项目管理中的沟通之道 刚刚上线了项目，期间体认最多的是当面对多种需求方时，如何通过沟通各个“击破”又让他们各个心满意足。 有篇不错文章，讲得是产品经理需求分析要高于需求方，大致意思是： 首先，人都是站在自己的角度看问题，但是产品往往要整合不同业务需求，一大堆需求不做分析、排序整合在一起，用户用起来必然会很恶心。 第二，需求方的某些需求可能比较狭隘，他通常只会告诉你：我需要一匹很快的马(而不是一个新产品叫汽车)——亨利福特，这就需要你创新地再加工。 如果你相信事在人为，沟通亦有技巧，在会议中针对不同的需求方，如果恰当的使用沟通方式，或许会达到共赢的效果。 (一)避免专业上的“针尖对麦芒” 开会时拖延最长往往不是因为内容过多，而是一个点上争论不休… 你和我讲用户体验，我就和你谈数据分析，你和我谈数据分析，我就和谈运营计划….总之，在我的专业上，没人比我权威，这是我的专业，你丫还敢来挑战我，我专业还是你专业。最后谁也不能挑战谁的专业，讨论也无解… 有同事还为此配图说明： 分析： 心理上，谁都讨厌别人在自己擅长的领域指手画脚，如果大家都在自己的专业上对一个问题，不同方向东拉西扯，各自专业神圣不可侵犯，那沟通多数久久纠结，最后无果。 良好的沟通是建立在双方对专业知识覆盖的基础之上的。沟通不在专对专，而是广对广。作为项目团队的虚拟核心，产品经理一是要在专业上尽量广泛涉猎，二是专业上信任队友，积极了解学习，最终整体权衡。 (二)把无所谓的胜利让给对方 很多人都曾遇到这样的问题：会议上总有一类辩才一流的人，偏偏与你在某一个细节上意见不同。 “为什么这里填表不直接采用输入框?” “我在设计中觉得下拉是最常见样式，用户比较熟悉” “但是，你不觉得下拉一个个排查很麻烦么?” “….是的，不过我认为直接输入会造成很多校验问题，比如：全角\半角” “我认为前端有方法可以解决，可以全角转成半角。还有，blablabla…..” “………” 开始时候觉得在这个无关紧要的东西上争论不休很浪费时间，但是如果你回嘴又是新的一波探讨，难道还为了这个在本来就紧张的项目中做用户测试、数据分析?有这个必要么? 问问自己，如果按他们的方法对产品有致命伤害么，用户会不理解或是愤怒、挫败么?如果没有，把这种无所谓的胜利让给对方又如何?谈判中也让对方“占了便宜”，没准上道后对方在关键点上也会有所让步。 (三)关注沟通中的沉默寡言者 会议中总...
