“需求评审会”跟“产品文档”讲的内容是一样的。

不同之处是：需求评审会才是真正的让大家接收信息，产品文档只是一个备份。

千万别指望发了个产品文档邮件就能解决沟通的问题，重要的事必须当面沟通。

简单版（日常使用，简单直接有效）：

喊一嗓子：XX同学、XXX同学、XXX同学、XX同学过来看个需求。。。XXX，有时间没，过来听一下呗。。。XX，走，一起到我电脑那里看新版的交互吧。。。

这次我们要做。。。。

XXXXX，之所以这么做是因为XXXXXXXX（一般我会把最重要的一件事，放在第一个说。因为这时大家的头脑最清醒，对信息接受度最高。）

XXXXXXXXXXX

XXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXX

在这个过程中：

对于大家不明白的地方，会详细讲解，直到大家认可为止。

对于有意见的地方，会进行探讨；对交互有不认同的地方会记下原因，会后修改；有好的方案时，也会记录下来，会后修改。
根据每一个界面的改动，请程序同学评估成本，有没有更好的方案，预计什么时间能完成

需要后端那些同学的支持

对旧版数据的迁移有没有什么问题

标准版（较少使用，只在较大版本更迭时使用）：

首先，预约会议室，

然后，发邮件跟大家预约时间，一般会至少提前3天。

会议开始前，会先到会议室提前布置好投影仪等。

会议开始时，会按照产品文档的规范讲：

背景

具体做什么

优先级

关系人

协调大家一起做好这个需求。

会议结束后，会把产品文档和会议记录群发邮件。

如果你在评审讲方案时紧张，我有以下建议：

开会前，在产品文档中，写出你所有要讲的东西。这样你会印象深刻，知道自己该讲些什么。同时会帮助你讲方案时，更加有条理性（原因是什么，我们如何解决。。。）

在心里模拟讲方案时的情形，在心里默默的模拟几次

如果开会时，有人提出你暂时没有考虑到的问题，同时，你也暂时无法解决。这时你就说：“这个问题很好，我先记下，开完会之后我来解决。”

平时和同学多沟通，当你和大家能经常开开玩笑，打成一片时，那么你讲方案时，就像在跟朋友聊天一样，你一定不会紧张的。

其实讲方案是一个很好的锻炼自己的机会。随着你的职业发展，你会越来越需要演讲，所以，请珍惜讲方案的机会好好锻炼自己！

作者：Daniel

来源：http://danielue.com/?p=3490