上一篇介绍了需求策划，我们输出了需求文档，但到底能不能上呢？这需要项目的各方干系人共同决策，就需要进行产品评审。产品评审要做的是：
需求内容传达：把需求内容清晰的传达给项目团队中的每个人；需求方案决议：拍板需求的疑问点，确定出一个各方干系人认可的产品方案；需求质量审核：接受运营、开发、测试、ui、老板、市场等多方的挑战，发现需求的遗漏点、风险点；
最终目的是确定产品方案，保证方案的质量，降低项目风险，确保后续实施阶段，项目能够按时按质完成。
评审流程
评审到底如何开展呢？这就需要根据团队规模、结构、协作方式，建立适合团队的评审流程（什么阶段开什么会，会议干什么、输出什么结果）。鞋子是否合适只有脚知道，流程之于团队也是一样，是不断调整改良的，最终在项目质量和效率之间找到自己的合适的平衡点。以我所在的团队为例，简单介绍下流程供大家参考。
1.项目启动会
时间：立项前（接到需求后，完成初步的调研分析）目的：明确产品目标，判断项目是否开启以及需求范围；参会方：包括不限于产品、需求方、相关运营、老板、项目经理；评审内容：产品定义文档，包括项目目标、用户、市场、竞品分析，优劣势分析、需求范围、粗略迭代计划等。
2.产品内部评审
时间：立项后（基本确定业务流程、功能点、核心功能的原型线框图等）目的：明确功能优先级，评审业务流程设计的合理性；参会方：产品、需求方、相关运营、项目经理、老板；评审内容：包括功能表、流程图、原型初稿（线框图）。
3.开发可行性评估
时间：产品内部确定方案，输出全量功能的原型后；目的：开发同学了解需求，评估技术可行性、提前设计架构；参会方：产品、测试组长、开发组长、项目经理评审内容：功能列表、相关流程图、原型&需求文档。
4.ui方需求评审
时间：开发确认需求可落地，ui同学同步就可以进行需求评审；目的：了解需求和业务流程，理清前端页面，确定工期；参会方：产品、ui、项目经理；评审内容：ui表（前端页面list）、原型。
5.开发终审
时间：需求详细文档输出后目的：开发测试详细了解需求、ui稿评审、评估开发量和排期；参会方：产品、参与开发的全部人员、参与测试的全部人员、ui、项目经理评审内容：功能列表、相关流程图、原型&需求文档详版、ui稿。
根据项目大小不同，每一步的繁复程度不一，顺序也可能不一样，比如一些小版本小需求，流程一可能很简略甚至群里周知即可、流程四可能会提前甚至没有，流程三和五可能会一次会议搞定。又比如如果项目是大版本新功能，流程五可能会按照功能模块或前后台团队拆分进行多次会议。
如果团队已有流程，在工作中去思考协助过程中的不足和改进点，提出优化建议；如果团队初创还没有一套规范的流程，调研各方需求，尝试去牵头建立一套流程机制，不仅能提升项目管理的效率，也是自我价值的体现。
评审的技巧
评审流程是一个基本制度，让团队知道什么阶段干什么事，在这个基础上，如何把这一场场的评审会开好也是有技巧的，我总结了以往评审会的一些经验，供大家参考。
1.评审前准备
确保评审文档的内容质量，这是评审的基础，也是产品经理专业性的体现；明确评审人员有哪些，常见包括高管、开发、测试、项目、ui、运营、商务等等，保证参会人员的必要性，不要浪费双方的时间；一次会议人不要过多，人越多大家都容易混，降低效率，如果涉及团队确定人多，可以根据内容或部门进行拆分，拉多次会议；提前协调参会人员，保证关键人员都能到会；预订会议室，其他准备电脑 投影等设备，不要参会人到了却还在等设备；确定时间地点后，邮件通知，同时附上评审文档，让参评人员提前熟悉内容。
2.评审中
主要是宣讲的逻辑要清晰简练，首先让参会人明确会议目的和项目的目的意义；讲解需求应该先从产品框架、业务流程、关键行为路径出发，让参会人首先有个全局认识，明确核心的流程、功能结构和关联、当前版本调整或新增的重点、以及为什么要改或为什么要这样设计；然后在落到具体页面进行局部宣讲；面对不同的角色，我们讲解的重点是不一样的，高层关注需求的目标性（目标、意义、价值），中层关注需求的功能范围（这个版本必须完成的任务）、实操人员关注需求的实现落地（更扣细节）；评审过程不可避免乏味，越往后越马虎，所以先讲重点模块，评审时间长时，建议隔时间段休息或分批次进行；评审过程中会遇到挑战，这就需要我们设计时，保证文档流程完整、逻辑完善、原型规则详尽，设计有理有据，能拿出数据支撑或竞品样例或合理的思路；评审遇到争议点时，避免发散讨论，引导大家快速决策，明确沟通过程中的权力关系，谁有话语权和决定权；会上遇到无法拍板的点，记录下来会后处理，不用过多纠缠；避免跑题，避免争吵，尽可能的阐述事实与证据，建立共识才是评审的目的。
评审后的跟踪
评审中遇到的问题需要尽快处理和反馈，不改的提供客观理由，并和干系人确认；需要改动的，则纳入需求变更，更改后周知参会人员，如需复审则拉会评审核心点。
总结
做好产品评审，项目实施起来事半功倍，以上就是我对于产品评审的一些经验，希望对大家有所帮助 。需求评审完就进入到项目实施阶段，如果保证产品能够按照预期保质保量的上线呢？ 下一篇将介绍项目管理。