在本文中,作者分享了关于产品评审的"独孤九辩",一起来学习下。 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,给人不明觉厉之感! 哈哈,这点不展开说,就提醒大家注意一点,一旦你创造一个专业词汇,别下次自己穿帮,同时,专业词汇的使用,要用在一些不重要地方,千万别适得其反,给与会者造成不必要的认知障碍! 总结:掌握以上九招,你的评审会更顺利,但是前提是思考和设计本身的全面和质量,观主希望大家把《独孤九辩》用在正途,而不是拿来颠倒是非和一言堂!