編輯導(dǎo)讀：因為產(chǎn)品經(jīng)理需要和很多部門同事合作，所以產(chǎn)品經(jīng)理的溝通能力非常重要。技術(shù)人員作為溝通最密切的人員之一，經(jīng)常容易發(fā)生沖突。本文作者基于自身工作經(jīng)驗，從四個方面分析如何和技術(shù)人員溝通，希望對你有幫助。

其實這個話題舊文《產(chǎn)品經(jīng)理的軟性能力：協(xié)同力與領(lǐng)導(dǎo)力》已經(jīng)聊過，我覺得我已經(jīng)講的很清楚了，回看覺得再細(xì)化具體一點。

其實，協(xié)同能力和領(lǐng)導(dǎo)力都是需要靠溝通能去實現(xiàn)，今天就聊聊[溝通]。

我們在研發(fā)生產(chǎn)過程中，需求反復(fù)和雙方理解偏差導(dǎo)致研發(fā)周期總是被拖，還有產(chǎn)品與技術(shù)各種撕，等等。

這些情景在網(wǎng)上被吐槽了很多很多了，而且是更古不變的話題。也是我們產(chǎn)品經(jīng)理最為頭疼的問題。

我有些方法能夠解決一些問題，但是我不能保證解決所有的溝通問題，畢竟人是復(fù)雜的，取決于溝通雙方個人因素。

在舊文中，我說產(chǎn)品經(jīng)理是首席解釋官。

因為整個項目只有你最清楚項目的背景。

所以一個產(chǎn)品項目溝通你需要基于背景/目標(biāo)、業(yè)務(wù)范圍及流程、功能及流程、交互元素和操作邏輯去溝通。

01?介紹項目背景/目標(biāo)

很多產(chǎn)品人員經(jīng)常這樣做項目，直接告訴工程師我要做一個產(chǎn)品需要什么功能，多久能夠?qū)崿F(xiàn)。

并不說明，我為什么要做這個，我做這個的背景因素是什么，在什么情景下解決用戶的什么問題？達(dá)到什么目標(biāo)？

也許你覺得，工程師知道這些干什么？工程師只需要實現(xiàn)功能就好了。但實際上，這往往造成雙方理解的偏差。

舉個例子，在一個項目立項會后，我們一位硬件技術(shù)負(fù)責(zé)人跟我說，我們?yōu)槭裁床幌裾l誰那樣做一些高精尖技術(shù)的產(chǎn)品，總是做這些我們做過很多次的成熟技術(shù)項目，沒什么意思。

因為他不明白我做這個產(chǎn)品的市場目的，以及這個產(chǎn)品誕生的背景。

當(dāng)我告訴他我們目前產(chǎn)品線遇到的問題，同行競爭的狀態(tài)，公司目前能力和資源，以及我們的市場狀況以及之后的規(guī)劃后。

他說，原來是這樣啊！那我們快馬加鞭把這個問題解決，爭取我們提前上馬既定的規(guī)劃。

我們總是說，工程師不給力，你看這樣工程師馬上從消極狀態(tài)變成積極狀態(tài)。

這是針對市場的背景和目標(biāo)。

另外，還有針對技術(shù)的，產(chǎn)品經(jīng)理應(yīng)該清晰的表達(dá)出產(chǎn)品的使用場景。

還是舉個例子，比如我們要做一個人臉識別設(shè)備，你直接告訴技術(shù)要實現(xiàn)人臉識別可行嗎？

你想想，設(shè)備看不見人臉怎么辦，哪種安全度更好？

當(dāng)你跟工程師充分溝通之后，才能設(shè)計出合理的、成本合適的產(chǎn)品。

因為，我們產(chǎn)品經(jīng)理很多往往沒有技術(shù)背景或者技術(shù)背景很弱，你自己吭哧吭哧設(shè)計的產(chǎn)品，技術(shù)人員按照你的定義設(shè)計的不一定滿足場景的需要，或者不一定有經(jīng)濟性、效率性。

當(dāng)然，有些公司不希望技術(shù)人員知道的太多，比如項目背景，都是極其保密的。但是至少項目要達(dá)成的目標(biāo)你應(yīng)該與技術(shù)人員溝通。

這樣有幾個好處：

1. 技術(shù)人員能夠更好的理解產(chǎn)品，減少對需求理解的偏差。避免出現(xiàn)做出來的功能/性能達(dá)不到要求；
2. 在技術(shù)實現(xiàn)方案上可以獲得更優(yōu)解，也可能在實現(xiàn)成本上具備優(yōu)勢（時間和經(jīng)濟成本）；
3. 提高項目組的積極性，因為對產(chǎn)品不再是一知半解，不明白的全靠腦補；明確目標(biāo)更加熱愛產(chǎn)品，因為有期望。

02?梳理出項目的業(yè)務(wù)及流程圖

我們常說，功能組成業(yè)務(wù)；業(yè)務(wù)組成模塊；模塊組成產(chǎn)品；產(chǎn)品組成產(chǎn)品線。用產(chǎn)品及產(chǎn)品線和服務(wù)來實現(xiàn)你的戰(zhàn)略。

很多產(chǎn)品經(jīng)理在設(shè)計產(chǎn)品的時候及立項會上，一上來就從功能開始。

不僅自己腦子是一團漿糊，聽的人更是。

在做具體的功能設(shè)計和介紹的之前，應(yīng)該給一個業(yè)務(wù)范圍和流程。

先介紹，你的產(chǎn)品為了解決什么問題需要做什么業(yè)務(wù)，又為了什么規(guī)劃要將范圍做到哪里。

這樣做是為了加深項目組成員對需求的理解。以此更好的做產(chǎn)品技術(shù)設(shè)計。

很多時候，產(chǎn)品經(jīng)理覺得我已經(jīng)講的很清楚了，那是因為你從一開始就知道這個項目是什么，你知道整體的背景、產(chǎn)品與產(chǎn)品與云服務(wù)之間的關(guān)系。你早就把自己帶入了實際的場景之中，

但是工程師不一樣，他只從你一個個的功能上去自己腦補，他總感覺挺亂的，一會兒到這兒，一會兒到哪兒。到底要怎樣？他們不明白其中的邏輯關(guān)系。

比如，我們智能硬件，物聯(lián)網(wǎng)。通常是 A 產(chǎn)品與 B 產(chǎn)品連接，數(shù)據(jù)傳輸，從云端處理或者中轉(zhuǎn)等等。

你應(yīng)該首先給一個產(chǎn)品關(guān)系圖，怎么連接到一起的，通過什么連接的。

然后介紹，你的產(chǎn)品做了什么業(yè)務(wù)，然后這個業(yè)務(wù)流轉(zhuǎn)到哪里？

一項一項的介紹，介紹完某幾個相關(guān)業(yè)務(wù)之后，給出他們的邏輯關(guān)系，最好用圖的形式表示。

03?梳理功能及功能流程圖

業(yè)務(wù)及業(yè)務(wù)流程圖梳理清楚了，那整個系統(tǒng)產(chǎn)品的輪廓就行了。

還記得我們說功能組成業(yè)務(wù)吧！

將業(yè)務(wù)拆解成一個個的功能，因為業(yè)務(wù)是由功能完成的結(jié)果。

所以需要將一個個的功能串起來，形成關(guān)系。

將這些背景向工程師解釋清楚，功能需求的目的。

有時候，產(chǎn)品經(jīng)理認(rèn)為自己已經(jīng)說的很清楚了，為什么工程師并不明白呢？

主要是因為產(chǎn)品人員在項目早期，深入到用戶的使用環(huán)境，已經(jīng)了解了工作流程，遇到的困難和麻煩。

對產(chǎn)品的背景、結(jié)構(gòu)、要實現(xiàn)的目標(biāo)有了親身的體會，非常清晰其中的功能關(guān)系。

那工程師就不一樣，他們了解的信息是支離破碎的。

他們需要你梳理功能范圍以及功能流程，異常處理機制，所產(chǎn)生的信息流向是哪里？

比如，用無人機進行一個繞自身一周的自拍視頻發(fā)朋友圈。

這個業(yè)務(wù)，是由多個功能組成的實現(xiàn)的。

無人機離拍攝者多遠(yuǎn)，離地面多高？以什么速度繞圈，怎么去設(shè)置這些功能？什么條件下可以執(zhí)行，什么條件下不可以執(zhí)行任務(wù)，執(zhí)行完任務(wù)，又作何處理？等等。

如果，產(chǎn)品人員在設(shè)計需求的時候，沒給出整個業(yè)務(wù)的結(jié)構(gòu)和流程，那么工程師只能靠自己的腦補。那這樣就徹底偏離了產(chǎn)品的方向。

要么產(chǎn)品偏向，那么整個系統(tǒng)不完整，漏洞百出。像無人機這樣的產(chǎn)品會出現(xiàn)人身安全風(fēng)險。

還有一個重要的溝通，我們產(chǎn)品經(jīng)理可能不懂，那就是算法。智能硬件很多都涉及算法，包括我們做自主移動機器人，前幾天還寫了一篇關(guān)于 PID 的文章。但是產(chǎn)品經(jīng)理需要與工程師溝通，了解其邏輯，實際表現(xiàn)出來的效果，參與其中，是否符合用戶需求和預(yù)期。

04?交互元素和操作邏輯

智能硬件產(chǎn)品多是具備聯(lián)網(wǎng)功能和與人交互的。無論是人與機器的交互，還是人與 App 的交互，還有操作邏輯。

App 這個咱們就先不講，我們看看人與機器的交互需求設(shè)計。

人機交互有很多方式，比如揚聲器、顯示屏、燈光、按鈕等等。

產(chǎn)品經(jīng)理應(yīng)該清楚的交代表現(xiàn)和動作方式。

拿按鈕來講，為了安全和誤觸需要設(shè)計成“短按+長按”來實現(xiàn)開關(guān)機，間隔多久；按鈕的設(shè)計元素。

顯示屏顯示哪些內(nèi)容信息，格局如何？是否可以進行觸摸操作，操作邏輯。界面元素是怎樣的？如何表現(xiàn)？如果進行操作，產(chǎn)生的數(shù)據(jù)邏輯是怎么樣的？等等！

這塊兒就不多講了，互聯(lián)網(wǎng)在交互上有很多我們學(xué)習(xí)的地方。

05 最后

關(guān)于產(chǎn)品文檔的事情，真的不需要找什么模版，沒有用。只要清楚的交代出產(chǎn)品需求就好了，至于什么格式，用什么軟件那都不重要。

哪怕在紙片上龍飛鳳舞都行。

說說我自己關(guān)于文檔的事情吧！我往往是將文檔寫的越細(xì)越好，當(dāng)然存在一個問題是，溝通的時間成本比較高，我認(rèn)為，寫的越精確越好。好記性真不如爛筆頭，無論是后期查閱，還是當(dāng)你不在的時候，技術(shù)不能及時的溝通，查閱文檔也是一個比好優(yōu)質(zhì)的方法。

后期復(fù)盤也是重要的依據(jù)，知道產(chǎn)品是如何演進的。

文字多了確實麻煩，工程師也不愛看。

但是，業(yè)務(wù)、功能流程圖，操作邏輯，數(shù)據(jù)流向等結(jié)構(gòu)/關(guān)系圖一定要畫。

所謂文不如表，表不如圖。

好了，產(chǎn)品與技術(shù)溝通的方法技巧還有很多，但總體原則是不變的。

作者：Arvinzhou，微信號：zf519678391；公眾號：面壁求知，ID：AIPM001）歡迎關(guān)注我！

本文由 @周較瘦 發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。