產(chǎn)品圈有個(gè)非常經(jīng)典的日經(jīng)問題：產(chǎn)品經(jīng)理要不要懂技術(shù)。這個(gè)問題每個(gè)人都有自己的看法和意見，大家也很難說服別人。這篇文章，我們來看看作者對(duì)這個(gè)問題的看法，是否和你的一樣。

本文的主題是產(chǎn)品經(jīng)理要不要懂技術(shù)。這個(gè)問題在產(chǎn)品經(jīng)理圈可以說是非常經(jīng)典了。先給大家講講為什么會(huì)存在著這一問題。

產(chǎn)品經(jīng)理在日常工作中，會(huì)經(jīng)常和技術(shù)同學(xué)打交道，也就是所謂的程序員。這是因?yàn)楫a(chǎn)品經(jīng)理要靠技術(shù)同學(xué)把自己負(fù)責(zé)的需求通過開發(fā)實(shí)現(xiàn)成一個(gè)個(gè)產(chǎn)品功能。眾所周知，程序員的薪水相對(duì)于其他行業(yè)的其他崗位是有明顯優(yōu)勢(shì)的，這是因?yàn)槌艘冻霰绕渌麔徫桓L(zhǎng)的工作時(shí)間之外，這個(gè)工種是需要有一定的技術(shù)壁壘的，換句話說不是人人都能當(dāng)程序員的。

產(chǎn)品經(jīng)理和程序員聊需求，可與普通的聊天不同：

首先，大家都很忙。也許這位程序員同學(xué)，需要并行開發(fā)許多需求，甚至有些需求很緊急。作為產(chǎn)品經(jīng)理的你，也可能同樣很忙碌，畢竟產(chǎn)品經(jīng)理是一名六邊形戰(zhàn)士，工作時(shí)間瑣碎。所以產(chǎn)品經(jīng)理和程序員之間的溝通過程一定要確保高效，即產(chǎn)品經(jīng)理要能夠快速的讓程序員理解需求及背景，同時(shí)程序員也要在短時(shí)間內(nèi)給到產(chǎn)品經(jīng)理需要的反饋。

那么如何確保高效呢？

我們先來說說不高效的場(chǎng)景。產(chǎn)品經(jīng)理和技術(shù)溝通，通常是圍繞著需求的解決方案進(jìn)行討論，簡(jiǎn)單來說就是產(chǎn)品經(jīng)理告訴程序員我想要什么，程序員帶著批判性思維給產(chǎn)品經(jīng)理反饋是否合理能否實(shí)現(xiàn)以及是否有更好的解決方案（就像產(chǎn)品經(jīng)理與需求發(fā)起方進(jìn)行對(duì)接需求的過程差不多）。很多時(shí)候程序員會(huì)給你反饋“這事兒做不了，無法實(shí)現(xiàn)”。我們暫且不說態(tài)度問題，畢竟大家工作都是對(duì)事不對(duì)人，我們先認(rèn)為這個(gè)需求按照產(chǎn)品經(jīng)理的要求在技術(shù)上確實(shí)無法實(shí)現(xiàn)。

如果你不懂技術(shù)，你只能得到一個(gè)結(jié)果的反饋。這時(shí)你可能試圖去問程序員同學(xué)為什么做不了，出現(xiàn)了什么問題。但這是屬于程序員同學(xué)專業(yè)領(lǐng)域的問題，很多時(shí)候并不是三言兩語(yǔ)就能說清的。站在程序員同學(xué)的角度，如果我有時(shí)間且樂善好施，愿意用一些你能聽懂的語(yǔ)言去給你科普一下，但事實(shí)上大家都很忙，先不說程序員同學(xué)是否愿意給你講，如果程序員同學(xué)態(tài)度一般及以下，你可能都張不開口去問，這可能也是產(chǎn)品經(jīng)理和程序員之間的微妙之處。

整個(gè)過程在程序員同學(xué)眼中，就是“產(chǎn)品經(jīng)理的無理取鬧”，所以你得到的答案就是“做不了”。對(duì)于這個(gè)反饋，如果你只是個(gè)初中級(jí)產(chǎn)品經(jīng)理，你一定是要回去反饋的。這之后的過程就真的是“傳話效應(yīng)”了，后續(xù)消息鏈路基本上就是“你 -> 你老板 -> 他老板 -> 他”。這個(gè)鏈路展示出來，就不需要再多解釋什么了。久而久之，你會(huì)發(fā)現(xiàn)推進(jìn)工作真的是很難辦，然后和其他人一樣，在脈脈或者其他論壇匿名抨擊程序員全體同仁啥也不是。

可如果你懂技術(shù)，或者略懂，你會(huì)發(fā)現(xiàn)這個(gè)過程相對(duì)來說會(huì)更輕松一些。

在與程序員交流之前，你腦海中大概有一個(gè)技術(shù)方案的流程圖，大致了解解決需求的技術(shù)方案前后承接關(guān)系，數(shù)據(jù)流轉(zhuǎn)?；谀銓?duì)自身業(yè)務(wù)的認(rèn)知，你大概對(duì)技術(shù)方案各部分能否實(shí)現(xiàn)有個(gè)初步判斷。你甚至可以帶著問題去向程序員提問。

這時(shí)你與程序員的溝通，可能已經(jīng)從發(fā)號(hào)施令改為了技術(shù)交流或虛心求教。其實(shí)能讓一個(gè)人感受到尊重的最好方式就是能在一個(gè)頻道上交流和溝通，職場(chǎng)如此，感情中亦是如此。相信所有有一定技術(shù)壁壘的職業(yè)都是這樣，畢竟科普這個(gè)過程是需要有時(shí)間成本的，這也就是對(duì)牛彈琴的通俗解釋吧。

在溝通過程中，對(duì)于程序員的反饋，你能基本理解，或者引申出其他問題，甚至可能會(huì)提醒程序員，我們之前做過的某方案能不能復(fù)用？從業(yè)務(wù)角度哪些地方要注意什么？我們業(yè)務(wù)未來可能會(huì)如何發(fā)展，是否要從技術(shù)上做好可擴(kuò)展性，畢竟業(yè)務(wù)的發(fā)展方向也會(huì)影響程序員同學(xué)設(shè)計(jì)技術(shù)方案。

當(dāng)然，如果程序員同學(xué)并不是技術(shù)出身，可能也很難和程序員同學(xué)做到完全同頻共振，在這個(gè)溝通的過程中，你一定也會(huì)有很多問題：“這個(gè)接口是干什么的？”、“這個(gè)專業(yè)名詞是啥意思”……所以這其實(shí)是個(gè)積累的過程，如果你有心，在不斷的與程序員溝通交流的過程中，你也會(huì)積累很多一些常見問題的答案，再不濟(jì)人家不愛給你科普，就自己搜搜唄……

綜上，產(chǎn)品經(jīng)理懂技術(shù)，其實(shí)是對(duì)程序員同學(xué)最大的尊重，這一定會(huì)對(duì)產(chǎn)研之間溝通需求起到積極的作用。此外，產(chǎn)品經(jīng)理懂技術(shù)，對(duì)理解自己業(yè)務(wù)甚至整個(gè)公司業(yè)務(wù)都有好處，畢竟可以從數(shù)據(jù)的流向來分析自己的業(yè)務(wù)：在整個(gè)公司的業(yè)務(wù)中處于什么樣的位置，有哪些承接、上下游關(guān)系……這樣如果之后面對(duì)跨部門的需求時(shí)，你大概也能對(duì)需求都需要哪幾個(gè)部門支持有個(gè)大概認(rèn)識(shí)，也能側(cè)面反映出你的專業(yè)。

最后，你要真懂點(diǎn)兒，你也能知道這幫程序員是不是蒙你呢：這需求到底能不能做？這需求到底要不要做五個(gè)工作日？當(dāng)然，這只是個(gè)玩笑，產(chǎn)品經(jīng)理還是要單純一些，可以用批判性思維考慮問題，但不要用批判性眼光去看待同仁。

這里筆者再談一點(diǎn)建議，在找技術(shù)之前可以的話先去看看這位程序員同學(xué)在忙什么，畢竟你的緊急需求未必是人家的緊急需求。