在本文中，作者分享了关于产品评审的“独孤九辩”，一起来学习下。

1.《独孤九辩》：掌握以下九点，就能在产品评审会上把控节奏！

（又装了一回儿武侠BI，这感觉倍爽儿！！！）

背景：昨日观主参加了好几个评审会，对部分产品经理的评审会把控能力，有着更深的期待，结合过去的经验，总结了以下九点，望各位注意（大前提：只教评审会把控节奏技巧，该如何分析需求和设计，以及如何做准备，依然是关键，本身准备不佳，就好比先天不足，再好技巧也无济于事）！

1）掌握叙事顺序：从大往小，从外到里，从远到近，从高到低，从粗到细。

错误：我们今天评审一个需求，先来看后台需要增加的模块。

正确：我们今天评审一个需求，它的设计背景、动机和场景是XXX，它由XXX部分组成，我们先来看XXX，它是核心，其余的模块对它起到支撑作用。

点评：叙事先搭框架，立条件，然后，就顺理成章了，听的人也会有脉络感，而不是听的东拼西凑的感觉，便于建立统一框架下的统一认知。

要给听着一种环环相扣、骨肉相连的紧密感，比如前台需要显示商家等级，后台需要对等级做配置，这就是一种骨肉相连的依存感，说起来也自然是：为了前台XXX，后台需要配套XXX。

2）巧借认知共性：见人说人话，见鬼说鬼话！

错误：我们做了个活动模板配置器，它能根据你的设置，生成适应各类场景的活动页面！

正确：（对一群地推人员）我们做了个灵活的设计，它就好比一个宣传包，里面有各种根据不同场景需求设计的活动DM，你们在推广时，根据需要取出不同的DM即可！

点评：找找你和听众的共鸣：用他们的视角去重新理解设计，并学会用他们的语言去阐述！让他们感觉你是懂他们的，是在为他们而设计！

产品永远不是高高在上的上帝，而是行走于最底层的行者，用你的设计去帮助大伙儿，并感动他们！

3）寻求情感共鸣：将心比心，渲染气氛，代入情景！

错误：我们设计了一个全新用户在地推时，从注册到卖家认证的流程，分为三个页面，每个页面分别需要用户填写一些信息。

正确：我们理解，在地推过程中，让卖家同意注册是非常难的，每一次说服都是一种突破，所以我们希望通过设计和流程的切分，为用户和地推人员减负！于是，我们把流程切成三个页面展示，这样每个页面，用户填写的信息都不是特别多，他能很快理解和接受，并愉快的完成！

点评：产品经理，要学会争取需求方的支持，这样才会降低说服开发的难度。

同时，无论你在设计时，是否代入了感情去思考，必须记得，在评审时，结合业务情景和客观的业务情况，重点阐述你的设计，将为业务带去怎样的改变，从而寻求情感层面上的共鸣，毕竟心要在一起共鸣，必须先让你自己和对方站在一起，别和需求方对立，你们都是为了公司好！

4）预演疑点答辩：和下围棋一样思考疑点，并进一步把疑点变成陷阱！

错误：（经常碰到）这个问题，当时也没想清楚。

正确：这个问题，在设计时，我就思考了，当时想到的解决方案有如下XXX，其实，在这个基础上，我更深一步的想到了XXX，不知道你们有没有思考过这个问题。

点评：第4招纯靠两件事：前期充分准备+转移话题技巧。

观主见过太多的产品经理，在评审会上，因为一个没确定的疑点被人“将军”，如果下过围棋，应该知道，这种运动耗费脑力之处在于计算和推演，做产品也一样，设计过程中遇到一个问题，刨根问底的找方案，评审时，如何回答就靠这了，同时要学会把问题缩小，不要回答了一个问题，引出更多不确定。

这个时候，可以尝试变被动为主动，主动跟着答案引出一个更深度的问题，去反问存疑者，同时也把话题转移了回去，一旦他答不出，而你能自问自答，高下立判，评审就是一个步步为营，慢慢建立优势的过程，让大家变得更信服你，很重要！

最后提下，何为预演？不是简单的想下答案，而是要提前准备好完整说辞，任何人回答问题时，语句是否有序，会直接带给人可靠和思路清晰的感觉！

5）展望进阶需求：现实如此惨，未来会更好！

错误：我们这个需求这次只能实现这些功能，其余的来不及做。

正确：我们这个需求，很大，一定很棒，但是时不待我，我们先把最基础的上了，后面再紧跟着上剩余需求，同时根据先上的，我们说不定还能进一步对之后的需求提出更好的想法！

点评：笨的人，永远爱抱怨现状，聪明人，永远对未来充满希望！

语言的美有时在于两面性，同样的话用不同的措辞和语气来说，给人的感觉是截然相反的，不要老把负能量传递给听众，多描述未来的美好，给所有参与评审会的人信息，让他们理解现在的克制是为了美好的将来！

还记得一个小故事吗？三个工人一起砌墙，唯一认为自己在为这个城市创造未来的工人，最终脱颖而出了，你要做哪个工人？

6）观察细微表情：察言观色，顺势而为！

错误：自顾自的讲，全程流水账，不看需求方眼色，不给存疑者提问，积压所有问题和质疑到最后一起爆发。

正确：阅读每个与会者的表情、动作，看看谁是支持你的观点的，谁分心了，谁有不认同和疑问，对支持的人，多问他是不是也这么想，对分心的点他名问问题，对不认同和疑问的埋坑给他跳，别让他按自己的节奏发难。

点评：人生如戏，全靠演技！除非老戏骨，否则一般很多细微表情动作都能看出以上的一些点，什么叫把控全场节奏？

顾名思义：别人的行为，按你安排的节奏触发，和做交互一样，他想思考全了提问时，你先打他一个措手不及！他对你点头，你就捧他，别人看到有人支持，也会更偏信你！要自己把控节奏，别被人先手！

当然，这点不是教你去不听合理建议，也不是去规避问题，而是更好的激发问题和建议的同时，别把自己主持人的角色变的被动，这样会影响你阐述需求和设计的效果，观主希望你们能通过把控节奏，100%的把自己的设计说清楚，这样的前提下，有则改之无则加勉！

7）学会狐假虎威：扯大旗，巧借势！

错误：这个我是这么想，所以这么设计的。

正确：需求方这么说，我分析后，觉得如果我们要达到他们目的，这样设计最好，他们也认可了。

点评：比较腹黑，不展开说，多借用你的需求方来佐证你的话，但是前提你先和他们达成一致！

8）建立业务关联：让开发更有动力，让业务更有信心！

不举例了，其实这点，更多的是对开发的兄弟们（第2、3招也一样对开发适用），你们要记得，评审会向前寻求需求方认可，向后寻求开发兄弟认可，把你的需求和设计，和业务场景以及目标做关联，让开发的兄弟们，清楚的知道他们的努力，为公司创造了什么价值，这样他们才会更认可你，也会更有动力，而不是写出冷冰冰的代码。

人和人的尊重理解，永远是相互的！

9）增加专业词令：装BI，给人不明觉厉之感！

哈哈，这点不展开说，就提醒大家注意一点，一旦你创造一个专业词汇，别下次自己穿帮，同时，专业词汇的使用，要用在一些不重要地方，千万别适得其反，给与会者造成不必要的认知障碍！

总结：掌握以上九招，你的评审会更顺利，但是前提是思考和设计本身的全面和质量，观主希望大家把《独孤九辩》用在正途，而不是拿来颠倒是非和一言堂！

本文由 @宁白衣 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自PEXELS，基于CC0协议