产品经理跟程序员的沟通，真的有那么难？

产品经理跟程序员的沟通，已经是老生常谈的话题了。实际工作中，多数产品经理与程序员的沟通，还是存在各式各样的问题。

产品经理抱怨程序员不好沟通，不能好好讲人话，动不动就说实现不了；程序员抱怨产品经理不懂技术，说了也不懂，还经常改需求。网上还经常拿这个来调侃。

那么，产品经理和程序员之间的沟通，真的有那么难吗？为何大家会相互抱怨呢？

01 症结所在

作为一名产品经理，在我的从业经历中，接触过不少程序员，有水平很高的首席架构师、也有水平中等的主力程序员，当然还有刚入门的。也算是有了一些体会与心得。

我认为之所以难，就难在双方的思维方式不同，关注点不同。加之，互联网节奏快、要求高，市场环境和用户需求变化快，如果在沟通过程中，不注意沟通方式，则往往就容易累积矛盾，诱发冲突。偶尔相互抱怨，也就在所难免了。

产品经理看待事情、思考问题，习惯产品思维，从用户的角度、市场的角度、业务的角度等去考虑问题；关注点更多在整体。程序员则习惯技术思维，更多关注需求如何实现，好不好实现；关注点更多在局部。

这两种思维方式上的差异，是职业本能所致。假如我们对此没有足够的了解，就无法相互理解。

那么，是否有办法解决呢？答案是肯定的。

02 解决之道

首先，沟通是双方的事情，需要双方都学会从对方的角度去思考问题。

1）产品经理要多了解一些技术相关的常识，知道技术思维是怎么思考问题的。

比如，知道接口、API、SDK、字段类型等基本常识，并不需要知道怎么实现，但要知道是什么东西、作用是什么，如果能知道为什么就更好了。

个人体会较深的是，学习一些如面向对象、MVC的开发设计思想或模式，会对我们理解很多技术实现方案或者逻辑有很大帮助，甚至对我们理解业务、需求也会有帮助，因为开发的设计思想，很多也是现实世界的认知方法。

2）程序员要多了解一些业务、用户、产品相关的事情，知道产品思维是怎么思考问题的。

比如，这个功能为什么这么设计、为什么不能那么做，可能是业务规则不允许；这个按钮为什么摆这里，不摆那里，也许是遵循人机交互的原则，体验会更好。

其次，沟通方式上要多注意技巧。

1）沟通要足够耐心、全面细致。

程序员最大的抱怨就是产品经理改需求。如果，产品经理在沟通时，能要多一些耐心，把需求的背景、前应后果、来龙去脉介绍清楚，并说明清楚可能存在的变数，比方这个功能会进行验证，根据数据反馈结果再优化调整。那么程序员也会有心理准备，而且也知道改是正常的。不会认为因为产品经理的考虑不周，导致功能实现后，又要修改。

2）沟通要能用对方听得懂的语言而非专业术语来表达。

产品经理要能用通俗的语言讲清楚业务和产品需求，程序员要能用通俗的语言讲清楚实现过程中的相关问题。

03 结语

因此，只要能做到多从对方的角度考虑、优化沟通方式，以开放的心态进行平等的沟通，产品经理和程序员之间的沟通，也没那么难。大家是好基友，还有什么不是一顿饭能解决的。实在不行，就两顿。