010　PM如何给需求

身兼公司的UI和交互设计两个职责设计师，PM把需求给到这位设计。在这样的一个工作流程里，PM把需求以什么形式、格式给到设计，才能最好地诠释他的需求？纯文字文档需要设计重新整理思路还会有偏差的可能，脑图貌似并不能很完全地诠释，两者结合或许更费时间。周大大可以给我一点经验或建议吗？两者该怎么支配这个流程从而达到比较高的效率？

产品经理传达需求由说的部分和做的部分组成

（1）说的部分：面对面沟通（邮件、电话、微信我认为都不是好的方式，除非是特别细节的一个简单问题，比如，一个图标下面的文字有错误，要改成“×××”）。面对面沟通建议用白板现场讨论，观点、手绘原型、任务流分析、用户画像，都可以画上，充分告知需求的场景、用户的痛点、我们需要解决的问题、希望达到的目标、穷尽可能性。说的部分做不好，后续的一系列工作都会为这个阶段擦屁股。

（2）做的部分：输出专业的PRD（网上到处都是模板，但不要直接用，根据自己公司和产品的发展现状做修改），专业的意思不是长篇大论，各种表格数据堆砌，那不是说人话的表现。PRD最重要的是把需求形成的过程和需求的价值讲清楚。如果这个需求来自老板，就要了解清楚老板为什么要这样做，背后的目的和对团队的要求是什么，你是怎么理解这个要求的，期望设计师做哪些方面的尝试和思考，帮助你一起达到最佳的需求满足条件。另外，产品级的竞品分析，你要自己来做，你对产品的思考直接影响到需求的准确性。所有的输入最好图文结合，文字描述具体建议，“我们要缩短用户购买的路径，现在需要5步，有没有可能减到2步？”，而不是“这个产品做得挺简单的，你参考一下”。图片做好对比，展示出设计差距、机会、界面背后的产品逻辑、技术逻辑，不要只看交互流程，交互流程是设计师的事。