项目验收是产品上线前非常重要的环节，很多重大问题需要我们在上线前做好把控。产品经理在上线前更应该投入更多的精力，确保按时保质地完成目标，在最后1公里失败，就非常可惜了。接下来，让我们看看笔者是怎么做项目验收的吧。
项目验收分为三个部分：一是项目需求验收，二是UI交互验收，三是产品发布前验收。
前期都努力了很久，最后上线前的关键阶段一定不能掉链子，要有匠人精神，认认真真验收前期确认好的需求。不同验收环节需要注意的点如下：
一、项目需求验收
1. 为什么需要项目需求验收
需求验收的目的是确保前期指定的需求功能完整——技术开发过程中遗漏功能的补充以及需求偏离后的及时矫正。在开发提测之前，需求开发有明显问题的时候，给技术空出更多的调整需求的时间。防止在后期上线前发现问题，时间仓促，导致功能实现效果不好，仓促了事。
2. 进入时间
在技术开发之后，测试进入之前。
3. 主要工作
验收需求功能的完整性，前期安排的需求功能是否开发完成，流程是否跑通。
4. 注意事项
（1）需求验收前，开发人员进行冒烟测试，保证基本功能完整通畅，不要出现明显的阻断性问题，消耗大量的时间。
（2）需求开发遗漏或者实现方案有问题，需要技术投入额外资源，需要妥善沟通、解决问题，不可急躁。一般在需求验收阶段，技术的开发工作已到尾声，如果团队资源紧张会有新的项目进入，技术人员会多项目同时进行。这时候需要PM妥善处理，确保功能的重要性，协调资源解决。
寻找问题出现的原因、需求问题，谨记下次注意，复盘中总结经验——是他人的原因，要主动沟通倾听；或许是需求不合理；或许是实现方案不合理，与技术哥哥们认真沟通。切勿甩锅急躁。
（3）功能完整即可，不要被细节、UI交互等所牵绊，明确当前阶段的目的。
二、UI交互验收
1. 设计验收的目的
设计验收重视的是视觉体验、交互体验，让用户用得轻松，看得清楚，操作简单容易。借用一本书的名字——《Don’t Make Me Think》
2. 进入时间
测试功能验收完成之后，流程无阻断性BUG。这个时候，开发有空余的时间，专门针对UI交互进行调整。
3. 注意事项
团队有设计师时，最好是设计师进行UI验收。设计师天然地对像素敏感，对页面风格整体把控比较强。专业的事情交给专业的人来做。
设计稿需要简单明了，直接将相关的要求列出：文字大小、颜色色号、分割线的宽度、文本域的宽度、不同型号手机的兼容适配问题等等。尽量减少重复二次沟通，节省开发哥哥的开发返工时间。这部分工作很多都是设计师直接在UI图中进行标准，PM需要多沟通，切勿自己有想法就直接与前端同事沟通直接修改。设计师验收过程中，又找技术小哥修改，过程反复，可能要炸了。
避免口头表达，看到一个细节修改一个细节，统一地走查一遍，将有问题的点整理记录，统一修改。
三、产品发布前验收
1. 目的
站好上线前的最后一道岗，确保产品保质按时上线。
2. 进入时间
一般在收到测试验收报告之后进行。如果项目时间要求比较紧张，可以在功能性问题验证完成之后进入，毕竟对创业公司来说时间非常宝贵。
3. 方式方法
记录问题的严重程度、环节、模块以及解决问题需要的人员定位，需要PM了解简单的技术知识，快速定位问题——是前端问题还是后端问题，是展示问题还是流程阻塞性问题。走查项目的主要流程，确保产品满足初始的设计方案。
展示形式：最好是通用的Excel方便浏览定位，如果团队有专用的项目协作软件也可以进行问题记录，防止相同问题多次反复的沟通，浪费自己时间，同时也浪费技术大哥们的时间。
4. 注意事项
涉及重大需求问题要谨慎评估。毕竟已经到了需要验收的阶段，如果在这个时间点发现需求问题，就得谨慎地做出选择。多问自己，当前需求功能的优先级是否是自己忽略，还是在开发过程中遗漏，有没有更好的解决方案。在不确保项目延期的情况下，沟通各方做出选择，切勿固执己见，整得大家都不开心。
准备好上线前的上线方案，检查是否存在数据迁移问题，是否有历史数据需要处理，上线前后对用户是否有影响，对当前操作系统的人员是否会有影响。上线前的代码部署，相应版本的审核发布。特别是IOS等需要提前进行审核，需要提前准备好，确保项目能够按时完成。
项目培训方案——项目上线前准备好相应的培训文稿，让用户可以在第一时间了解发布的新功能以及相应的使用方法。项目上线不是终结，只是开始。要持续跟踪用户的使用情况，统计分析数据，线上暴露的问题的修复。后续版本迭代的计划。
不要忘记复盘，让大脑理性地思考——项目整体效果怎么样；中间碰到了什么问题，这些问题是否可以避免；开发过程中是否有需求遗漏，是否跟技术哥哥们沟通不畅。总结经验，每次碰到的问题，都是下次成长的机会。拆分项目流程中的各个环节，精心打磨每一步细节，自然会有好的结果。
