面对这些问题，试试以下几点
你的表达应专注核心问题，不要只停留在很肤浅的争论层面上。

准确认清眼前的议题和想要达到的目标，不要偏离正确的主题。

不要描述问题，而是直接给出答案
你的表达要着眼于未来，着眼于解决问题，而不是制造问题。

不要蜷缩在“安乐窝”，不得罪任何人，对一切表示同意，为了发展，就必须去尝试
不要太自负和自大，这样只会让你听不见周围的声音
表达时尽量用主谓宾，少用形容词和副词。

三、总是被其他部门左右
产品经理需要和各个部门打交道，交流想法，但交流归交流，千万不能被其左右，心中一定要有自己的主线。

当然，这还是取决对于你对事物认知的广度和深度。

还有最重要的是：明确、诚实和责任
诚实是所有人际关系的基础。

一句痛苦的事实也好过一句谎言。

诚实意味着，某人如果想描述出一个准确的形态，就要向其他人表达出所有的相关信息。

你的产品目前到底是什么情况、支撑你产品的技术储备到底如何、需求是否已实现或可以马上响应、提议是否会被列入考虑范围内、这版具体的上线日期到底是什么等等。

之所以你会被其他部门左右，是因为其他部门关注的问题，你因为事先没考虑到或没有明确规划而含糊其辞。

这些问题的产生便完全打乱了你现有的节奏，不得不充当一个救火队员。

其实不是其他部门左右了你，而是你没有做好未卜先知这个角色，事情在你这里并没有明确化，或者你害怕明确化，导致了你的含糊其辞和不诚实，慢慢大家就会觉得你不负责任。

想要明确化，你需要做到：
不停留在表面
将多层次的主题进行分离
把所有的事物相关联起来
整合主体并寻找答案
将想法变为观点
在具体行动中落实：独立每个步骤、设定优先级、制定时间表
这样，在其他部门和你沟通时，因为你在心中已经把可能发生的情况都过了一遍，就不怕别人左右你的想法。

四、无法和程序员好好沟通
这是一个千古难题，产品经理和程序员貌似一天不吵架都不能好好工作。

在这里，我想说，产品经理，应该学着大度一点，高高在上的姿态永远不是解决问题的最好方法。

要培养自己讲故事的能力，讲产品的故事，讲你自己的故事，让技术人员体会到你对产品的付出和过程中你的不易。

同时，从技术人员的角度出发，表明你对他们付出的理解。

还有，技术人员虽然每天对着代码，但是听故事的能力还是有的，产品经理要有情怀，不要把自己都不愿意再多看一眼的几十页需求文档直接端给技术。

给技术讲解产品时，也要先从宏观层面出发，理念、定位、策略、用户、场景、需求，不需要面面俱到，但至少可以串成一条故事主线，技术人员明白了故事的中心思想，会更容易接收你的文档和原型。

记住，要找到能够激发大家斗志的各自目标和共同目标，如果只着急产品稳定上线，与之相关的都蒙混过关，那上线后期的迭代升级，也不会进展顺利。

总结
工作中遇到问题是好事，怕的是发现不了问题。

专业技能固然重要，但软实力是你最大化发挥专长的前提条件。

恰恰在顺境中，人们才需要批判性地质疑一切。

作者：夏若，教育行业产品经理，擅长交互设计、用户体验，总结癖，整理控。

人人都是产品经理（）中国最大最活跃的产品经理学习、交流、分享平台。