產(chǎn)品經(jīng)理如何與研發(fā)工程師保持良好的合作關(guān)系
產(chǎn)品經(jīng)理在日常工作中,常常需要和研發(fā)工程師這類群體做好溝通,那么,有沒有什么技巧,可以助力產(chǎn)品經(jīng)理更好地與開發(fā)人員進(jìn)行合作?這篇文章里,作者結(jié)合經(jīng)驗(yàn)闡述了自己的看法和觀點(diǎn),一起來看。
在產(chǎn)品線或者項目組中,開發(fā)工程師絕對是最大的群體,包含前端開發(fā)、后端開發(fā)、測試等崗位。之前做交互設(shè)計師時,跟開發(fā)人員直接的溝通并不多,主要在交互設(shè)計宣講和還原度測試時有些接觸。即使有些糾纏,也會通過產(chǎn)品經(jīng)理進(jìn)行協(xié)調(diào),溝通的難度并不大。
轉(zhuǎn)崗產(chǎn)品經(jīng)理后,主要溝通對象就變成了開發(fā)工程師。今天來聊聊我遇到過或合作過的“開發(fā)大佬”們。本文僅代表我的個人觀點(diǎn),請勿對號入座。
一、我眼中的“開發(fā)大佬”
我遇到的開發(fā)工程師有 3 類。第一類是“大多數(shù)的開發(fā)工程師”、第二類是“關(guān)注產(chǎn)品的開發(fā) leader”、第三類是“鄙視/無視產(chǎn)品經(jīng)理無用的牛人”。
1. 大多數(shù)的研發(fā)工程師
他們是開發(fā)工程師中的主流,注意力主要停留在技術(shù)層面,對產(chǎn)品需求的背景、合理性關(guān)注度不高,更關(guān)心需求的業(yè)務(wù)流程、頁面邏輯,方便他們開展工作。
在他們看來需求是產(chǎn)品經(jīng)理的工作,傳遞到他們手中的需求都是經(jīng)過評審的,即使內(nèi)心有一些質(zhì)疑,仍然以產(chǎn)品經(jīng)理的決策為主。只要給他們開發(fā)必需的原型和需求文檔就能保證完成任務(wù)。當(dāng)然如果開發(fā)過程中有疑問,有的工程師會主動找產(chǎn)品經(jīng)理溝通,主要是基于技術(shù)實(shí)現(xiàn)的角度提出自己的建議,獲得明確的結(jié)論即可。有的工程師則會一帶而過、視而不見,只管完成任務(wù),反正有產(chǎn)品經(jīng)理兜底,主動性并不強(qiáng)。
其實(shí)這種合作關(guān)系下,產(chǎn)品、研發(fā)各自工作范圍比較明確,需求評審幾乎不會遇到阻力,工作開展會比較順利。不過產(chǎn)品經(jīng)理在需求設(shè)計時要特別仔細(xì),避免因?yàn)樵O(shè)計問題造成產(chǎn)品功能出現(xiàn)不足。
2. 關(guān)注產(chǎn)品的技術(shù)大佬
這類技術(shù)人員通常是技術(shù) leader 的角色,他們工作經(jīng)驗(yàn)比較豐富,比較關(guān)注產(chǎn)品設(shè)計,會積極參加產(chǎn)品設(shè)計評審會,也會質(zhì)疑產(chǎn)品設(shè)計方案,當(dāng)然不是為了噴而噴,而是能夠從技術(shù)、用戶場景、流程等角度提出合理化建議。同時個人情商比較高、善于溝通,言語上會比較克制,提出的建議更容易讓人接受。
他們清楚自己的崗位職責(zé)和工作范圍,知道產(chǎn)品經(jīng)理的價值,懂得如何和產(chǎn)品經(jīng)理協(xié)同工作。雖然有時他們與產(chǎn)品也會有分歧,但是總的來說對產(chǎn)品經(jīng)理的決策和設(shè)計配合度比較高。
3. 認(rèn)為產(chǎn)品經(jīng)理無用的牛人
我碰到過兩個這樣的“牛人”。
第一個“牛人”能力全面、工作經(jīng)驗(yàn)豐富,對產(chǎn)品、市場、技術(shù)都有一定的研究。因?yàn)榧墑e比較高,還掌握了大量的需求“背景信息”,對需求理解得比產(chǎn)品經(jīng)理更充分。而產(chǎn)品經(jīng)理受限于崗位級別,接觸不到一手的需求信息,加上產(chǎn)品業(yè)務(wù)又偏技術(shù),產(chǎn)品經(jīng)理很多時候都在被動地接受需求,所以就被“牛人”無情地鄙視了,在日常工作中,會明顯感受到他對產(chǎn)品經(jīng)理的不信任、不認(rèn)可。
不過雖然“牛人”眼界很高,無法將各類需求直接轉(zhuǎn)化為產(chǎn)品需求,需要產(chǎn)品經(jīng)理的配合。另外產(chǎn)品需要交付客戶使用,體驗(yàn)要求較高,所以對產(chǎn)品經(jīng)理還是有一定的依賴性。無法改變需求,確定沒有明顯背離產(chǎn)品定位時,“牛人”會選擇妥協(xié)。但有時候則會直接抵制產(chǎn)品需求。
第二個“牛人”或許是來自大廠,對產(chǎn)品需求的規(guī)范性要求比較高,要求有明確的需求輸入才執(zhí)行開發(fā)。但現(xiàn)實(shí)是產(chǎn)品需求很難徹底清晰,尤其是產(chǎn)品沒有進(jìn)入市場之前,需求變動會比較頻繁。于是他就對產(chǎn)品經(jīng)理各種不滿,覺得是產(chǎn)品經(jīng)理拖了開發(fā)的后腿。
另外他參與的產(chǎn)品是最底層的基座系統(tǒng),屬于后臺的后臺,幾乎沒有直接來自客戶的需求,都是來自前臺業(yè)務(wù)系統(tǒng)的技術(shù)性需求,對用戶體驗(yàn)要求不高。或許是因?yàn)閭€人發(fā)展,在組織結(jié)構(gòu)調(diào)整時,原來的產(chǎn)品經(jīng)理申請去了其他產(chǎn)品線,最后由開發(fā)團(tuán)隊負(fù)責(zé)產(chǎn)品設(shè)計、開發(fā)工作。
二、產(chǎn)品經(jīng)理該如何與開發(fā)工程師合作
產(chǎn)品需求落地是一個自上而下、層層細(xì)化的過程,產(chǎn)品經(jīng)理和開發(fā)人員的合作至關(guān)重要。但是不同的崗位有不同的視角,所以分歧和摩擦是在所難免的。如何與開發(fā)工程師合作,我有以下幾點(diǎn)體會:
1. 注重需求細(xì)節(jié)
理論上,產(chǎn)品經(jīng)理既要能夠從宏觀層面完成產(chǎn)品規(guī)劃、頂層設(shè)計,又要從微觀層面完成需求拆解、定義、設(shè)計、開發(fā)跟進(jìn)等。不過大多數(shù)的產(chǎn)品經(jīng)理主要負(fù)責(zé)微觀層面的需求設(shè)計,對產(chǎn)品規(guī)劃并沒有多少發(fā)言權(quán)。所以對于需求變更,產(chǎn)品經(jīng)理也沒有太多辦法,只能盡可能保證需求設(shè)計的準(zhǔn)確性,減少產(chǎn)品設(shè)計引起的變更。
另外開發(fā)工程師的工作更加微觀,需要實(shí)現(xiàn)產(chǎn)品需求的每一個細(xì)節(jié),包含文案、提示信息等,大多數(shù)開發(fā)工程師的任務(wù)比較重,需要明確的輸入來高效地完成開發(fā)工作,反過來就要求產(chǎn)品經(jīng)理定義好需求細(xì)節(jié)。有時候產(chǎn)品經(jīng)理容易抓大放小,完成主干流程后就交付開發(fā)了。如果開發(fā)人員頻繁發(fā)現(xiàn)細(xì)節(jié)缺失必然會產(chǎn)生不滿。
2. 評審時不要只有原型
產(chǎn)品原型是開發(fā)工作的重要依據(jù),但不是所有。雖然開發(fā)工程師不是特別在意需求背景等信息。但是在需求評審時,還是要簡要說明需求的相關(guān)信息、業(yè)務(wù)流程圖、關(guān)鍵點(diǎn)的描述等。一方面幫助開發(fā)人員更好地理解需求,獲得更多的反饋意見,改進(jìn)產(chǎn)品設(shè)計。另一方面對需求本身達(dá)成共識,可以提高評審效率。
3. 適當(dāng)?shù)刈岄_發(fā)人員介入需求設(shè)計
對于關(guān)注產(chǎn)品設(shè)計的開發(fā)人員,可以在需求評審前拉他們進(jìn)行一輪溝通,聽取他們對方案的建議,盡量減少正式需求評審時的阻力。平時工作中,還可以主動與他們分享產(chǎn)品規(guī)劃和設(shè)計,實(shí)現(xiàn)信息互通,促進(jìn)雙方更好地合作。
如果真的碰到了“牛人”,還是需要多溝通,了解需求的背景和他們對需求的理解,逐步獲得對方的信任,雙方在磨合中建立一套可行的工作方式。
4. 產(chǎn)品經(jīng)理的自我定力
每個人都有自己的脾氣秉性,開發(fā)人員向來以“耿直”著稱,工作中難免會遇到幾個性情中人。尤其是在需求評審階段,一個產(chǎn)品經(jīng)理面對一群開發(fā)人員時,有時候就變成了“人人都是產(chǎn)品經(jīng)理”。溝通過程中要注意“就事論事”,以解決問題為目標(biāo)。要保持開放和靈活的態(tài)度,聽取開發(fā)人員的反饋,一些非原則性的問題可以做出適當(dāng)?shù)耐讌f(xié)。
一方面產(chǎn)品經(jīng)理需要做好自己,保證交付物足夠合理、完善。另一方面產(chǎn)品經(jīng)理需要有決策力,要有能夠?yàn)榻Y(jié)果負(fù)責(zé)的信心,對于自己可以把控的事項要堅定地去執(zhí)行,畢竟產(chǎn)品經(jīng)理要為產(chǎn)品負(fù)責(zé),這樣也可以帶給開發(fā)工程師足夠的信心。
好了,今天的分享就到這里了。大家有什么想法,可以評論區(qū)留言~
專欄作家
子牧先生,公眾號:子牧UXD(HelloDesign),人人都是產(chǎn)品經(jīng)理專欄作家。產(chǎn)品體驗(yàn)設(shè)計師。8年互聯(lián)網(wǎng)行業(yè)經(jīng)驗(yàn),擅長體驗(yàn)設(shè)計思維、設(shè)計方法論、交互設(shè)計研究。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于 CC0 協(xié)議。
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
- 目前還沒評論,等你發(fā)揮!