《小羊升职记》——产品故事书，开始连载啦。。。

“昨天的需求评审会怎么样？”老傅在电梯里满脸微笑的问身边的小羊。小羊知道老傅是关心他的需求评审结果，稍作准备后回答：“又是一场撕逼大战，我舌战群儒结果最后还是溃败而逃，评审没通过。”

这时电梯门开了，老傅回头对小羊说：“10点来我办公室，我赐你一需求评审的通关锦囊”。小羊心花怒放，觉得困扰他很久的需求评审终于有解了，高兴的说：“好啊，好啊！”

小羊10点准时出现在了老傅的办公室，老傅微笑的说：“来，小羊坐，说说昨天的需求评审是怎么一个舌战群儒呢？”小羊一想起来就有点懊恼：“老傅，你是不知道啊，昨天的需求评审那叫一个惨烈啊，运营、开发、设计都跟我对着干，仿佛我是个十恶不赦之人，就差搬起椅子打架了。”

老傅看到小羊懊恼的样子，突然笑出声来，说：“那岂不是撕逼大会嘛。”

“别提了，一提就来气。对了，老傅，你不是有需求评审的通关锦囊吗？快，快告诉我吧，我已经被他们折腾得快不行了。”小羊满脸懊恼又期待的看着老傅。

“那你得先告诉我，对于需求评审你是怎么准备和进行的呢？”老傅微笑的看着小羊。

“就是拿需求画原型，然后把大家召集一起开需求评审会啊。”小羊疑惑的看着老傅。

老傅哈哈大笑：“小羊，你这也太简单粗暴了吧。难怪大家都跟你对着干。”

小羊一脸懵逼的说：“那该怎么办啊？”

“那就听我娓娓道来。需求评审会，按照时间逻辑划分，可以分为需求评审会前、会中、会后。我们就按照这个逻辑来思考，如何开一场不撕逼的需求评审会。”老傅自信的说道。

“老傅，可以啊，怎么个不撕逼呢？”小羊高兴的说。

“需求评审会前，你需要做好两件事。第一件事就是把需求想透彻。那怎么才能想透彻呢。其实也很简单，就是讲用户故事。三个维度：用户、场景、价值。什么用户在什么场景下，遇到了什么问题，你能带给他什么样的价值。举个你熟悉的产品，比如微信附近的人这个需求。设想一下，如果你是微信产品经理，针对这个需求，你会给大家讲一个什么样的故事呢。我是一个刚毕业的单身男生，除了熟人之外，我想在寂寞、无聊的时候，认识一些身边的陌生人，这样刺激的事情能带走我的寂寞、无聊，而且还有机会成为线下的朋友。想清楚用户故事之后，你就可以画原型了。而不是一上来没想清楚，就直接画原型。”

“这个讲故事的方法不错耶。被你说中了，我基本都是直接开干画原型的，难怪我自己都会说不清楚需求。”小羊悔恨中。

“需求评审会前，第二件事就是把你想给用户带来的价值以及原型图找运营、开发、设计沟通。你会发现他们会有不同的观点，这时候你应该高兴才对，因为有思想的碰撞，才能让产品更加完善。针对他们的观点，然后不断完善你的用户故事和原型图。”

“老傅，你这方法很棒啊，这样就可以很大程度上的避免在需求评审会上撕逼了啊。以前我都很少跟他们沟通，就直接开会了，难怪次次都变成撕逼大战。”

“哈哈，小羊领悟得还挺快的啊。”

“那是！对了，老傅，你刚才说完了需求评审会前准备的两件事。那需求评审会中呢？”

“需求评审会中啊，只有你对需求最清楚，大家都对新需求和功能不是很清晰，所以切记不要一上来就讲具体的交互、功能。你应该先让大家的思维跟你站在同一起跑线上。所以还是要回到当初你设计这个需求的初衷，用讲故事的方法来演绎这个需求，让大家都明白背景及价值。讲清楚用户故事（用户、场景、价值），然后再讲具体的功能点和交互。其实这也是《金字塔原理》中强调的表达逻辑：背景、冲突、疑问、回答。”

“老傅，你懂得真多。这样就可以顺利搞定需求评审会啦”

“先别急着高兴。这时，运营、开发、设计可能会提出不同的意见，而这些意见可能是他们会前没有想到的。所以呢，在需求评审会中，你一定要具备一种技能：快速理清他为什么说这样的话，是基于什么样的用户角色，什么样的场景，提出了什么样的意见。基于你对需求的理解，如果他说的话有破绽，就自信的一字一句回复。如果他说的意见确实在理，你也不用过于尴尬，因为他是在帮你完善产品。”

“这个技能，我应该需要一段时间才能掌握吧。”

“其实也没那么难的，只要你把握住两点：1，你对需求的深刻理解；2，他所说的用户角色、场景、意见。然后快速比对。”

“老傅，我记下来了。那会就这样开完了吗？”

“是啊，不然你还想继续撕逼吗？”

“哈哈，那看来以后真的可以少撕逼了。”

“还有一件事呢，就是需求评审会后，要将开会时有异议的地方，修改到你的产品原型中，然后找大家确认。并跟进交互和设计图，然后你就可以去开发评审了。”