《给产品经理讲技术》读书笔记（八）

上篇文章给大家介绍了一些名词解释“ 《给产品经理讲技术》读书笔记（七） ”，这篇文章我们就来聊聊沟通问题。

五、沟通

工作上的沟通无非就是想要解决问题、提高效率，要不然谁没事沟通啊说话的艺术真的很费脑子。

首先要了解程序员的分工，知道他们每一个都是负责什么的，当然如果那个人是全栈工程师就没什么可了解的了。

如何正确地提需求？

1.提需求要有节奏感 ，在功能开发、单元测试、集成测试中适当的提出需求。到了灰度验证和上线发布阶段，大家都绷紧了神经，天天盯着用户反馈和线上的各种指标。若这时产品经理突然有了一个绝妙的需求，请 控制一下，因为这时提任何需求都会被记恨。

2.先自己尝试评估需求难度 。产品经理评估需求难度这件事需要一点技术含量。有些需求天生很难，例如智能推荐、智能识别和搜索引擎，这些都需要很强的技术能力。还有些需求需要前后端联调，后端开接口，商量协议，实现起来耗时要翻倍。除了这些，剩下的要取决于是否有现成的“轮子”。尤其是在排需求优先级时，尽量不要出现不确定的语言，什么做不做都行。有条件就做之类的。

3.下点功夫做准备。这是个简单的道理，你让别人给你办事，吩咐半天讲不清楚，别人肯定不耐烦。如果你的需求是模仿别人的，可以拿别人做好的效果演示，这是最直截了当的。

写出程序员想要的文档。程序员和产品经理之间产生的矛盾大多是因为一个 叫产品需求文档（PRD）的东西。有一种让人头疼的需求文档，如表所示。

产品经理将这样的文档转交给程序员的时候，程序员的内心一定是崩溃的，他一定会问若干个“如果”：如果发生A情况，该怎么处理；如果发生意外，产生了B情况，又该怎么处理。产品经理收到反馈再来更新需求文档，你问，我改，再问，再改，等大家都疲惫了，需求文档也成熟了。最后谁都看不懂，一份文档束之高阁，没有任何价值。

所以，我们应该怎么做呢？下篇文章给大家分享解决的方法，赶紧去看看吧！

以上就是“《给产品经理讲技术》读书笔记（八）”的内容了，如果你还想了解其他相关内容，可以来 产品壹佰 官方网站。