16 | 如何和工程师有效沟通？

沟通的艺术体现在是否有同理心，大家都是讲理的，要清楚团队成员的情况，和每个成员建立相处模式。除此之外，不能仅限于正式沟通，非正式沟通最容易拉近，比如中午一起吃简餐，茶水间聊两句。 功能做出来被砍掉是最要命的，我曾经遇到一次，因为行业政策影响无法上线。 因为测试体验问题，无法上线还未遇到过。可以考虑的措施有：1、上策，和大家苦口婆心，讲测试中发现的问题，产品主动承担责任，讲我们对体验的要求；2、中策，带领大家一起体验，让各负责人主动发现问题并承担责任；3、下策，让老板背锅，和大家说老板不让上线； 和工程师没必要比技术，有没有工程背景也不重要。在业务方面、产品理念，对用户的理解、数据的掌握上有足够优势 就可以让人信服。

个人感受有几点，好的产品经理，有些需求他能替你过滤掉不合理的地方，或者提前征求你的意见。有不得不改的地方，会带着十分的歉意。偶尔改到烦的时候，还会替你说话，抱怨两句客户。

只一句话：善于接锅。

1.尝试积极的与此工程师一对一沟通，以提问题的方式开展对话，少说多听，听对方对于此功能的建议，抱怨，挖掘对方不满的原因。找到合适的时机阐述产品经理的思考方式，产品需求由来。也让对方明白此刻不是闹脾气的时候，每一个人都要对产品结果负责，放下杂念积极做事。 2.测试体验太差，遇到问题多考虑下内因，是否是自己没有做好走查的工作，daily build是否都去体验尽早发现问题不让工程师知道最后才进行修改。外因工程师是否是小白刚入行，对于产品的交互理解不到位，自己是否有帮助对方确认过交互逻辑。如果是自己的原因导致的，先对工程师给予抱歉，并说明自己的工作不足，并表明下一步的整改计划，产品上线后表达对对方工作配合的谢意。不论是内因还是外因，客观分析后完善自己在产品执行上的深度。如果多次沟通后此工程师并没有改善，是否可以给boss反馈换人？ 3.善用自由选择，会提出两个方案，其中一个方案明显要优于另一个方案，统一对方的决策模式，让对方二选一。如果此时对方能够提出更好的建议方案，也要虚心接受，不能坚持产品经理的面子。

这节课很有收获，实践意义很大，谢谢曲老师

产品经理需要让团队成员都有参与感，有每个人的思想结晶融入到产品中，而不只是任务的执行者。项目成功的概率会增大，个人的成就感以及团队的荣誉感都会不一样。

工程师也有leader，老师说的很多内容感觉应该是他们负责的

作为一名研发主管，常常觉得产品的需求或产品规划不合理，逻辑不闭环，后续迭代没法扩展，怎么办？和他们理论呢，经常就被一句话怼回来了：领导同意了的，领导说要这样子的.......到最后往往都没激情了，懒得扯了，你说啥就啥吧

我来学学产品经理的套路，好怼他们😂

本质上，无论是做事，还是与人相处，都要以需求为导向。这也许就是"大道至简"的佐证吧。