一、上线之前与医院的确认工作：
1.让正确的用户使用产品，确认医院基础信息与产品功能。
案例：北大人民产品因历史原因上线前与各科室沟通不太顺畅，开发产品中，关于医院的基础信息都是从官网扒来的，上线前未于医院确认。导致app内容非最新，医院发现后做了紧急处理。
教训：对医院来说，正确的内容是最重要的。如果无法确认正确性，宁愿关闭展示入口。所以，这些基础信息一定要与医院在上线之前确认
2.敲定上线时间、功能
上线的方案敲定：1）方案中要具体明确此次上线的产品功能；2）清楚表明上线的时间点，涉及到的部门人员工作；3）上线风险与风险规避方法；4）应急方案与应急联系人
上线时间最好是中午，中午上线切换到正式库后，下午可以进行测试修正问题
二、上线之前与内部的确认工作：
1.事项一般比较细碎，当想到就写入表格，完成的项目就标示完成。避免上线前缺漏忘记。
2.组织前后台开会，告知上线方案与细节，避免双方消息不对称。
3.联系好测试，对产品每一个更新包都要将重点功能进行测试。
4.安卓蒲公英包增加版本更新入口，方便安卓快速提示更新。（因综合原因，android一般产品较为薄弱，建议留这种快速更新的口）
5.需要
三、应用市场提交
1.提交时间
iOS、安卓大部分应用市场都可以定时发布产品。所以，可提前一周上传应用市场。如被拒还有时间更改。
2.提交市场数
如果是第一次上线的产品，建议不要上线太多应用市场，与运营做好沟通。
3.现场下载二维码的制作
1）应用宝的微下载可以合并App Store 链接和应用宝链接，生成一个二维码。因此，在产品正式宣称前两天，应生成好该二维码提交给运营。由于产品部与运营部的合作还在磨合阶段，产品对运营的支持方案还需要再多商讨；
2）人民因为上应用宝有困难，所以使用了"芝麻二维码"，该二维码审核要一个工作日，所以要提前准备
4.提交应用市场的资料准备
iOS：
1）需要准备至少3种尺寸的手机截屏，4、4.7、5寸；需要1024*1024的图标
2）需准备：测试帐号、测试备注语、问题联系人（一般留开发的联系方式）
3）提前3个工作日上线
4）可手动选择上线时间
android：
共性内容：1）一句话简介：便捷就医线上服务；搜索关键字：挂号、查看报告、移动医疗
2）应用宝
应用小图标：16*16，20k以内，PNG；应用大图标：512*512，200k，JPG／PNG；直角图标
截图：2-5张，不超1M，截图推荐480*800，JPG/PNG
3）豌豆荚：
应用图标：512*512，圆角，PNG；应用截图：4张以上，分辨率大于480*800，PNG／JPG
需要'阿里分发开发者声明文件'，需医信盖公章。提前(至少3天在用章审批系统申请http://team.pku-hit.com/
四、本次上线非共性的问题
1.服务器配置
问题现象：产品上线后第一天上午8:30迎来用户使用早高峰，此时服务器无法响应。后经紧急处理，于中午修复好。
反思：服务器问题项目经理无法把握，此时需要一个技术负责人去把关，把非明面上的技术问题把控好。那么，公司多个项目同时进行，那么每个项目中，这个技术负责人的角色是谁？
