一个合理的上线流程有哪些容易被忽视的细节？
一个合理的上线流程有哪些环节？有哪些细节容易被忽视？
上线的流程上面说的够详细了，我来说下项目走过的路和其中的坑
需求说明文档与原型分离，导致更新需求时候需要频繁的在trello 上@all还要在项目协同软件上@all，但是还是会被开发同学忽略掉某些细节。开发习惯拿设计稿开发，如果你没有一个信任的设计师，千万要记得，让开发对着原型来做，要不然一堆麻烦事
上线流程要严格遵守（当然这是一句废话），但是我司真实发生了，iOS 开发拿着账号自作主张的在周末发了版本，关键是这个版本是个Uat的测试包，1天后才由用户反馈至公司，才发现不对，又紧急下架，又要启动强制更新来弥补。
服务器压力测试，我还记得上线第一天服务器被挤爆了，又是周末，无人维护，宕机几个小时，导致用户流失是血淋淋的例子。
服务器压力测试，我还记得上线第一天服务器被挤爆了，又是周末，无人维护，宕机几个小时，导致用户流失是血淋淋的例子。
解决：
原型与需求文档尽量放在一起，并用线上工具能够随时更新的那种，然后设计稿一定要教会设计师学会版本控制，要不然乱七八糟的在QQ传文件。导致版本不统一，然后开发消极对待
上线一定不能急，再急也要慎重而行，上线关键开发，测试一定要全员在场，上线后马上测试，如有问题，马上回滚
上线前一定要认真对待好所有环节，至少要保证按照用例来过一遍，宁愿进度慢，也不要上线后去解决弥补问题。
检查所有宣传图片、icon、用户协议、等是否是最新版本
上线之前至少需要2个人一起拍板决定，最好是产品和测试
文/Elysion_ Enknown PM
关键字：产品经理, 上线
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
