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

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

產(chǎn)品經(jīng)理在日常工作中，會經(jīng)常和技術同學打交道，也就是所謂的程序員。這是因為產(chǎn)品經(jīng)理要靠技術同學把自己負責的需求通過開發(fā)實現(xiàn)成一個個產(chǎn)品功能。眾所周知，程序員的薪水相對于其他行業(yè)的其他崗位是有明顯優(yōu)勢的，這是因為除了要付出比其他崗位更長的工作時間之外，這個工種是需要有一定的技術壁壘的，換句話說不是人人都能當程序員的。

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

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

那么如何確保高效呢？

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

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

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

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

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

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

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

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

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

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

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