在產(chǎn)品線或者項目組中，開發(fā)工程師絕對是最大的群體，包含前端開發(fā)、后端開發(fā)、測試等崗位。之前做交互設計師時，跟開發(fā)人員直接的溝通并不多，主要在交互設計宣講和還原度測試時有些接觸。即使有些糾纏，也會通過產(chǎn)品經(jīng)理進行協(xié)調，溝通的難度并不大。

轉崗產(chǎn)品經(jīng)理后，主要溝通對象就變成了開發(fā)工程師。今天來聊聊我遇到過或合作過的“開發(fā)大佬”們。本文僅代表我的個人觀點，請勿對號入座。

更多技巧：

一、我眼中的“開發(fā)大佬”

我遇到的開發(fā)工程師有 3 類。第一類是“大多數(shù)的開發(fā)工程師”、第二類是“關注產(chǎn)品的開發(fā) leader”、第三類是“鄙視/無視產(chǎn)品經(jīng)理無用的牛人”。

1. 大多數(shù)的研發(fā)工程師

他們是開發(fā)工程師中的主流，注意力主要停留在技術層面，對產(chǎn)品需求的背景、合理性關注度不高，更關心需求的業(yè)務流程、頁面邏輯，方便他們開展工作。

在他們看來需求是產(chǎn)品經(jīng)理的工作，傳遞到他們手中的需求都是經(jīng)過評審的，即使內心有一些質疑，仍然以產(chǎn)品經(jīng)理的決策為主。只要給他們開發(fā)必需的原型和需求文檔就能保證完成任務。當然如果開發(fā)過程中有疑問，有的工程師會主動找產(chǎn)品經(jīng)理溝通，主要是基于技術實現(xiàn)的角度提出自己的建議，獲得明確的結論即可。有的工程師則會一帶而過、視而不見，只管完成任務，反正有產(chǎn)品經(jīng)理兜底，主動性并不強。

其實這種合作關系下，產(chǎn)品、研發(fā)各自工作范圍比較明確，需求評審幾乎不會遇到阻力，工作開展會比較順利。不過產(chǎn)品經(jīng)理在需求設計時要特別仔細，避免因為設計問題造成產(chǎn)品功能出現(xiàn)不足。

2. 關注產(chǎn)品的技術大佬

這類技術人員通常是技術 leader 的角色，他們工作經(jīng)驗比較豐富，比較關注產(chǎn)品設計，會積極參加產(chǎn)品設計評審會，也會質疑產(chǎn)品設計方案，當然不是為了噴而噴，而是能夠從技術、用戶場景、流程等角度提出合理化建議。同時個人情商比較高、善于溝通，言語上會比較克制，提出的建議更容易讓人接受。

他們清楚自己的崗位職責和工作范圍，知道產(chǎn)品經(jīng)理的價值，懂得如何和產(chǎn)品經(jīng)理協(xié)同工作。雖然有時他們與產(chǎn)品也會有分歧，但是總的來說對產(chǎn)品經(jīng)理的決策和設計配合度比較高。

3. 認為產(chǎn)品經(jīng)理無用的牛人

我碰到過兩個這樣的“牛人”。

第一個“牛人”能力全面、工作經(jīng)驗豐富，對產(chǎn)品、市場、技術都有一定的研究。因為級別比較高，還掌握了大量的需求“背景信息”，對需求理解得比產(chǎn)品經(jīng)理更充分。而產(chǎn)品經(jīng)理受限于崗位級別，接觸不到一手的需求信息，加上產(chǎn)品業(yè)務又偏技術，產(chǎn)品經(jīng)理很多時候都在被動地接受需求，所以就被“牛人”無情地鄙視了，在日常工作中，會明顯感受到他對產(chǎn)品經(jīng)理的不信任、不認可。

不過雖然“牛人”眼界很高，無法將各類需求直接轉化為產(chǎn)品需求，需要產(chǎn)品經(jīng)理的配合。另外產(chǎn)品需要交付客戶使用，體驗要求較高，所以對產(chǎn)品經(jīng)理還是有一定的依賴性。無法改變需求，確定沒有明顯背離產(chǎn)品定位時，“牛人”會選擇妥協(xié)。但有時候則會直接抵制產(chǎn)品需求。

第二個“牛人”或許是來自大廠，對產(chǎn)品需求的規(guī)范性要求比較高，要求有明確的需求輸入才執(zhí)行開發(fā)。但現(xiàn)實是產(chǎn)品需求很難徹底清晰，尤其是產(chǎn)品沒有進入市場之前，需求變動會比較頻繁。于是他就對產(chǎn)品經(jīng)理各種不滿，覺得是產(chǎn)品經(jīng)理拖了開發(fā)的后腿。

另外他參與的產(chǎn)品是最底層的基座系統(tǒng)，屬于后臺的后臺，幾乎沒有直接來自客戶的需求，都是來自前臺業(yè)務系統(tǒng)的技術性需求，對用戶體驗要求不高?；蛟S是因為個人發(fā)展，在組織結構調整時，原來的產(chǎn)品經(jīng)理申請去了其他產(chǎn)品線，最后由開發(fā)團隊負責產(chǎn)品設計、開發(fā)工作。

二、產(chǎn)品經(jīng)理該如何與開發(fā)工程師合作

產(chǎn)品需求落地是一個自上而下、層層細化的過程，產(chǎn)品經(jīng)理和開發(fā)人員的合作至關重要。但是不同的崗位有不同的視角，所以分歧和摩擦是在所難免的。如何與開發(fā)工程師合作，我有以下幾點體會：

1. 注重需求細節(jié)

理論上，產(chǎn)品經(jīng)理既要能夠從宏觀層面完成產(chǎn)品規(guī)劃、頂層設計，又要從微觀層面完成需求拆解、定義、設計、開發(fā)跟進等。不過大多數(shù)的產(chǎn)品經(jīng)理主要負責微觀層面的需求設計，對產(chǎn)品規(guī)劃并沒有多少發(fā)言權。所以對于需求變更，產(chǎn)品經(jīng)理也沒有太多辦法，只能盡可能保證需求設計的準確性，減少產(chǎn)品設計引起的變更。

另外開發(fā)工程師的工作更加微觀，需要實現(xiàn)產(chǎn)品需求的每一個細節(jié)，包含文案、提示信息等，大多數(shù)開發(fā)工程師的任務比較重，需要明確的輸入來高效地完成開發(fā)工作，反過來就要求產(chǎn)品經(jīng)理定義好需求細節(jié)。有時候產(chǎn)品經(jīng)理容易抓大放小，完成主干流程后就交付開發(fā)了。如果開發(fā)人員頻繁發(fā)現(xiàn)細節(jié)缺失必然會產(chǎn)生不滿。

2. 評審時不要只有原型

產(chǎn)品原型是開發(fā)工作的重要依據(jù)，但不是所有。雖然開發(fā)工程師不是特別在意需求背景等信息。但是在需求評審時，還是要簡要說明需求的相關信息、業(yè)務流程圖、關鍵點的描述等。一方面幫助開發(fā)人員更好地理解需求，獲得更多的反饋意見，改進產(chǎn)品設計。另一方面對需求本身達成共識，可以提高評審效率。

3. 適當?shù)刈岄_發(fā)人員介入需求設計

對于關注產(chǎn)品設計的開發(fā)人員，可以在需求評審前拉他們進行一輪溝通，聽取他們對方案的建議，盡量減少正式需求評審時的阻力。平時工作中，還可以主動與他們分享產(chǎn)品規(guī)劃和設計，實現(xiàn)信息互通，促進雙方更好地合作。

如果真的碰到了“牛人”，還是需要多溝通，了解需求的背景和他們對需求的理解，逐步獲得對方的信任，雙方在磨合中建立一套可行的工作方式。

4. 產(chǎn)品經(jīng)理的自我定力

每個人都有自己的脾氣秉性，開發(fā)人員向來以“耿直”著稱，工作中難免會遇到幾個性情中人。尤其是在需求評審階段，一個產(chǎn)品經(jīng)理面對一群開發(fā)人員時，有時候就變成了“人人都是產(chǎn)品經(jīng)理”。溝通過程中要注意“就事論事”，以解決問題為目標。要保持開放和靈活的態(tài)度，聽取開發(fā)人員的反饋，一些非原則性的問題可以做出適當?shù)耐讌f(xié)。

一方面產(chǎn)品經(jīng)理需要做好自己，保證交付物足夠合理、完善。另一方面產(chǎn)品經(jīng)理需要有決策力，要有能夠為結果負責的信心，對于自己可以把控的事項要堅定地去執(zhí)行，畢竟產(chǎn)品經(jīng)理要為產(chǎn)品負責，這樣也可以帶給開發(fā)工程師足夠的信心。

好了，今天的分享就到這里了。大家有什么想法，可以評論區(qū)留言～

 

文章來源：優(yōu)設網(wǎng)    作者：子牧先生

分享此文一切功德，皆悉回向給文章原作者及眾讀者.

免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯(lián)系，我們立即更正或刪除。

藍藍設計(m.sillybuy.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業(yè)提供卓越的大數(shù)據(jù)可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網(wǎng)站設計、平面設計，以及相關的軟件開發(fā)服務，咨詢電話：01063334945。

關鍵詞：UI設計公司、界面設計公司、UI設計服務公司、數(shù)據(jù)可視化設計公司、UI交互設計公司、高端網(wǎng)站設計公司、用戶體驗公司、軟件界面設計公司、軟件qt開發(fā)、軟件wpf開發(fā)、軟件vue開發(fā)。