編輯導(dǎo)語：眾所周知，產(chǎn)品經(jīng)理是一個綜合能力要求很強的崗位，需要了解很多方面的知識。那在技術(shù)方面呢？產(chǎn)品經(jīng)理要不要懂技術(shù)的底層邏輯？本文就此問題，從六個方面來展開論述，邏輯清晰。推薦對產(chǎn)品經(jīng)理感興趣的盆友來閱讀。

有產(chǎn)品的同學(xué)問我，他的領(lǐng)導(dǎo)讓他懂一點技術(shù)以方便工作，但領(lǐng)導(dǎo)說的不明確，自己又不好意思繼續(xù)追問，因此現(xiàn)在很困惑，問我作為產(chǎn)品經(jīng)理要懂技術(shù)嗎？

要回答這個問題，我們要把它拆開來回答，它包含了以下6個方面：

1. 遇到哪些問題
2. 懂技術(shù)的目的
3. 懂到什么程度
4. 要懂哪些內(nèi)容
5. 如何有效學(xué)習(xí)
6. 懂技術(shù)的好處

一、常見問題

案例一：

• 開發(fā)：這個做不了。
• 產(chǎn)品：……

案例二：

• 開發(fā)：這個功能至少要開發(fā)2周。
• 產(chǎn)品：啊，這么簡單的功能要這么久?。康壬暇€了熱度都過了。
• 開發(fā)：是的…因為…算了，跟你說也不明白。
• 產(chǎn)品：……

在日常工作中，產(chǎn)品經(jīng)理可能有以下類似的煩惱：

• 提出的需求被開發(fā)覺得異想天開，需求被拒，經(jīng)常返工；
• 覺得開發(fā)評估時間過長，自己很無力；
• 需求評審會被開發(fā)批的體無完膚、一無是處；
• 聽不懂開發(fā)說的內(nèi)容，開會時云里霧里，安排任務(wù)效率低；
• 不知道技術(shù)的優(yōu)劣，做決策拖后腿；
• 出了問題不知道找誰，開發(fā)相互推諉，用戶的問題無法得到快速解決；
• 對項目進(jìn)度無法掌控，版本經(jīng)常延期；
• 上線跟打戰(zhàn)一樣，問題還特別多；
• 開發(fā)的領(lǐng)導(dǎo)好難打交道，感覺很兇；
• ……

網(wǎng)上討論最多的就是案例中所描述兩個的場景，很多人為之苦惱，感覺自己經(jīng)常被開發(fā)忽悠，事情推進(jìn)不了就算了，開發(fā)說的話還陰陽怪氣，說話夾雜著嫌棄，眼神充滿了鄙夷，非常的沒面子。

二、找到問題本質(zhì)

很多人認(rèn)為之所以出現(xiàn)上面的情況，就是因為自己不懂技術(shù)，當(dāng)產(chǎn)品經(jīng)理懂技術(shù)之后，開發(fā)也就無法再忽悠，沒有了鄙視和嫌棄，以上問題也能迎刃而解；即便沒有解決，自己的技能樹上又多了一個技能，總比只懂產(chǎn)品要強。

這種想法對嗎？不一定。

這種想法實際上是在用戰(zhàn)術(shù)上的勤奮來掩飾戰(zhàn)略上的懶惰，開發(fā)是一個很看重實戰(zhàn)的崗位，我們利用業(yè)余時間學(xué)習(xí)的一些皮毛，就想和在實戰(zhàn)中廝殺多年的開發(fā)掰手腕，那就把開發(fā)崗位看太輕了，在他們眼里，我們和剛?cè)胄械拈_發(fā)沒區(qū)別。

退一步說，哪怕你天賦不錯，學(xué)到了一些技術(shù)，開發(fā)想忽悠你還是一樣，因為你不了解實際的代碼情況。

即使同樣能力的開發(fā)，面對陌生的項目、不熟悉的框架和代碼，在做評估的時候，都會選擇保守，你也不能代替他們?nèi)ラ_發(fā)，這種情況尤其以跨部門溝通時更加明顯，因為你根本指揮不了他們。

開發(fā)說“做不了”，你說“可以做”，開發(fā)說“你來？”。

開發(fā)說“這個功能最少要3天”；你說“少唬我，我可是練過的，最多1天半就夠了”；開發(fā)說“我就要3天”，接下來你有兩個選擇：

1. 當(dāng)場揭穿他，可能會上演全武行；
2. 向他領(lǐng)導(dǎo)告狀，領(lǐng)導(dǎo)可能和顏悅色的告訴你，要相信專業(yè)的；也許領(lǐng)導(dǎo)這次幫你解決了，下次呢？

因此，懂技術(shù)不一定能解決“做不做“和“忽悠”的問題，或者說要解決以上的兩個問題和懂技術(shù)不能劃等號，那可以給以后找工作加分嗎？

絕大多數(shù)情況不行，除非你在一個項目里即是產(chǎn)品，又是開發(fā)，而且項目完整跟完并上線運營，并且這個項目和這家公司類似（需要運氣），這樣的懂技術(shù)才可能成為加分項，否則很難。

因為我們面試的不是技術(shù)崗位，級別越高價值也越低；產(chǎn)研負(fù)責(zé)人崗可能有價值，但這時就不是加分項，而是必要條件。

有人不服氣說，怎么就不是加分項，懂技術(shù)可以很好的和開發(fā)溝通，是的，可能，但這里的重點是溝通能力，技術(shù)只是其中的一小部分，也不能劃等號，你是不是聽過很多程序員都不擅長溝通的例子。

當(dāng)然，以上的分析不是說懂技術(shù)沒有價值，而是不希望將懂技術(shù)當(dāng)成唯一的阻礙，產(chǎn)品做不好是因為開發(fā)不配合，開發(fā)不配合是因為我不懂技術(shù)，我很苦惱，我沒有辦法。

將問題推給環(huán)境，推給外在因素，沒有思考對問題的本質(zhì)，但是，產(chǎn)品經(jīng)理恰恰是需要去思考問題本質(zhì)的崗位。

懂技術(shù)可以輔助你把工作做的更好，但不懂也不是阻礙你推進(jìn)產(chǎn)品進(jìn)度的關(guān)鍵因素，絕大多數(shù)人面臨推進(jìn)難的問題，究其本質(zhì)，在我看來就三塊：

1. 甲方的優(yōu)越感；
2. 能力的不自知；
3. 和開發(fā)之間的信任缺失。

1. 甲方的優(yōu)越感

說出來你可能不信，開發(fā)在公司里面其實是弱勢群體，作為最下游的執(zhí)行方，很多時候是很被動沒有話語權(quán)的，甚至經(jīng)常要背黑鍋。

而產(chǎn)品經(jīng)理作為甲方，習(xí)慣把開發(fā)當(dāng)成純執(zhí)行者，聽話就好別亂說。

優(yōu)越感帶來的第一個問題，是無法接受對方提出的修改意見和建議，覺得在挑戰(zhàn)自己的專業(yè)，你一個開發(fā)懂什么？（這句話開發(fā)也經(jīng)常對產(chǎn)品說，你啥也不懂），有時實在無法說服對方，就耍賴說“我不管，我就要，實現(xiàn)不了是你的能力問題，怎么實現(xiàn)是你們的事”。

優(yōu)越感帶來的第二個問題，是在需求被拒時挫敗感很強，內(nèi)心覺得被開發(fā)鄙視了，其實真的想多了，開發(fā)一般都比較單純，不會因為某個人不懂技術(shù)而看不起他，絕大多數(shù)問題是因為某個人的態(tài)度導(dǎo)致。

所以解決問題第一步，端正態(tài)度，實現(xiàn)和開發(fā)平等對話，不是甲方乙方的關(guān)系，而是戰(zhàn)友關(guān)系，將雙方拉到統(tǒng)一戰(zhàn)線。

2. 能力的不自知

需求來自來自用戶的訴求、老板的想法，產(chǎn)品經(jīng)理很容易成為傳聲筒，沒有去思考邏輯和細(xì)節(jié)是否合理，絕大多數(shù)開發(fā)與產(chǎn)品間的爭吵，都是因為產(chǎn)品需求邏輯的問題。

在需求評審會中，面對開發(fā)的疑問，無法在邏輯上講通，產(chǎn)品經(jīng)理很委屈，覺得這不是自己的錯，明明是用戶的需求，老板都答應(yīng)了，開發(fā)怎么還這樣呢？這不是刁難人嗎？

面對開發(fā)的不配合，沒有去思考自己的問題，而是懷疑開發(fā)在針對自己，給自己的錯誤找很多借口。

人與人之間的合作，不會因為對方不懂己方的專業(yè)而嘲笑，而是因為對方不自知、不虛心、不學(xué)習(xí)，才會讓人看不起。

學(xué)會調(diào)整自己的心態(tài)，認(rèn)識自己的不足和知識盲點，不明白的地方虛心請教，承認(rèn)自己不足有時比去學(xué)習(xí)一項新技能更難，主動避險是人的天性，我們習(xí)慣為問題找外部原因，而忽略了對自己內(nèi)心的建設(shè)。

3. 和研發(fā)之間的信任缺失

我們習(xí)慣用“懟”和“甩鍋”來構(gòu)建產(chǎn)品和開發(fā)之間的愛恨情仇，從內(nèi)心就已經(jīng)將產(chǎn)品和開發(fā)擺在了對立面，在雙方劃了一條信任鴻溝，需求評審會就變成了博弈游戲，認(rèn)為對方是欺負(fù)自己不懂（當(dāng)然也有可能是真的，但不常見）。

你覺得開發(fā)在偷奸?；?，開發(fā)效率這么低，每天不知道在做什么，開發(fā)覺得你在異想天開，啥也不懂，腦子瓦特了。

懂技術(shù)似乎是一個構(gòu)建信任關(guān)系的橋梁，但其實重點是如何和開發(fā)建立信任關(guān)系，而不是一定要去學(xué)習(xí)技術(shù)，其他方法可以嘗試，如共同興趣愛好，日常的交流關(guān)懷，都是不錯的方法。

在自己領(lǐng)域足夠強也能增加信任度，需求夠?qū)I(yè)，邏輯性夠強，思考有深度，上線有結(jié)果等等，人性是對強者會有天然的崇拜感，做出成績就是最好的信任背書，開發(fā)也不會因為你不懂技術(shù)而輕視你，因為相信你肯定能做好。

因此，合作的基礎(chǔ)是信任你同部門的隊友，雙方不是你死我活的拉鋸戰(zhàn)，而是為了實現(xiàn)共同目標(biāo)的攻堅戰(zhàn)，通過統(tǒng)一目標(biāo)也可以成為自己人，信任每個人在自己擅長的領(lǐng)域能做出最好的判斷。

如果你做不到對每個人的信任，那可以招一個你信任的資深開發(fā)，讓他來幫助你做判斷也是一個有效的方法，沒有了信任，你再懂技術(shù)也沒有用。

倘若是跨部門，在對方的陣營中找到一個可信任的戰(zhàn)友是有必要的，這個戰(zhàn)友最好是團(tuán)隊中比較資深的那種，亦或者是有想法、責(zé)任感比較高，可以幫助你解決很多問題，時不時的請教，也能讓你做事情事半功倍。

排除了以上三點問題，先認(rèn)清自己，認(rèn)清環(huán)境，找到關(guān)鍵因素，看看懂技術(shù)是不是真的是你遇到問題的解法。

三、懂技術(shù)的正確姿勢

1. 懂技術(shù)的目的

要不要懂技術(shù)，先要想清楚自己的目的，以終為始才能做到有的放矢，不同的目的，所需要學(xué)習(xí)的內(nèi)容和程度會有所區(qū)別，但不管是什么目的，有一點可以肯定的是：

絕對不是去代替開發(fā)寫代碼！除非你是純粹個人興趣，除非你是創(chuàng)業(yè)者要控制成本，否則，千萬不要本末倒置，將自己陷入開發(fā)的自嗨中不能自拔。

甚至有些人還說要懂技術(shù)架構(gòu)、懂計算機(jī)底層，這是要飛天嗎？

一個開發(fā)經(jīng)過多年的打拼，多個項目線上實操，沒日沒夜的解決各種性能瓶頸，才能成為一個合格的架構(gòu)師，才敢說自己懂技術(shù)架構(gòu)。

一個工作5年以上的老碼農(nóng)，如果沒看過一些技術(shù)的源碼，只敢謙虛的說自己知道原理和怎么用，底層如何實現(xiàn)還需要研究。

咱就看了幾個名詞解釋，安裝了環(huán)境輸出了Hello World，開發(fā)了一些簡單的增刪改查就大言不慚的說我懂技術(shù)架構(gòu)，懂技術(shù)底層，只能是班門弄斧。

技術(shù)是一個需要持續(xù)學(xué)習(xí)的領(lǐng)域，每隔幾個月就會有新的技術(shù)誕生，永遠(yuǎn)也學(xué)不完。

只有清楚自己的目的，才能清楚學(xué)習(xí)邊界，才能在有限的時間內(nèi)快速掌握所需要的知識，并在實際工作中使用產(chǎn)生價值，任何不能對你的目的產(chǎn)生幫助的都是雞肋，要及時止損。

• 你是想減少原型的返工次數(shù)？出需求時考慮的更加全面？
• 還是想更好的和開發(fā)打成一片？推進(jìn)工作時更加高效？
• 還是想對產(chǎn)品迭代掌控力更強？更快的出結(jié)果？
• 還是想有沒有更優(yōu)的解決方案？提高用戶體驗？
• 還是想在產(chǎn)品的商業(yè)決策更自如？決策效率更高？

2. 懂到什么程度

列出自己的目的，才能知道自己要學(xué)習(xí)到什么程度，以及學(xué)習(xí)哪些內(nèi)容，并不是要所有的都要學(xué)，所有的都要懂。

想要和開發(fā)交流時跟上節(jié)奏，那就要懂一些行業(yè)內(nèi)的專業(yè)名詞或技術(shù)專業(yè)名詞。

因為技術(shù)討論方案時基本上的內(nèi)容是“關(guān)鍵詞+邏輯”，邏輯我相信大家能聽懂，只是夾雜著關(guān)鍵詞會出現(xiàn)斷層的情況。

因此理解了關(guān)鍵詞的含義，就能明白開發(fā)所表達(dá)的意思，才能切入解決方案討論，接下來他們各自的分工和估時，能有效提出個人見解。

想要減少需求的返工幾率，推進(jìn)需求開發(fā)效率，要了解現(xiàn)行技術(shù)邊界，公司研發(fā)能力邊界，清楚哪些能做哪些不能做。

清楚崗位的分工、職責(zé)，和完整的產(chǎn)品開發(fā)流程，大概知道什么樣的問題應(yīng)該去找誰解決。

了解一些不同崗位用到的軟件、工具、技術(shù)名詞、專業(yè)術(shù)語等，時不時能請教下開發(fā)，這種好學(xué)的求知欲能讓開發(fā)認(rèn)為你是自己人，也樂于去做一回老師。

既能和開發(fā)打成一片，也能在提出需求時考慮到實現(xiàn)難度，自己能提前進(jìn)行規(guī)避。

想要對產(chǎn)品迭代掌控力更強，那就要掌握一定的項目管理知識，包括流程和管理工具，清楚團(tuán)隊中每個人的開發(fā)能力和效率，學(xué)會拆解開發(fā)任務(wù)，掌握正確的估時方法，對常見功能估時心里有底，掌握日常跟進(jìn)內(nèi)容，具備風(fēng)控能力，并在出現(xiàn)延期時進(jìn)行有效決策。

想要了解更優(yōu)的產(chǎn)品解決方案，提高用戶體驗，那要熟悉產(chǎn)品所在的技術(shù)生態(tài)，看生態(tài)內(nèi)開放了哪些接口和能力（如公眾號和小程序生態(tài)，可以看開放平臺），關(guān)注行業(yè)技術(shù)升級動態(tài)，找到能提高產(chǎn)品體驗的結(jié)合點。

清楚行業(yè)內(nèi)的技術(shù)棧能解決什么問題，優(yōu)缺點是什么。

想要找到產(chǎn)品突破點，提高決策效率，要對數(shù)據(jù)埋點技術(shù)有所了解，清楚不同的數(shù)據(jù)收集方式的應(yīng)用場景，掌握數(shù)據(jù)庫的基礎(chǔ)知識，比如表、字段、視圖等，學(xué)會使用sql查詢語句，或者一些BI工具，這樣可以根據(jù)自己的想法去拉取想要的數(shù)據(jù)，不需要每次求助開發(fā)，讓決策更高效。

產(chǎn)品經(jīng)理對于技術(shù)的懂，只要做到知道是什么，有什么用即可，至于怎么用，好不好用，可以讓技術(shù)來把握。

如果你是一個創(chuàng)業(yè)者，覺得研發(fā)總是拖后腿，產(chǎn)品節(jié)奏跟不上，自己從頭學(xué)技術(shù)肯定不是最好的方案，要不就找一個技術(shù)合伙人，要不找一個信任的外包團(tuán)隊長期合作，還可以使用低代碼開發(fā)平臺，也能滿足80%的標(biāo)準(zhǔn)化需求，把自己不擅長的剝離出去，創(chuàng)業(yè)更要聚焦。

如果你負(fù)責(zé)工具類的產(chǎn)品，尤其像給技術(shù)人員使用的，比如數(shù)據(jù)中臺、無代碼開發(fā)平臺、可視化平臺、云平臺等，是必須要精通這個行業(yè)的技術(shù)的，請無視上面的內(nèi)容。

3. 要懂哪些內(nèi)容

根據(jù)上面所描述的程度，列出了以下相關(guān)技術(shù)內(nèi)容。

大家根據(jù)自己的目的，選擇有幫助的內(nèi)容去了解，一些關(guān)鍵詞自己去查，可以采用聯(lián)想詞學(xué)習(xí)法擴(kuò)充知識點，按照自己的理解做筆記，印象會更加深刻。

• 技術(shù)人員的思維方式，知道如何和他們溝通。
• 技術(shù)邊界，包括公司內(nèi)部人力和技術(shù)能力邊界，知曉哪些能做哪些不能做。
• 開發(fā)崗位分工和責(zé)任：產(chǎn)品、UI設(shè)計、前端、后端、測試、DBA、運維。
• 完整的產(chǎn)品開發(fā)流程。
• 開發(fā)人員的一般工作流程。
• 開發(fā)說的“做不了”到底包含哪些信息，以及如何去推進(jìn)。
• 任務(wù)估時的常用步驟方法、任務(wù)估時參考。
• WEB技術(shù)：URL、TCP/IP、HTTP/HTTPS、SSL。
• 前端技術(shù)：SDK、POST/GET、AJAX，COOKIE/SESSION、TOKEN、原生開發(fā)、混合開發(fā)、小程序。
• 后端技術(shù)：長連接、短連接、同步、異步、回調(diào)、隊列、棧。
• 技術(shù)工具：Postman、Firebug、IDE。
• 技術(shù)術(shù)語：搭環(huán)境、建表、寫死、技術(shù)棧、架構(gòu)、框架。
• API接口是什么，包含哪些內(nèi)容。
• 服務(wù)器、服務(wù)器系統(tǒng)、數(shù)據(jù)庫、緩存、定時任務(wù)。
• 溝通和提問的技巧。

4. 如何有效學(xué)習(xí)

快速掌握一個行業(yè)內(nèi)所需要懂的知識，我覺得馮唐老師的《馮唐成事心法》中的方法非常值得借鑒：

1. 先找到100個行業(yè)內(nèi)的關(guān)鍵詞，然后去查關(guān)鍵詞的定義，我們只要知道是什么，以及有什么用即可，做完了這一步，基本上你就能和開發(fā)有共同話題了。
2. 總結(jié)出你不明白的點，找?guī)讉€資深點的人深聊，看他們關(guān)注什么，看重什么，這是和公司的人建立關(guān)系的過程，不要怕問一些傻問題，對于一些有求知欲的人，很多人還是愿意當(dāng)一回老師的。
3. 找?guī)妆拘袠I(yè)內(nèi)的專著，認(rèn)真閱讀做筆記，這步可選擇性的做。

如果你還想對開發(fā)了解更深刻一些，掌握一些開發(fā)的基礎(chǔ)能力，增加自己的邏輯思維能力，可以先學(xué)一些入門較為簡單的語言，從HTML/CSS/SQL開始，能夠自己做幾個靜態(tài)頁，能夠自己拉想要的數(shù)據(jù)。

之后可以嘗試學(xué)習(xí)JavaScript/TypeScript，能做一些簡單的交互或者小程序，這樣對開發(fā)的工作和流程體會更深，前端語言所見即所得，有效的反饋能夠快速獲得成就感，不至于裝個環(huán)境就讓你從入門到放棄。

這個時候如果你覺得還挺有意思的，可以深入了解前端的框架如vue，或者選擇一門服務(wù)端語言如PHP/GO/PYTHON/JAVA/C++，找一個實戰(zhàn)的案例視頻，實實在在的開發(fā)一個項目，基本上就算技術(shù)入門了。

想學(xué)更多的技術(shù)，可以去 W3cschool 技術(shù)學(xué)習(xí)社區(qū)菜鳥編程平臺，里面已經(jīng)涵蓋了目前所有的流行技術(shù)，內(nèi)容豐富，且大部分是免費的。

隨著時間的推移，產(chǎn)品經(jīng)理對某個領(lǐng)域的技術(shù)也會越來越熟悉，除非個人拒絕學(xué)習(xí)，否則在工作的壓力之下，能學(xué)到很多技術(shù)方面的知識。

四、懂技術(shù)的好處

除了解決自己面臨的一些問題，懂技術(shù)還有其他的好處。

可以和開發(fā)討價還價，而對方不會認(rèn)為你過界，不是外行指導(dǎo)內(nèi)行，通過溝通中挖掘出最優(yōu)的方案，你還可以勇敢的和開發(fā)一起做任務(wù)拆解，直到將每個人的每天做什么，安排的明明白白，并得到開發(fā)的認(rèn)可。

其次，編寫需求文檔邏輯性更強，能考慮到一些產(chǎn)品的邊際情況，產(chǎn)品的體驗也更嚴(yán)謹(jǐn)，同時適當(dāng)?shù)目紤]技術(shù)的實現(xiàn)難度，對產(chǎn)品邏輯進(jìn)行優(yōu)化，選擇開發(fā)更高效的方法去實現(xiàn)同樣的價值。

然后，能考慮到產(chǎn)品遠(yuǎn)期的發(fā)展對技術(shù)的影響，并認(rèn)真和開發(fā)探討，做好提前規(guī)劃，不至于后期對技術(shù)架構(gòu)進(jìn)行大調(diào)整，開發(fā)也會認(rèn)為你很懂他們，更愿意和你合作，相互信任和支持能夠給產(chǎn)品經(jīng)理帶來強烈的自信。

最后，當(dāng)你想去驗證一個想法，能夠想到快速實驗的解決方案，并能和開發(fā)一起討論得出最省成本的實現(xiàn)方法，沒資源時，你能找到一定的方法把事辦好，有資源時，能挖掘出資源的更大價值。

五、最后的話

俞軍在《俞軍產(chǎn)品方法論》中提到，產(chǎn)品經(jīng)理的職責(zé)是要對產(chǎn)品的市場結(jié)果負(fù)責(zé)，要關(guān)注產(chǎn)品的“需求、生產(chǎn)、銷售”三個環(huán)節(jié)，并“協(xié)調(diào)”公司不同分工下的不同職能，讓大家共同完成目標(biāo)。

這顯然是從更高的角度去定義了產(chǎn)品經(jīng)理的工作內(nèi)容，產(chǎn)品經(jīng)理是一個綜合能力要求很強的崗位，你可能需要了解很多方面的知識，你可能會遇到很多困難。

但唯一不變的是產(chǎn)品價值目標(biāo)的堅持，為了實現(xiàn)目標(biāo)你會去尋找一切可能的解決方案，懂技術(shù)只是其中的一個解決方案，要與不要，就看能不能解決問題，能不能幫助到你。

很多認(rèn)為自己做的事情很雜，似乎沒有重點，那是我們對自己負(fù)責(zé)的產(chǎn)品理解還不深刻，還沒有形成那份“感情”，做產(chǎn)品，就像談戀愛，要有敬畏之心！

作者：周武，曾就職于騰訊、邊鋒，現(xiàn)在一家上市公司產(chǎn)品負(fù)責(zé)人；公眾號：周武說

本文由@周武 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 pexels，基于CC0協(xié)議。