-
溝通的大致流程：
關鍵點：確認對方是否理解你的本意。
溝通的目的是為了解決問題，溝通的結果是要給出當前情況下的最優方案。要時刻記住這一點。不要只是為了爭個輸贏、對錯而造成溝通時間的不必要延長，爭個你死我活。很多事情是沒有明顯對錯的，區別只是誰更有理由、誰更能說服別人。
一定要清楚每個功能點、每次修改為什么要這么做。有理有據才能說服他人，不同角色的人都有可能來問你“為什么這樣做”，回答不上來勢必會影響同事對你能力的評價?！盀槭裁础钡拇鸢笡Q不能是“因為別人都這樣做”，你可以說“之所以這樣做，是因為有哪些好處，相對于其他方案好在哪里…而且誰誰誰家也是這樣做的”。
其實PM的位置很容易樹敵。而會不會樹敵的關鍵，則取決于溝通能力和情商。同樣含義的話，采用哪種表達方式能讓對方聽起來舒服，更容易接受。任何做法都必須有理有據，讓對方哪怕不高興（因為自己的想法沒被采納），但也不得不服。
說話不要說死，要懂得留后路。要能夠判斷哪些模塊是將來可能變動的，哪些是肯定不會大幅度改變的。
要勇于公開承認錯誤，不要甩鍋。
尊重UI、程序員提出的建議。
態度：請教，理解，不要用命令的口吻。
哪怕你知道這個需求肯定能實現，也要懷著誠懇的態度去溝通、去詢問，不能自以為是，有些技術改動是牽一發動全身的，不要想當然認為表面看起來簡單就肯定很好做。要明白至少有一半程序員是想省事的。讓對方知道你理解他，你有在為他考慮，（我知道這個東西做起來比較麻煩，但是沒有其他更好的辦法 / 帶來了什么問題 / 怎么怎么樣，所以只好辛苦你啦）
2018.06.04 更新
- 工作中與同事討論問題的時候，最好能夠帶著解決方案進行。切忌自己沒有想清楚，就拋出問題。解決方案至少有一個，也可以是討論對比幾種方案各自的優劣。提出可行的方案，有助于塑造自己“靠譜”“專業”的人設。另外，這也是PM掌控力的鍛煉與體現。如果自己提出的方案被認可，落地后反響良好，是一件挺有成就感的事。
不定期更新~~ ?(?>?<?)?
