产品评审环节对于产品在整个生命周期中是非常重要的。主要是产品经理和项目组的同事更好的同步产品版本迭代的流程和逻辑。开发、设计、测试反馈各自需要的时间周期，以确保项目能够正常上线。很多项目组其实都不太注重这个环节。所以今天就一起聊聊产品评审的那些事儿。
一、需求评审时常发生的情况
在需求评审中，或多或少都会遇到很多其他的问题。以下这四个问题肯定会有【结果调研了30位产品经理得出】：
1.与会人员对需求的目标不明确，易发散思维，最终偏离方向。
PS：其实与会人员都没有看需求文档和原型，所以会前并不清楚这次会干啥的。
2.对某个需求点相持不下，认为该需求不合理/开发周期长不划算，从而导致场面混乱，长时间僵持下去。
PS：在产品经理知悉需求的过程中，中间无限次的打断，并一直纠结在一个点上。【所以有时候一个简单版本迭代需要开会2-3小时】
3.对技术方案探讨不定，对问题点无限引申。
PS：技术大大因为某个技术点有几种方法去解答，导致每个方法都会去思考未来很多情况，这个是极好的。但是如果未来不确定的需求加上反而就显得钻牛角尖了。
4.遗漏评审时的待改动的需求点，会后找相关人员再次确认。
PS：这个是产品经理的锅，需要前期把需求问题都调研清楚才能参与产品评审，不要浪费大家时间。
基本上遇到上面情况中的任意一种，都会将需求评审时间拉长，导致效率低下，轻则需求产生变更，重则需求功能无法实现。最后宣布本次评审正式“流产”。
二、那如何进行有效的需求评审呢？
John结合我自己做的需求评审作了一些总结，希望能做到更规范，减少评审时会出现的问题，少踩点坑。
1.评审目的：
向所有项目干系人介绍本次优化需求方案的背景，优化目的和意义价值和各项目干系人明确需求设计细节、提前发现产品研发、测试和上线前后可能出现的问题，以便提前沟通各部门解决问题。
确定各部门目前的任务情况以及接下来工作任务周期，以明确各方在产品经理分享优化产品实现过程中的各自工作周期和配合，评估研发测试和运营准备周期，最终综合各方情况评估出上线时间。
2.评审会准备注意项
评审会前
优化方案文档及原型已完成并归档，后续同步附入邀请邮件同步给所有与会人员
收集与会干系人的可与会时间信息，确认合适的会议时间，尽可能保证所有关键项目干系人都能参会
评审邮件需提前3天左右发送个各与会人，并线上联系关键与会人，简要说明本次需求方案的背景、目标等情况，以便他们能够提前了解需求方案，带着自己的见解和疑问参会，同时也尽可能把一些分歧较大或可能存在分歧的问题提前解决，以便控制与会时间和快速达成一致通过评审。
心中已有可接受的上线时间区间且已初步了解上层领导对上线时间的要求，会议室提前准备好、评审内容提前演练，保证会议流程的顺畅。
评审会中
把握好会议节奏和会议时间，必要时插入讨论小结并另起目标话题，以便在指定时间内完成会议，不占用大家时间。
提前安排好会中记录人员。做好会议纪要，记录关键问题、备用解决方案、关键变更点、重要结论
评审会后
归档会议纪要，并和所有与会成员邮件同步会议纪要文档，并明确关键问题和解决方案，以及其他问题的处理情况
更新需求文档，上传归档后再次邮件同步与会成员（视更改情况，如果更改较少，可及时更新后与会议纪要一同同步）
复盘小结本次评审会存在的流程问题或者可以改进的工作环节供后续同类型会议参考，可自我本地记录，也可组内复盘小会后上传归档
参与其他组会后排期以及相关规划的评审会，跟踪项目各成员组实际排期和工作安排的
3.远程评审邀请邮件
4.需求评审大纲
5.需求评审问题准备
研发
Q1：富媒体推送后台管理的“是否推荐到首页”和审核“状态”的权限优先级别？
答：“是否推荐到首页”：决定这条富媒体信息是否能够要推送到首页，审核通过的信息，有效期内要下架，相关运营同学可以将这条选项改为“否”，首页便不再推送。
审核状态通过：决定这条富媒体信息是否真的显示在首页。
未审核的信息：是否显示在首页以审核状态为准；已审核通过的信息，是否显示在首页以“是否推荐到首页”设置为准。
Q2：推送的富媒体图是否有大小限制？
答：图片Q3:首页话题挑战，热门活动等位置和内容，是否可配置，也就是这部分业务是可以写死代码还是后期这部分可能有其他调整，位置和内容是可配的？
答：前端内容引用上建议用变量，不要直接写死赋值；另外就位置显示上，以本次为准，后续可在后台管理原有活动相关界面，增加显示的目标页面和位置分类，暂不在本版本规划。
Q4：已加入圈子的首页分享入口调整，是直接将原有入口调整位置显示，还是点击进去后的内容页面也有调整或改动？
答：仅位置改动，没有内容上的调整。
Q5：分享生成海报部分，是否可以直接调用已有的海报分享代码，还是业务上或者样式上有特殊要求，需要从代码层级上重新画界面？
答：没有样式上的特殊要求，可以用已有海报生成的功能代码。
测试
Q1：增加活动的入口，用户到达活动分享的路径变短了，但是抵达挣金币的路径也短了，是否会造成有人恶意参加活动刷金币，毕竟目前金币和一些实物奖励捆绑。
答：目前已有的金币换取机制有抽奖、实物奖励兑换，抽奖的几率和金币多少没关系，而实物兑换，大部分是合作的优惠券，部分实物也是相对价格亲民的日常用品且只有首单是免邮，后续用金币兑换是自付邮费，再者我们的活动每天获取的金币值有上限，所以这种情况不用担心。
Q2：需要确认公众号的推送是使用订阅号推送还是服务号推送，以便后续方便测试？
答：是服务号推送，这里正好和研发同学也说一下，这里需要提前写好内容模板提交微信审核，需要将这个审核时间考虑进排期。
设计
Q1：每次登录后直接弹出富媒体图，用户体验是否会受到影响？
答：目前设置的富媒体图，是用来配合增长优化相关运营活动，一般不会突兀的推送内容，会在推送前后进行活动推广宣传和预热，且活动期间富媒体图显示的频度后台可配置，可以灵活配置是否显示富媒体信息。
Q2：本次前端页面调整比较大，页面的设计是否要保持和之前一样的风格？
答：页面的风格不变，一些和原本风格有出入的地方，需要重点做风格的设计，尽量和整体保持一致，如圈子详情页的悬浮窗口。
Q3：和研发同学有个类似的问题，这次有生成海报的分享入口增加，这部分后台相关可以复用代码，但是海报是否要有新的定制，比如一些图标，背景图以及文案标语。
答：这部分使用原有海报即可，不需要新增图标背景图以及文案标语。
运营
Q1：整体来看是增加了分享入口，如首页调整的这部分，这里的文案和内容是可配的吗，后续运营在这部分的推广方向预期是什么样？
答：这里的的关注点在于如何缩短用户抵达我们目标推广信息的距离。所以首页运营功能区这次增加了【话题挑战】以及热门活动等入口，这部分的内容是可配的。
Q2：本次功能上线是否会影响其他正在线上运营的产品业务线？
答：本次功能后台管理是新增独立模块，前端上是新增分享入口，这部分不会影响其他业务线，但是上线时使用的后台服务和数据库是否同时在支持其他产品业务，后台服务和数据库的上线更新是否对已有业务有影响，这部分建议会后我们一起和研发同学了解下。
Q3：这次版本上线，主要通过什么渠道宣传，运营这边需要准备些什么？
答：公众号推文，社群推文，公众号推文偏官方，社群推文偏活泼，具体内容细节会下我们可以接着细聊确认。
本文由用户@小哥笔记发布于新媒体运营，未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
