今天公司的Happy Hour时间，是几位产品经理和大家互动，增进了解，以便业务上的更好配合。从业互联网多年，一直作为业务需求方，也曾迫于无奈做过一点点产品方面的事情，有一些经验和同事们进行了分享。

1 第一次的沟通非常重要，要对自己的需求非常明确，利用各种工具，包括纸质的图形草稿等，清晰的描述业务需求；

2 对于需求实现层面，要有一定的备份，当产品经理认为难以实现的时候，能够退而取其次；当然，首先要在业务层面对所实现的价值有一定的判断；

3 再三确认需求，要求产品经理能够非常清楚的复述业务需求；

4 平时注意积累，看到好的产品（是业务部门需求的产品，而不是产品部门的产品），要注意保存；可以是直接下载，也可以利用delicious、百度收藏、GReader等等；需要的时候，可以把这些作为Demo给产品经理做参考，无论是逻辑层面，还是设计层面，这对于需求沟通会非常有效；

5 要学习尝试看懂产品原型、流程图，这会有利于理解产品经理所设计的产品，提高沟通效率；

6 要学会产品经理、技术人员常用的若干专业术语，必要的时候这会让你显得很懂行，别人不敢蒙你；

7 精神层面的认同很重要，在沟通需求的时候，尽可能的让产品经理认同你的产品，让他们看到前景；当你的活动获得成功的时候，一定要及时的和产品经理分享；

8 多和产品经理打交道，要了解不同产品经理的习惯；有的产品经理希望得到的需求是故事型的，有的希望得到的是1234型的；

9 注意时间节点，设置报警点；在需求确认的时候，一定要和对方确认清楚完成时间；在过程中，要设置若干个报警点，适时的和产品经理交流进程，一方面避免走错路，一方面确保按时完成。

业务部门的人，往往不具备产品经理的技能，在沟通的时候更注意前端，对于产品的延展性缺乏判断。所以一定要和产品经理有非常充分的沟通。要记住，产品需求的确认，往往会占到整个产品开发时间的1/4—1/3左右。

打印  |  相关话题：产品设计团队协作   |  类别：设计思想  |  源地址