产品经理该如何与程序员和睦相处（二）

产品经理该如何与程序员和睦相处？这其实是一个很简单的问题，只要掌握了相对应的技巧，大家就可以和睦相处了。那么，有什么技巧呢？请看本文中分享的内容吧！

第二个技巧、尝试 去说明业务背景

“ 你为什么这样设计？ ”

“ 你的需求出于什么目的？ ”

“ 看不懂你写的 A 和 B 是什么关系 ？ ”

程序员这三连问是不是很熟悉？是不是常常问得让人语塞，或者反复解释逻辑，仍然存在 “ 代沟 ” ，很正常。

回忆我们的需求链前常常是有很多繁琐的业务问题、业务流程，不少需求需要产品经理经过深入调研，梳理出一套具备可被标准化的系统架构，如果不是像电商那类 ToC 的产品，在我们日常生活就能理解到位的操作流程，程序员更难通过一次评审、一份文档或零碎沟通理解到位。

因此我们除了原型、需求文档，还会配套输出业务流程图、产品流程图，帮助他们了解业务背景，但仍不够。

我们可以尝试对程序员说明业务背景，通过这些方式：

在梳理需求中的业务沟通会议带上部分有意愿的程序员或负责人，让整个项目团队都理解难，让整个项目团队都参加也难，所以抽一部分擅长对外沟通的人员，让他们在后续项目出现这类问题时，可以帮助产品经理引导思路或梳理开发内部的工作；

讲产品方案前，带上业务同事代表或我们额外整理一些有关业务的示例如数据图表或业务文档，帮助程序员理解业务日常工作所面对的痛点、一些专业话术实际上与什么信息对标。

当然，我建议不直接和每个程序员或单个程序员对接挑战，而是通过转移矛盾的方式，将对象变成一个组或负责人，用其它层级的利益点去推动这件事情，可能会事半功倍。

比如，我和某个后端程序员说不通，那我就叫上测试、前端或者他的组长一起来理解我为什么这样考虑产品方案： “ 你们有什么更好的建议或者方案都可以拿出来一起探讨 ” ，让项目组更多人理解背景，何尝不是一件省心的事呢？

以上内容就是 “产品经理该如何与程序员和睦相处（二）”的全部内容了，如果你还想了解更多相关知识，可以来 产品壹佰 官方网站获取。