非技术背景的产品经理之3大生存指南(2)

工程师又是一群极为“自负”而且追求极致的人，这种“自负”并不是贬义的自负，而是一种对自己所做的东西的自信，这种自信又超出传统的自信，所以用“自负”来描述这种超额自信。这种态度源于工程师对自己所编写的代码的掌控力，因为计算机是严格按照工程师所编写的程序代码来执行的，这种感觉会让程序员有一种控制力和驾控感，这种感觉会让工程师们形成这种“自负”的效应。

所以我们经常会看到，当去和一个工程师说他们写的程序有问题的时候，很多人的第一反应是——“不可能，怎么会有问题呢？”没错，正是因为这种“自负”让工程师对自己所写的代码极为自信，因为计算机是对程序代码毫无条件的严格执行的，一旦出现问题，就说明程序代码在逻辑上存在错误，而这种错误肯定是工程师留下的，但人本能是不愿意承认自己的错误的。

所以，当这种情况出现的时候，产品经理应该换一种方式去与工程师沟通。比如用一种问题转移的方式与工程师沟通，可以说“我们在设计产品时有一个逻辑没有考虑到，但现在我们实现时发现了这个问题，我们要一块把这个逻辑漏洞补上”，通过这种方式就可以维持工程师们的“自负”心理，然后用问题转移的方式将问题转移到产品逻辑没有覆盖到，这样既可以让问题得以顺利解决，也让双方都感觉好一些。

沟通是产品经理进阶路上的必修课，在“自我”和“无我”间的沟通切换，能让沟通来的更轻松些！

唐韧，微信公众号：ryantang007，互联网技术产品运营玩家，《产品经理必懂的技术那点事儿》作者。

本文未经许可，禁止转载。

（编辑：ASP站长网）