"上线”是互联网产品开发中逃不开的一环节。最近负责的产品终于上线，相对于昨天分享：产品经理，这里有个需求下周五就要用！讨论如何考虑需求做与不做的问题之外
今天就近期的case分享，关于产品的上线。
针对产品经理们来说，在这个阶段需要做一些什么？并且在这个阶段对产品经理意味着什么？最后想说下产品经理在这个阶段最容易犯错的地方。
产品上线意味着什么？
正式上线的流程，是在项目经理排期内。测试人员完成测试后发送邮件告知并由产品经理验收通过回复邮件后才正式上线。
在这里，测试人员会给予以下几个标准
测试结论
测试范围
测试缺陷
预测风险
测试环境
通过这个标准，产品经理可以大体知道该需求的完成度，是否能够解决需求。当然这些沟通都会放在邮件发送之前，测试人员会将其问题提前沟通好。产品经理其实在邮件发送前都是心里有数。
如果你所负责的产品正式一个高用户产品。那么你的上线很可能意味着下一个版本的数据对比等。上线意味着产品经理所提出的产品设计方案是可以解决当前需求的，甚至是可以超过预期等。
在互联网团队中还有一句话：“上线一定要上去”，之所以上线失败的原因归根到底是BUG或功能缺陷严重。导致无法解决需求等问题
曾经我所在的团队， 因考虑用户干扰等原因，采取晚上上线。结果反而经过一个通宵没有上线成功，不仅让团队士气很受打击，其次也劳命伤财。坚强的人又再一个通宵继续上线......
产品经理需要做什么？
上线，意味着整个需求走上一个小阶段的结束。产品经理需要做的点归纳为
产品验收
需求池记录
需求调整
陪着开发加油
除了最后一点是一个感性理由外，产品验收、需求池记录、需求调整是每个产品经理必做的任务。如果团队没有测试，产品经理的产品验收更需要严格，毕竟一旦除了错误，这个锅真的没办法靠别人了。
产品上线后，很可能出现需求设计期间没有发现的问题，是否在具体使用时候合理。根据每个产品人的经验深厚，其上线后出现的需求问题有大有小。
我建议产品新人，一旦上线出现了大问题或可能的高风险，不要厚着脸皮上线，反而得不偿失。尽可能的延期项目即可
产品上线的易错点
上线的易错点在项目中我归纳为
产品业务节点验收
妥协开发不妥协需求
即使同步团队
产品上线，除了创业团队。若你所在的团队是一个资源配备齐全的团队，那么产品经理在验收中只需要将业务验收即可。具体的细节button或文案功能也会涉及，但可以不用细致过，交给测试即可。
上线期间，为了赶时间或进度。出现了某个需求未完善问题，产品经理不能因为开发说：“现在改可能来不及了！”，放弃某个需求验收。就像前面所列的，若真的不能符合业务需求，宁可延迟也不要为了上线而上线。
上线后，若出现大版本的迭代。及时同步团队或产品上下游，知晓产品目前进展。不仅让别人认可自身的工作，也可以让整个内部知道目前团队的进展等等。
好啦，今天的分享就在这里。我争取每周更新两篇～
另外我个人第一本书籍《从零到壹：PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创，涵盖产品经理面试、算法、交互等不同维度的内容，如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中（希望大家勿外传支持，支持版权）。如果你需要预览书籍大纲，可以跳转链接
