产品(功能)细节问题的最后一次机会。考虑到项目成本+收益+重要程度，对于特殊项目需要单独的组织参与人员设计并执行内部验收，以确保多人更大范围的产品检验。
这个事情有两个重要意义：
1. 项目产品信心建立。
2. 项目产品功能体验review。
一般性的准备我这里也列举下：
1. 产品验收checklist；
2. 验收环境准备；
3. 验收数据准备；
4. 验收问题列表；
5. 变更列表(云雀或aone)，此时的改动要特别注意变更风险和范围评估；
6. 数据、BI、埋点验收准备；
7. 产品验收数据收集(可选)。
★ 项目发布
在以上阶段都完成后，就到了项目发布的最重要阶段。在准备好发布计划的前提下。要注意多系统联动的 发布时间节奏、依赖控制、风险控制、线上验证等把握。严格执行发布流程和回滚方案的同时，注意以下几点：
1. 提醒系统发布前中后检查，建立通知机制（发布群）。
2. 系统发布要注意API变更、数据及表结构变更等对线上逻辑的影响评估。(一般预发布已经做了)
3. 发布后的线上检查，特别注意检查本身会否影响线上功能和数据。
4. 最好做到发布功能有开关+线上白名单。
5. 复杂项目的发布一般会选在在晚上，但同时要做好分班跟进计划。
6. 发布完、线上验证完毕后，项目发布邮件及通知同步要到位。
★ 复盘总结
互联网公司，唯快不破。再快的产品功能发布 也需要回到我们最初的本源，目标有没有达成？所以回到我们项目起初制定的目标和衡量标准，需要有个目标达成总结。重要的点提及下
1. 项目目标衡量数据统计。
2. 过程优缺点复盘,扬长避短(非所有项目)。
3. 较为成功的项目要及时安排庆祝(仪式感很重要)。
★ 其他的补充
互联网公司有个很大的挑战就是，项目节奏压力。同时通过以上我们也可看到想要做好一个项目是需要付出很多的，有很多东西都是默默地背后的。项目也好，产品功能也好。都是人做出来的。再牛逼的业务宣讲、再清晰的目标设定、再精细流程把控最终都逃不过人这个核心的落脚点。作为PM你要时刻反思：
真正的业务诉求是什么？
项目有没有偏离轨道？
这个人跟你做项目能不能得到成长、成就？
他有没有被你推到了墙角？
你是否能观察判断到可能的风险并最好规避、次之解决？
你会否会因为一个项目，一场仗而得到一批干将？
这是除了项目结果以外我们需要思考的。不仅仅是业务或技术，这是走的长远、是准备未来。
关于数据变更(结构+数据)：包含表结构变更、数据格式变更、数据内容变更等 在系分阶段要同步BI(其他数据使用方)，项目验收前要再次确认。
