產(chǎn)品經(jīng)理需要懂技術(shù)嗎？產(chǎn)品經(jīng)理懂技術(shù)有什么好處？

產(chǎn)品經(jīng)理需要懂技術(shù)嗎？

我們來打個(gè)比方，假如把要做的產(chǎn)品形容為房子，那產(chǎn)品運(yùn)營便是房屋設(shè)計(jì)師。假如室內(nèi)設(shè)計(jì)師不明白基礎(chǔ)的建筑結(jié)構(gòu)設(shè)計(jì)方案和工程施工基本原理，那么設(shè)計(jì)出去的房子很可能便是沒法落地式的空中閣樓。理想化的設(shè)計(jì)方案和物理學(xué)的限定務(wù)必合理融合，產(chǎn)品經(jīng)理設(shè)計(jì)的產(chǎn)品當(dāng)然也是這樣。

在具體工作上我們就會(huì)發(fā)現(xiàn)，當(dāng)產(chǎn)品經(jīng)理與工程師一起探討問題時(shí)，彼此都站在各自的角度分析，原有知識(shí)體系的差別造成思維方式和角度的差別，工程師一般是途徑邏輯推理的技術(shù)思維，而產(chǎn)品經(jīng)理一般是用戶思維和產(chǎn)品思維。產(chǎn)品思維和技術(shù)思維的撞擊讓很多時(shí)候很多時(shí)候無法得到一個(gè)理想化的解決方案，如同一個(gè)講中文的人與一個(gè)講英文的人探討解決方案。

產(chǎn)品思維偏重于從用戶和商業(yè)服務(wù)角度考慮，技術(shù)思維偏重于在技術(shù)性實(shí)現(xiàn)和系統(tǒng)架構(gòu)方面，二種思維模式也是有交接點(diǎn)，那便是商品的要求、設(shè)計(jì)方案和產(chǎn)品功能。當(dāng)產(chǎn)品經(jīng)理與技術(shù)工程師探討產(chǎn)品時(shí)，分別的權(quán)益立足點(diǎn)不是一致的，產(chǎn)品經(jīng)理必須考慮產(chǎn)品的用戶價(jià)值和產(chǎn)品使用場(chǎng)景，因此產(chǎn)品經(jīng)理必須思索怎樣完善業(yè)務(wù)閉環(huán)和構(gòu)建有商業(yè)價(jià)值的產(chǎn)品體系。

工程師是技術(shù)思維，從技術(shù)性邏輯思維角度去思考問題，最先便是根據(jù)產(chǎn)品需求來考慮實(shí)現(xiàn)方式，工程師見到產(chǎn)品設(shè)計(jì)后在腦海里構(gòu)建的是拆解后的實(shí)現(xiàn)要點(diǎn)，工程師和產(chǎn)品經(jīng)理盡管根據(jù)一樣的產(chǎn)品需求和設(shè)計(jì)方案開展探討，但彼此的立足點(diǎn)不一樣和思維方式不同，所以很難達(dá)到高度一致的共識(shí)。所以，產(chǎn)品經(jīng)理而言，掌握一些技術(shù)思維，用技術(shù)思維去思考問題，能更有益于產(chǎn)品需求的落地和促進(jìn)產(chǎn)品的開發(fā)。

產(chǎn)品經(jīng)理懂技術(shù)有什么好處？

不懂技術(shù)的產(chǎn)品經(jīng)理有時(shí)會(huì)給程序員提出不合理的需求或頻繁變動(dòng)需求，并且在完全不熟悉研發(fā)流程的情況下規(guī)定上線時(shí)間。而程序員很多都是直男，相當(dāng)直白的告訴產(chǎn)品經(jīng)理需求實(shí)現(xiàn)不了，沒法上線，這時(shí)候就產(chǎn)生了沖突和矛盾。

要想避免這種情況，最好的辦法就是產(chǎn)品經(jīng)理懂產(chǎn)品技術(shù)背后的邏輯，能和工程師在一個(gè)頻道上溝通。如果產(chǎn)品經(jīng)理能具備這種能力，有相當(dāng)多的優(yōu)勢(shì)：

優(yōu)勢(shì)一：提高和開發(fā)人員的溝通效率

產(chǎn)品經(jīng)理懂技術(shù)其實(shí)是為了了解程序員解決問題的思考方式。如果你提需求的時(shí)候，能從技術(shù)角度來評(píng)估產(chǎn)品需求的實(shí)現(xiàn)成本，就不會(huì)出現(xiàn)瞎提需求、排期不現(xiàn)實(shí)等情況。

在這里，職景也列出了一些產(chǎn)品經(jīng)理和程序員的溝通技巧：

不要口頭提需求，需求不管多小，都應(yīng)該有嚴(yán)謹(jǐn)且完整的PRD文檔。

各司其職，不要在程序員面前告訴他技術(shù)實(shí)現(xiàn)的解決方案，很多時(shí)候是班門弄斧。

不要自己評(píng)估功能做幾天，而是要先問開發(fā)團(tuán)隊(duì)什么時(shí)候能評(píng)估出開發(fā)工作量，再進(jìn)行討論。

不要瞎提需求，不是老板告訴你要做啥就做啥，要從用戶實(shí)際需求出發(fā)。

優(yōu)勢(shì)二：能夠提升產(chǎn)品架構(gòu)能力

一般來說，程序員的架構(gòu)能力普遍要強(qiáng)于產(chǎn)品經(jīng)理，優(yōu)秀的程序員寫出來的代碼架構(gòu)性非常強(qiáng)。

舉個(gè)例子，程序員剛開始學(xué)移動(dòng)開發(fā)時(shí)，會(huì)模仿別人的代碼寫一個(gè)界面，這是一種線性思維，你需要從上往下，從左往右編寫出來。而寫一整套界面的時(shí)候，除了實(shí)現(xiàn)之外，程序員還會(huì)思考整體的組織和架構(gòu)，通常要考慮代碼的可擴(kuò)展性和模塊的可復(fù)用性。

這種思維在產(chǎn)品中同樣很重要。初級(jí)產(chǎn)品經(jīng)理通常擅長處理具體瑣碎的問題，而中高級(jí)產(chǎn)品經(jīng)理擅長從全局角度來思考解決問題。

優(yōu)勢(shì)三：有助于職業(yè)發(fā)展

同等條件下，懂技術(shù)的產(chǎn)品經(jīng)理肯定比不懂技術(shù)的產(chǎn)品經(jīng)理職業(yè)發(fā)展會(huì)更好。

對(duì)于初級(jí)產(chǎn)品經(jīng)理而言，大多做的都是偏執(zhí)行的工作，并沒有什么技術(shù)含量。但如果你懂技術(shù)，執(zhí)行效率會(huì)比其他人高很多，這主要體現(xiàn)在和研發(fā)人員的溝通上，其他人需要頻繁的改進(jìn)PRD文檔，而你能站在研發(fā)的角度考慮問題，自然效率更高。

與此同時(shí)，你會(huì)建立與技術(shù)團(tuán)隊(duì)的信任感，程序員愿意與你溝通。長期下來，你比其他人進(jìn)階為中高級(jí)產(chǎn)品經(jīng)理的概率更大。

猜你喜歡：

女生適合做產(chǎn)品經(jīng)理嗎?

產(chǎn)品經(jīng)理必懂的多參數(shù)事件埋點(diǎn)

產(chǎn)品經(jīng)理如何處理和開發(fā)人員的矛盾?

流量池思維的核心