老板、甲方腦袋一熱的一個需求，輕易的改變了原本的規劃，產品想著努力溝通卻把工作量從1聊成了10，最后誰都不待見，這是一個真實的互聯網產品的日?？s影。 如何掌控溝通、如何有效匯報、如何避免“開口即跪”？ 產品、運營、項目經理、開發在日常過程中類似情況真的不在少數。 過去，筆者見過許多專業能力非常強的老產品，能跟開發聊代碼，能跟UI談設計，畫的一手好原型，業務邏輯無比熟悉，最終卻無法掌控屬于自己的產品節奏。 究其根本，幾乎無一例外的是缺乏溝通這項“軟技能”。 筆者曾在“某寶”ISV（技術供應商）兩年的地獄式產品工作，積累了50+項目負責人經驗，在接觸了近百位“甲方以及身邊的產品“真實案例后，總結了關于需求溝通管理方面的六步公式，和大家分享一下。 一、信息的確認在項目管理指南《PMBOK》中溝通有專門的方法介紹，如推式溝通、拉式溝通、交互式溝通等。 當我們與干系人間直接產生對話的過程便是交互式溝通，針對交互式溝通最重要的一點便是信息的確認。 你是否有過在需求評審的時候，被開發不斷的提問難倒？總有問題要留到會后再去確認？ 所以在信息的確認這一步，看似簡單，卻是影響最大的一步。 那么我們如何好信息的確認？
舉個例子：
如以上例子，每個回答都是以疑問句收尾，這樣確認信息方式的好處有兩個：
有時候我們在溝通時，很多人在第一時間是忙著先拿筆記錄，這一點筆者不是特別建議。 當然記錄本身沒有什么錯，只是有時候在記錄的過程其實會忽略掉一些信息背后的東西，如：溝通情緒、需求緊急度、需求的真實度等等。 所以，整體來說在溝通的第一步，就是確保信息的有效性、準確性。 二、去除部落效應
不知道大家工作中是否有見過類似這樣的話：
諸如此類，在日常工作、生活中，我們經常會被套上各種身份，例如：甲方和乙方、業務方和研發方等等、甚至是產品經理和開發。 當溝通的過程開始陷入各種身份中去，就會引發部落效應。溝通變成了談判，而談判總是零和的博弈。 項目管理學中：“由于項目的實施與項目的成功，其利益會直接或間接地受到正面或負面影響的個人和組織”稱之為項目干系人，能夠針對產品提出需求、想法的人，證明其是關心產品成敗的。 換句話說，對方正在為共同的產品做努力，這一時刻我們是一個團隊，不是兩個組織。 所以這一步，更多的話術上的技巧，首先要做的第一件事，就是改變自己對需求的看法。 作為產品的我們需要記住，任何項目、產品最佳實踐都是合作，而非對抗。 那么有沒有一些干貨是我們可以直接用到的呢？ 舉個例子：
三、陳述實事，打破“我覺得”
要知道知識的詛咒名詞可能大家很陌生，但很容易在產品身上發生，想當然的從個人角度去理解用戶是產品的大忌，所以作為產品人的我們，要時刻理解“用戶是用戶”。同樣的，在溝通中也是如此。 我們都說最好的溝通一定是以誠實為基礎的，但是有時候我們的誠實，并非真正的誠實，我們經常會忽略掉那些誤以為 對方知道的信息，信息不對稱，牛頭對馬嘴如何溝通呢？ 所以在溝通的過程中，陳述需求完成的基本條件，是為了讓雙方能夠存在一個共同的知識背景，避免“知識的詛咒”產生。那么這一步也就很簡單了，盡量把溝通中需要用到的背景知識說全就好。 舉個例子：
類似的方式有很多，也很基礎，最核心的地方是把實際信息說清楚，盡量避免模糊空間即可。 四、建立模型，全局分析
在筆者和自己團隊在分享“溝通”這個領域的時候，也反復有在強調人與人之間溝通的背后，其實就是需求。 很多產品、項目新人在入行初期，都非常注意在文檔、原型、或是某些軟件技能上花過多時間進行鉆研，包括筆者當初也是。 當然，畫得一手好原型，寫的一手好文檔本身并沒有錯。 但是身處介于用戶、市場與研發之間的產品們，我常常稱之為“中間件”，如何保證需求與價值之間的其實才是這個崗位最重要的工作，也就是我們常說的“投資回報率”。 如何保證業務需求的準確性、高回報比，讓研發的工作產生最大的價值，這個部分筆者不做詳細贅述。 舉個例子，筆者就經常使用類似價值成本分析法、OKR象限法等。 價值-成本圖譜 通過一定的模型（這個模型可以定制，但標準要一致），來對需求做排列。 通常有一定經驗的產品、項目經理或者對產品足夠了解的情況，都可以快速作出判斷是可以跳過這一步，若沒有足夠的自信，還是請謙虛的和團隊多討論之后進行判斷。 總之，對需求的分析是必要的，沒有一定論證分析的討論對溝通的雙方以及背后代表的團隊都是極不負責任的做法。 在確定了可行性、優先級等后，就要開始選擇溝通的方向。 什么是溝通方向呢？ 五、提供方案、解決反饋溝通方向，其實也就是我們希望溝通的結果往哪個方向走， 承接前面所說，所有的溝通背后是需求，那么所有的需求面臨的結果是什么呢？ 是決策。 需求做還是不做、做哪些、如何做、何時做、都是一種決策。 所以關于決策，有幾個要素我們是要知道的：
關于這4點，其他都比較簡單，這里重點談一下什么是“框架效應”： 人們在面對收益時，趨于規避風險，偏好穩定。 人們在面對損失時，趨于尋求機會，偏好冒險。 總的來說就是：一件事你怎么說，很大程度會影響到對方怎么想。 比如下面這個例子
這個就是著名的”亞洲疾病“理論，也就是上面說的”框架效應”。 另外幾點，簡而言之就是：別讓對方想解決方案、提供信息協助對方做決策但是別替對方做決策、提供的信息最好是道選擇題，這幾點不單限于于市場、用戶、甲方的溝通，在做上下級匯報的時候也是一樣的。 那么綜合以上，我們可以做出這樣的模板。 1. 為對方提供1-2個可推敲的解決方案 2. 利用框架效應進行引導
需要注意的是，日常生活中個別人是風險偏好性格，面對這類人，框架效應要反著來使用。 3. 給對方做選擇題 舉個例子： 可以這樣：老板，這件事情我們溝通后有2個方案，A方案是這樣，但項目上線實際會延期，大致延期N天，B方案是在原計劃做這樣的一個調整，有20%的概率出現性能不太穩定的情況。 六、給出建議，讓對方說出，你說的對！其實在完成前五步，整個溝通過程已經算基本完成。 只是，雖然前面我們說了最快的決策是做選擇。 但人性的深處對選擇還是害怕的，這時候如果有人站出來說一句：“我建議這樣比較好，因為xxx” 別看這樣的一句話，卻是能夠起到很大強心針作用。 就像我們經常聽到的：“都是他這樣，所以我才這樣”是一樣的道理。 所以，我們在第五步就已經能夠猜出對方的選擇的時候，將對方的想法說出來。 讓對方找到一定的安全，在心里覺得，你說的對！ 即在第五步的結尾，加一句：團隊這邊覺得B方案可能好一些，穩定性可以在上線后同步做修復。 回顧全篇針對溝通的六步的解析，歸納下來的公式就是：
以上六個步驟，并非需要完全套入，我們可以進行裁剪。 對了，回到篇頭的場景。 后來跟“小賴”聊完之后，去和老板重新溝通了一遍 最后敲定下來，就只是先換了一個商城Banner，并且確實換完之后得到了一些好評 就這樣~ 最后附幾句心里話本篇的中心其實不單是為了講解溝通，筆者希望作為產品的各位，能夠回歸產品人的本質”尋找產品價值“。而在這個過程中，任何干系人的建議，其實都可以是提升產品的能量，千萬別為了拒絕而來學溝通。 另外，市面上關于溝通這件事的知識文章、書籍有很多，這一篇也可以算入其一。 但隨著工作的累積，越發覺得“不存在油嘴滑舌的溝通藝術”。 大道至簡，最簡樸有效的溝通藝術，叫做：真誠。 如果能夠保證一顆真誠的心來進行溝通，那么這些步驟其實可以完全忽略。 本文由 @西特張 原創發布于人人都是產品經理 題圖來自 Unsplash，基于 CC0 協議 |
|
|
