PM一般是怎样与运营和技术人员沟通的？

Answer 1

现在很多敏捷的开发团队，product-manager和project-manager是一个人，所以我这里也合并在一起讨论。

其实PM跟运营和技术沟通的高下区别，很大程度上取决于这个PM是不是【技术出身】。

待过大大小小几个技术团队，作为测试是经常需要跟PM打交道的，我接触过懂技术的PM，也接触过不太懂技术的PM，来分别说说他们的特点吧。

---

懂技术的PM，显而易见的好处就是：

技术团队跟他的沟通成本非常低。

不论是开发、测试还是运维，每天的工作重心都是围绕着硬件软件，我们作为技术人员，已经默认了工作环境中每个人都应该懂得技术术语——但那其实是错觉，其实很多时候，我们觉得很基础的东西，在外行看来是完全无法理解的

而技术这东西呢，有些时候内行人一听就明白，但很难形容得准确，所以外行和内行之间会有很高的沟通壁垒。

这时候，如果项目经理或产品经理是技术出身的话，技术人员就不需要很费劲地去跟他解释一些术语，技术上遇到什么问题，比如最常见的——有些功能现阶段不好实现，为什么？原因一二三，如果是懂技术的PM，一听就明白；如果不懂技术，那二者的沟通就会有障碍，可能还会造成各种不愉快。

---

但一个PM如果太懂技术了，甚至他原本就是做技术转行成PM的呢，又会有新的问题出现：

正因为他太内行，反而无法跳出技术人员的思维窠臼，造成产品设计方面的漏洞和短视。

比如他可能会过度顾虑技术实现的难度，做设计会缚手缚脚；

比如他无法把自己放到更高的维度去看待产品（毕竟技术人员的视角有限），所以做出来的产品会缺乏灵性和创意

等等，所以太懂技术也会有弊端。

---

而如果这个PM完全不懂技术呢？

就是以上的几点反过来看啦。

比如他可能会无视技术开发的难度，给技术人员抛出一个几乎无法解决的问题，而当技术团队要跟他解释的时候，却会很无奈的发现简直是鸡同鸭讲，对方完全不理解。

这样的PM的优点，就是，正因为他不懂技术，所以他反而能从更大的维度去全面思考产品特性和用户的需求，抛开那些固有的成见，做出一个令人惊艳的产品。

至于技术上的问题，总有办法解决的，无非就是开发难度和产品完整度之间的妥协。

所以，不懂技术的PM，说不定，在注重创意的公司里反而还会有令人惊艳的表现！

---

当然，理想的状态下，项目经理最好还是懂一些技术，这样各个节点的人沟通起来会比较没有障碍，工作流程会更顺畅一些，也少些返工。