产品评审-产品过程管理的好方法
对产品经理来说，最具挑战的就是需求评审了。前不久有一位同学说起来，在面试中被问到怎么做需求评审，这才发现原来对于还没进行产品岗位的同学，需求评审对于他们还是模糊、未知的。需求评审每个团队的做法可能都不太一样，有的可能踩着其它产品团队踩过的坑，还在探索更好的方式。今天我们就聊一聊需求评审，也许能给困境中的小伙伴一些启发。
首先，需求评审的内容有哪些，每个公司都各不相同，这个企业的产品分工相关。大型企业产品规划分成“需求分析、交互设计、视觉设计”几个环节，那么需求评审的内容一般对应的，就包含了：需求，交互和视觉。
在企业中，常见的需求评审做法是：
1、需求评审阶段，企业各部门或小组负责人来参加评审，这些人员包含了：产品，交互，视觉，开发，测试，运营等，在评审中，被大家认可的需求会开始进行原型交互设计。
2、交互设计阶段，仍然是各部门或小组负责人来参加评审，这些人员包括了：产品，交互，视觉，开发，通过的交互设计稿将交到视觉设计同学那里进行设计。
3、视觉设计评审，这个阶段的企业差别比较大，企业产品岗位设置较弱的，视觉设计评审十分重视；但企业比较重视产品岗位的，视觉设计阶段的评审相对比较简单，甚至没有这个环节。
但其实这种常见的需求评审，会出现几个问题：
在需求评审阶段，经常出现整个产品大批量进入交互设计和视觉设计工作流程，但在开发阶段任务出现积压或搁置的情况，瘦身版需求非常常见，无形中出现设计浪费。
交互评审中，由于需求落入纸面容易理解，所以很多公司并发动全员参与评审。但众多的参与人，在交互评审中和自己工作相关的内容有限，另外，任务分工还不明确，每个人负责的部分参与人都不清楚，所以会议有效度低，效率不高。
视觉设计评审较严的，开发中容易出现流程、交互问题。而视觉设计评审较弱的，则在后期测试过程中，发现设计漏洞。
因此，在需求评审时建议确定评审的目标、内容和参与人等，做到既能成功完成评审目标，又可以节约资源：
需求评审
评审人员：产品，交互，视觉，开发，测试，运营等角色负责人
完成目标：确定需求优先级，初步判断可行性
评审内容：产品总需求列表、各迭代需求。
后续工作：对需求量做初步评估，对开发参与人员做基本分配。
交互评审
评审人员：产品，交互，视觉，开发团队核心成员，相关功能的人
完成目标：交互的合理及可行性
评审内容：产品框架交互设计和细节交互说明。
后续工作：开发针对交互做工作评估。建立反馈流程，确认哪些需求进度安排困难，调整进入视觉设计的交互内容。
视觉评审
评审人员：产品、交互、视觉及视觉负责人
完成目标：评审视觉稿风格及页面排布是否满足需要
评审内容：页面设计
后续工作：非正式评审以邮件方式确认，正式评审中评审通过页面转前端开发同学
好了，啰啰嗦嗦的说了那么多，其实就算是这样的评审过程，也有一些工作流程和人员的限止要注意，否则也会出现问题。但无论怎样，还是希望大家能对产品中的需求评审有一个顺利、有效的过程。有想法，欢迎给我们留言或来稿分享。
