立即登录 拒绝那些华而不实的"口吐芬芳"，聊聊需求评审里真正管用的门道。
前几天有学员在老K的知识星球里提到需求评审，这个话题挺有意思，值得展开说说。
所谓需求评审，江湖人称"撕逼大会"——一群人在固定战场上多轮PK，最后脸上笑嘻嘻、心里MMP地达成临时协议，同时默默备战下一场的"友好沟通"。在我漫长的职业生涯里，参与需求评审大概经历了三个阶段。
第一阶段叫冲锋陷阵。 那时候我是评审的绝对主角，挂着职业假笑，拉上一堆平级和上级开会。舌战群儒之后，要么被迫给他们安排工作，要么被骂回去加班改需求。
第二阶段叫悠闲旁观。 端着咖啡刷微博，听产品经理1Vn被围攻，等对方快扛不住的时候，再凭借多年和CEO谈笑风生攒下的"社交货币"果断出手保人，确保产品部门的工作顺利推进。
第三阶段叫漠不关心。 评审会都不参加了，只听产品经理汇报结果。满意就过，要是敢砍我的核心需求，立刻按江湖规矩拉技术老大1V1单挑。撕出结果之前，递来的烟都不接。
——当然撕完也不接，老K本来就不抽烟。
需求评审到底是干嘛的
需求评审没有百度百科定义，按我的理解：产品经理的职责是迭代产品，通过各种渠道收集需求，经过自己的思考形成PRD。在文档变成代码之前，你得说服很多人支持你——老板、总监、开发、测试、设计等等。这个"不择手段"的说服过程，就是需求评审。
所以评审会的目的很简单：让团队里的关键人物支持你的产品决策，一起把迭代推上线。
找准关键人物，别瞎费劲
很多产品经理有个误区，觉得要说服所有人。其实没必要。典型的产品开发团队里，老板和技术老大才是核心。老板定方向，你的尝试必须符合这个方向，否则就是一巴掌拍晕。技术老大有否决权，"这个需求过不了技术评审"这句话，能让产品经理当场fuck都说不出来。
搞定这两个人，评审就成功了九成。
评审会的黄金原则
第一阶段的我，觉得产品经理最聪明最牛X，什么技巧都不屑，靠实力说话。需求文档写得完美，直接拉人开会。结果会议经常卡在"这是不是刚需"和"技术上能不能做"之间，具体功能还没聊，口水仗先打起来了。
"你们写代码的只需要高频跟我说话？"
"你们写代码的连这个都做不到？"
年轻时候都这么想过吧？
到了第二阶段，我对团队里的产品经理提了个要求：画原型写文档之前，先跟我聊想法、聊需求方向，确认没问题再动手，免得做无用功。这时候我也理解了，为什么产品经理嘴里总有"SB老板"——出发点不同，一个看投入产出，一个代表用户。
慢慢才明白，实现评审目标的关键一步，是提前说服核心人物。最好在评审会前就完成，把评审会变成"确认细节后的迭代启动会"。
所以黄金原则就两条：会前跟老板/总监对齐需求本身，确保他点头；跟技术老大沟通实现方案，讲清楚业务目的，让他认可需求且确认技术没问题。
评审会上，如果老板在场，他就是你的支持者。有些技术同学出于本能会挑刺——技术和产品条件反射式地反对对方，这算职业病了——这时候你不用多说话，一个"你确定要质疑领导"的眼神飘向技术老大，他自然会跳出来收拾局面。最后确认细节，迭代正式启动。
评审会还是你的舞台
哪怕关键人物提前搞定，评审会依然重要。这是展示自己的难得机会，专业、牛X、甚至幽默，都能让人记住。成功的评审能换来同事的信任甚至钦佩，以后推进工作会顺畅很多。
几个实操要点：
会前至少提前两天约人、订会议室，把原型和文档发到协作工具里，让大家有时间看。
会上聊具体功能之前，先讲背景、业务目的——我们要做什么、为什么做、做了有什么价值。讲功能时系统组织，对照原型和文档，确保每个细节都能讲清楚。
会后立刻输出会议纪要，包括结论、争议点、解决方案（暂时没方案的标上deadline），邮件抄送所有人，末尾让开发、测试、设计评估工作量和时间。然后复盘争议点，重新输出方案，有必要就再开一次会。
遇到分歧怎么办
因为需求是提前确认的，现场分歧大多是细节——交互、文案之类。对方建议更好，果断采纳，专业微笑送上："这个建议很棒，学到了，会后马上改！"能拉近和开发的关系。
对方指出你的错误，尤其接手新产品时，老开发往往比新产品经理更懂产品细节。这时候别脸红脖子粗，笑着接招："产品交接没提到这点，感谢指出，我记下来会后调整。"
最麻烦的是对方不同意你的方案，提出另一套你更不认可的。这种很容易陷入无限撕逼，四十分钟的会拖到两小时。别想着当场说服，记下来会后解决。
说到底，形式只是形式
很多我们看到的仪式，关键步骤早在事前就完成了。表白是胜利的凯歌，不是冲锋的号角——确保表白前已经拿下对方，否则容易尴尬。上市敲钟也是，业绩和审计才是核心，敲钟只是走个过场。
需求评审同理。把它当成一种形式，关键步骤在会前搞定，既能保证工作顺利推进，也能让产品经理在台上保持风度和潇洒。
结果好，过程帅。
最后祝所有产品经理都能——霸！气！评！审！
-end
想了解产品经理、转行做产品经理，关注微信公众号：产品经理日记（ID：p_m_diary）。我们还有全网最活跃的3500人产品经理社区，公众号回复「加群」即可。
