-
沟通的大致流程：
关键点：确认对方是否理解你的本意。
沟通的目的是为了解决问题，沟通的结果是要给出当前情况下的最优方案。要时刻记住这一点。不要只是为了争个输赢、对错而造成沟通时间的不必要延长，争个你死我活。很多事情是没有明显对错的，区别只是谁更有理由、谁更能说服别人。
一定要清楚每个功能点、每次修改为什么要这么做。有理有据才能说服他人，不同角色的人都有可能来问你“为什么这样做”，回答不上来势必会影响同事对你能力的评价。“为什么”的答案决不能是“因为别人都这样做”，你可以说“之所以这样做，是因为有哪些好处，相对于其他方案好在哪里…而且谁谁谁家也是这样做的”。
其实PM的位置很容易树敌。而会不会树敌的关键，则取决于沟通能力和情商。同样含义的话，采用哪种表达方式能让对方听起来舒服，更容易接受。任何做法都必须有理有据，让对方哪怕不高兴（因为自己的想法没被采纳），但也不得不服。
说话不要说死，要懂得留后路。要能够判断哪些模块是将来可能变动的，哪些是肯定不会大幅度改变的。
要勇于公开承认错误，不要甩锅。
尊重UI、程序员提出的建议。
态度：请教，理解，不要用命令的口吻。
哪怕你知道这个需求肯定能实现，也要怀着诚恳的态度去沟通、去询问，不能自以为是，有些技术改动是牵一发动全身的，不要想当然认为表面看起来简单就肯定很好做。要明白至少有一半程序员是想省事的。让对方知道你理解他，你有在为他考虑，（我知道这个东西做起来比较麻烦，但是没有其他更好的办法 / 带来了什么问题 / 怎么怎么样，所以只好辛苦你啦）
2018.06.04 更新
- 工作中与同事讨论问题的时候，最好能够带着解决方案进行。切忌自己没有想清楚，就抛出问题。解决方案至少有一个，也可以是讨论对比几种方案各自的优劣。提出可行的方案，有助于塑造自己“靠谱”“专业”的人设。另外，这也是PM掌控力的锻炼与体现。如果自己提出的方案被认可，落地后反响良好，是一件挺有成就感的事。
不定期更新~~ ٩(๑>◡<๑)۶
