起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識與開發/設計/運營/老板溝通時，產品應具備的溝通技巧
產品經理在工作中，最避不開的就是與團隊成員、開發、設計、運營、老板之間展開一系列交流，而在溝通中也要避開各類引發撕逼或者是誤解的點，確保溝通成果能有效解決項目問題。
在日常生活和工作中，只要能見到人的場合，總要與人說句話，溝通也是必不可少的。
互聯網產品經理，作為團隊中有名無實的leader，本身沒有任何權力，又要調動很多資源做事情。大部分時間在做協調和溝通的工作，所有想做好這個角色，就要習得見人說人話，見鬼說鬼話的溝通能力。下面講述在產品狗視角下，應如何與其他角色進行溝通。
一、與開發溝通
1. 溝通的側重點表達需求所處的背景、為了達到什么樣的目的，實現后帶來的意義如何
主要是在需求評審的開場時重點講述，把背景、目的和意義解釋清楚，目的是讓所有的參會人員能理解并達成一致。這一步能做好后，再去講解邏輯、流程和功能，會順暢很多。不僅如此，實際開發階段，“因為某某需求實現難度較大，開發人員比理解為什么要這么做，找產品去撕逼”，這樣的爭吵也會少很多，項目推進起來更順暢。
2. 表達問題比表達方案更重要
這段時間由于公司人員變動，接手了一個處于開發前期的V1.0.0版本的項目（一款超短期的保險產品），在梳理原有功能和邏輯時，發現缺失一個優先級較高的功能（續保）。這個時候需要加功能，怎么辦？
我是先把遇到的問題想好怎么說，重點去聊問題，簡單提一下解決方案，注意避免陷入技術細節討論。
對話如下：
產品（我）：在梳理產品現有功能邏輯的時遇到了一個問題（笑嘻嘻.jpg）。市面上的大部分保險產品都是長期保障型，付費的話要么是一次性結清，要么是一年一結，連續好幾年交完。用戶購買此類保險產品，對續保的需求比較小，而且對續保功能的使用頻率比較低。
開發大佬：嗯……（警惕性的點點頭.jpg）
產品（我）：我們產品的特點就是超短期保險，一天即可投保，最多也就三十天，所以用戶對于續保的需求是非常高的。目前產品功能只實現了“瀏覽—填寫保單—支付—保單生成”，這是一個單線程投保流程。添加續保功能，一方面可以讓投保流程形成閉環，另一方面也減少用戶在續保時的障礙。
開發大佬：昂? ?(有點道理的點點頭.jpg)
產品（我）：當然了續保功能也可以在當前版本上線之后，緊急迭代一版。但是你也知道，咱們在產品上線之后，開發都會投入到另外一個項目中，未來一個月的時間是沒有開發資源的。
開發大佬：是的，這個完了還有新的任務。
產品（我）：所以續保功能這個版本就要上，要實現的功能是XXX，具體的會在文檔上寫明，評估一下開發時間。最好是不影響項目進度，如果說因為這個功能，會晚上線半天，這樣的也可以向上申請，風險呢我也是可以承擔的。
開發大佬：行吧，這樣實現起來并不難，應該不會影響項目進度。
二、 與設計師溝通
1.?說明用戶場景和用戶問題
因為團隊一直都是UI不參與評審，根據原型出設計圖，這樣的協作模式就要求產品把場景和問題都與UI交代清楚。剛進入團隊時，沒有這樣的意識，把原型上傳后通知一下UI，結果做出來的設計圖與我預想的有差異，又要去改一些東西。
所在現在原型出來后，都會向UI介紹用戶使用場景和問題，用戶使用的流程，每個頁面信息的優先級，按鈕的權重如何。不用花太長時間，只要能讓UI理解即可，設計圖產出之后基本符合預期。
2. 尊重專業，不干預設計細節，不要“我覺得該怎么怎么樣”
把第一點做好之后，如果設計圖出現按鈕位置調換，信息位置變化等等?？梢赃m當性的問下，出于什么原因這么設計的，能不能通過專業的角度解釋一下，也是進一步確認UI理解的用戶場景和問題與產品設想的有沒有偏差。
三、與運營溝通
1. 問：“你的問題是什么？”
工作中總會與運營和業務人員打交道，很多時候都是主動過來，能不能給我們做個什么功能，因為活動要用，或者我們需要通過這個功能來促活、拉新、留存等等吧。
這個時候：
問：你為什么要做這個功能，是遇到什么問題了嗎？
答：我們干什么的過程中，遇到A問題…….
問：A問題的具體情況，怎么樣的呀？
答：XXXXX
……….
（連續追問4-5次，就能比較清楚的了解，運營真正想表達什么）
2. 避免為解決方案做需求
當知道運營遇到的實際問題了，又要回到解決方案上來。但是不要被運營所提出的解決方案困住，從產品角度提供可選方案，化被動為主動。多種方案討論之后，一般會得到雙方都認同的結果，再根據現有方案去實現。
四、與老板溝通
面對老板要站在戰略的角度，去講述故事，聊行業和產品的大邏輯，事先把ROI都想好表達出來是最好的。
平時與老板聊的比較少，沒有太多的心得。不過有一點感觸最深，老板絕大多數都是站在戰略層提需求。當老板提需求的時候，多數情況下執行好了，因為剛開始很難證明老板是錯的，就算最后失敗了，也可能是因為其他的原因。（告辭~）
最后
祝你我都能習得見人說人話，見鬼說鬼話的溝通能力！
作者：歌昂；作者公眾號：歌昂
本文由 @歌昂 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
就想問：遇到一來就吼天吼地的開發怎么處理，真是煩這種人了。
感謝分享。在與設計師溝通的小節有收獲，之前忽略了給設計師講需求背景、目的，導致花費了很多時間和設計師溝通細。節
很高興對你有幫助~
說的很有道理 特別是最后和老板溝通場景 ，大部分的時候本身很難證明老板的需求是對還是錯，不執行就換人執行，產品在面對老板提需求的時候是很弱勢的！
執行就對了，就算最后沒有成功，也可以歸結為過程有問題，負責的人有問題，等等問題。以前年輕不懂事，就干過正面剛老板的事情，沒兩周就走人了。。。
血淚經驗了