【總結整理】寫給非技術產品經理的技術能力要求----摘自《人人都是產品經理》

寫給非技術產品經理的技術能力要求

人人都是產品經理   訂閱專欄

產品經理和運營人的學習社區

2018-10-23 2.4萬 159 73

從零開始學運營，10年經驗運營總監親授，2天線下集訓+1年在線學習，作個有競爭力的運營人。 瞭解詳情

 

 

釋放雙眼，帶上耳機，聽聽看~！

00:00

 

00:00

在產品路上這幾年，有一些對於非技術背景的產品經理想說的話，或許對每一位產品經理均可做爲參考。

2007年，正在讀大學的我寫下了人生中第一行代碼——那是用C語言寫的一個Hello world程序，這也是每個學技術的人踏進技術大門的入門儀式。

程序運行成功的那一刻，我就喜歡上了寫程序。

2008年，我本身獨立完成的第一個小軟件上線了，那是一個用Java編寫的客戶端簡易進銷存工具。

以後的陸續幾年，我進行過Web系統的開發，後來轉型作Android和iOS的移動開發，直到2011年，我成了國內早期的移動開發者。

微信掃碼還沒上線時，我就已經對二維碼識別進行了深刻研究和應用，開發除了一款基於二維碼的名片社交應用，至今還能在Github上找到我當時寫的源碼。

（https://github.com/tangren03/RTCommon）

2018年，工做十年，我是一名在產品路上摸爬滾打的產品經理。

回顧過去10年，從技術愛好者成爲技術工程師，從技術轉型到產品，經歷了工做技能和思惟模式的轉變，過程當中也發現和總結了不少問題和收穫。

在產品路上這幾年，有一些對於非技術背景的產品經理想說的話，或許對每一位產品經理均可做爲參考。

咱們從三個問題開始：

1. 對不一樣產品的產品經理而言，懂技術是不是必須項
2. 對非技術出身的產品經理而言，不一樣產品的技術能力要求是怎樣的
3. 針對不一樣的技術能力要求，如何進行學習和實踐

1、懂技術是否是必須項？

常常會有朋友問我：產品經理要學編程嗎，是否是也要會寫代碼才比較好啊。

其實，這就是不少人都關心的一個話題：產品經理要懂技術嗎，若是要，懂到什麼程度才合適？

若是把產品比喻爲建築，那產品經理就是建築設計師。

若是設計師不懂基本的建築結構設計和施工原理，那麼設計出來的建築極可能就是沒法落地的空中樓閣——理想的設計和物理的限制必須有機結合。

首先咱們來看一下什麼是產品思惟和技術思惟：

產品思惟側重從用戶和商業視角出發，技術思惟側重在技術實現和系統架構層面，兩種思惟方式的交叉點是產品的需求、設計和產品功能。

因而可知，當產品經理與工程師討論產品時，各自的思惟出發點是不同的：

• 產品經理思考的是產品的用戶價值和使用場景，同時還須要考慮產品所承載的業務閉環及商業價值——由於單純的產品功能沒有價值，因此產品經理須要基於用戶需求並經過產品功能打通業務閉環，從而構建具有商業價值的產品體系。
• 工程師是技術思惟，他們會從技術思惟角度去思考問題。工程師看到產品設計後，在腦海裏構建的是拆解後的技術實現要點，比如一棟房子的內部結構。對於一個產品，工程師須要先構建產品的技術架構，而後評估產品功能的技術成本。

工程師和產品經理雖然基於一樣的產品需求和設計進行討論，但雙方的思惟模式不一樣會影響共識性的達成；因此對產品經理而言，掌握一些技術思惟，學會從技術視角看待產品設計，能更有利於產品工做的進行。

明白了這兩種思惟模式的差別，做爲產品經理，並且做爲產品的主導者，須要學會用技術思惟去理解產品，而且能經過技術思惟與工程師進行溝通。

對於產品經理而言，置身互聯網領域設計互聯網產品，每個設計都應該在現有的互聯網技術框架下可被實現。

產品經理懂得一些基本技術知識，瞭解技術邊界，經過技術思惟與工程師有效溝通，對實際開展產品工做有很是大的益處。

咱們明確第一個問題的答案：做爲一名產品經理，懂技術是很是必要的。

但須要區分的是：技術思惟不等於技術能力；產品經理無需本身上手寫代碼，也無需對每個技術知識點了解到與工程師通常精通。

若是進入這個誤區，那就顧此失彼了。

產品經理須要學習和懂得的是技術思惟，在瞭解技術知識和原理的基礎上，能運用技術思惟進行產品方案的選擇和工程量的判斷。

例如，當有一個產品方案，須要決定用原生系統開發實現，仍是用H5開發實現時，做爲產品經理，須要理解的是這兩種技術方案在實現難度、工做量、資源投入上的區別。

對於大部分產品方案，H5的開發成本更低，且在工做量上只須要H5工程師開發一遍；若是是原生系統開發，那至少須要Android和iOS工程師各自開發一遍，工做量和資源投入要高。

在快速試錯和須要靈活應變的場景下，H5的技術方案不失爲一種好的選擇。

這種選擇是基於產品經理對不一樣技術方案原理的理解。

例如爲何H5能作到靈活應變？是由於H5頁面都是運行在服務器上，客戶端只是經過瀏覽器去訪問。

爲何原生系統實現須要每次都發版？那是由於客戶端程序都是寫死在客戶端安裝包裏。

基於對這些基礎技術知識和原理的理解，產品經理就能經過技術思惟去判斷產品方案，也能以此去與工程師進行溝通。

相似的場景還有不少不少。

因此，第二個問題的答案是：產品經理懂技術的程度，須要達到具有技術思惟的條件下能對技術方案和產品方案進行綜合評判，而不須要具有寫代碼或者作架構的技術能力。

2、不一樣領域產品的技術能力要求

根據行業領域和產品類型的不一樣，產品經理對技術的學習側重點會各不相同。

1. 電商產品經理

以目前我所在的電商領域爲例，電商類產品的特色是重業務流，從商品信息流、物流、資金流閉環角度去進行產品設計。

例如用戶下單後，系統會根據商品歸屬的商家、所在倉庫、配送方式等不一樣維度對訂單進行拆分，俗稱「拆單」。

在直觀感覺上，你們平時下單支付完成後，在訂單詳情裏會看到，以前一塊兒結算的商品被拆分紅了幾個子訂單，俗稱「子單」，而被拆分之前的訂單統一叫「父單」。

以京東爲例，京東目前經營的商品分爲自營和第三方經營，若是按是否自營商品進行拆單，拆單後，自營商品由京東自有倉發貨，而第三方商家的商品由第三方自主發貨。

從技術角度去理解上述拆單的過程，首先得從商品維度去理解系統是如何對自營商品和第三方商品進行劃分的。

這裏就引出了數據結構的概念。

在電商產品的數據結構設計中，商品數據是其中一個主體，包括了商品編號、名稱、型號、顏色等各類屬性，這些均可以被稱爲商品的數據字段；在這些字段中，咱們須要爲商品增長一個字段，這個字段就專門用來標記是自營仍是第三方。

同理，商品有數據結構，訂單也有本身的數據結構，例如訂單編號、配送信息、商品信息等。

注意：訂單數據裏是包括了商品基本信息的，但不會包括完整的商品信息。

例如訂單裏咱們能看到商品編號、名稱等，但其餘的完整信息是在商品數據裏存儲的——這裏就引出了數據庫表和表之間關聯結構的概念。

產品經理須要對什麼是數據結構、數據庫表、表與表之間的關聯關係進行理解，從技術角度理解原理後，再回到業務和產品角度來看問題，不少底層理解就和工程師基本一致了。

至於究竟如何創建數據結構以及如何操做數據庫，就不在產品經理應該關注的範圍內——前者叫技術思惟，後者是技術能力。

在電商產品中，產品經理對各類業務流的理解以及從技術角度去拆解這些業務流是作好產品的基礎。

2. AI產品經理

現在已經進入了人工智能（AI）時代，互聯網技術也在隨之升級，伴隨着技術升級的是產品形態的升級。

以往的互聯網產品一般都是基於現有業務的產品化，例如電商產品是把線下傳統零售業務進行線上產品化，出行產品是經過互聯網技術和產品實現出行效率的提高。

進入人工智能時代後，產品形態也發生了升級，已經再也不侷限於對傳統業務的線上產品化，而是創造出了新的場景和產品應用。

好比語音識別產品，對應了語音識別技術。產品經理面對這種新的業務場景時，須要在理解基礎技術的前提下，創造新的產品應用。

語音識別技術對用戶的語言聲音提取，而後對語音進行拆分和語義分析，這個過程當中運用到了不少的算法技術。

而對於AI產品經理而言，具體的算法實現方式其實不用作細緻的瞭解，AI產品經理的側重點應該放在對技術理解之上的應用與創新。

AI產品經理涉及的技術基礎也比較普遍，包括了天然語言處理、機器識別、圖像處理技術等。

這些技術相對於傳統互聯網技術要更加有難度，做爲AI產品經理，對每一項技術作到絕對理解和掌握是很難的。因此須要從創建技術認知和技術思惟的角度去理解AI技術，達到理解和應用的目的。

3. 區塊鏈產品經理

現現在，區塊鏈技術已經成了繼互聯網技術後的又一個新的增加極。已經有不少公司開始在區塊鏈領域進行佈局：騰訊、阿里、百度、京東都開始創建本身的區塊鏈技術平臺和應用，例如京東在物品溯源應用上已經使用了區塊鏈。

區塊鏈產品經理也應運而生。

做爲一個新的領域，區塊鏈產品經理除了創新應用場景以外，對區塊鏈技術自己天然也須要有必定的認知和理解。

區塊鏈技術包含了密碼學、計算機科學等多領域學科。

例如區塊鏈的特性是不可篡改，那這一特性的實現其實使用的是計算機技術中的鏈式結構，每個區塊首尾相連，一個區塊的頭信息中擁有上一個區塊的加密後完整信息；經過這個機制收尾相連，當咱們更改其中一個區塊的信息時，就須要對鏈上的全部區塊進行修改，當區塊鏈主鏈足夠長且節點分佈在全球時，這幾乎是一件不可完成的任務。

另外，區塊鏈是一種去中心化的技術，對比傳統中心化的技術架構，區塊鏈能夠利用去中心化的點對點通訊機制，極大提升信息傳遞和共享的效率——這爲不少應用場景提供了無限可能。

理解這個技術原理以後，區塊鏈產品經理就能夠運用這個技術特色來設計區塊鏈產品運用到實際業務場景中。

例如利用區塊鏈不可篡改的特色進行商品溯源，保證商品源頭質量；還能夠在金融領域利用區塊鏈點對點通訊的機制實現跨國跨幣種的金融交易，這能極大提升金融效率。

對於想在區塊鏈領域進行產品創新的產品經理來講，學習區塊鏈底層技術不是目的，經過掌握區塊鏈的基礎技術原理，並結合實際業務場景加以應用，纔是基於技術的產品創新。

仍是那句話，不要試圖去學習技術能力自己，任何技術都能以通俗易懂的方式去理解，這種與實際相符合的理解就是技術思惟。

不一樣行業領域和產品類型，對產品經理具有的技術思惟範疇要求不同。

須要產品經理根據本身的行業和產品特色，有針對性的去創建本身的技術認知；切記眉毛鬍子一把抓，最終咱們仍是會回到產品上，經過產品去創造用戶價值和商業價值。

3、不一樣職級產品對技術能力的要求

1. 實習生（0-1年）

產品實習生處於剛入行的階段，此時最主要的目的是對產品經理工做所涉及的各個環節進行系統化的瞭解，尤爲是對技術環節。

互聯網產品的基礎是技術，對產品實習生而言，理解產品能夠從理解基礎技術開始。

這裏提到的基礎技術包括了客戶端技術分類，例如Android、iOS、H5或者微信小程序：它們各自的技術特色是什麼。好比爲何開發Android和iOS應用的是兩個不一樣的技術職能，而開發H5的是一個技術職能。

另外，產品實習生須要對產品底層的技術通訊原理進行理解。

好比當咱們使用客戶端產品發送一條消息時，這條消息通過了哪些環節後被另外一個客戶端收到——這裏就涉及了什麼是服務端，客戶端和服務端的主要職能和通訊機制是什麼。先從大局觀上對互聯網產品的技術框架有一個基本認知。

對於這個階段的產品經理，創建互聯網產品技術認知，劃分清楚技術職能，瞭解各技術的特色和應用場景，就能勝任最基本的產品工做了。

2. 產品經理（1-3年）

當具有必定產品經驗後，此時產品經理已經通過一個或多個項目的鍛鍊，也進行過產品方案的設計，並與工程師進行過配合。

該階段的產品經理已經對技術框架有了全面的瞭解，這時就須要對所在的行業領域和產品類型進行有針對性的技術學習。

例如前面提到的電商產品經理和區塊鏈產品經理，各自行業領域和產品類型對技術的要求也各不同，要求掌握的技術細節也略有差異。

仍是以電商產品經理爲例，1到3年的產品經理，對技術的理解要達到的要求，首先是能對電商業務環節中信息流、物流、資金流的邏輯在數據環節創建基本認知——知道每個數據結構以及數據之間的關聯關係是如何產生的。

其次，對於產品需求，能從技術角度進行研發成本的評估，這種評估不是指研發具體工做量的評估，而是能以技術視角對產品方案的大體工做量進行把控。

例如修改數據庫結構所帶來的研發工做量顯然是比較大的，而改動一個前端按鈕的位置實際上不影響產品主流程，所涉及的技術工做量就相對較小。

對於這個階段的產品經理，要能創建完整的技術基礎概念認知，能從技術角度對產品方案進行初步評估和判斷。

3. 產品專家/資深產品/產品總監（5年以上）

對於比較有經驗的產品經理，對基礎技術知識已經得心應手了，也能對常規的產品工做應付自如了。

高階產品經理已經脫離了顆粒度比較細的產品工做，開始從宏觀角度和業務佈局角度對產品進行規劃。

此階段的產品經理，內心除了裝下產品的基本體驗以外，還須要對業務的發展節奏，產品生命週期進行管理。

對於不一樣業務階段的產品，對技術實力的要求也各有區別。月交易流水100萬的業務和月交易流水1000萬的業務，在技術層面的應對能力就是兩個量級。

做爲高階產品經理，須要對將來業務發展進行階段性預判，對產品技術架構作好前瞻性的規劃，而後向技術負責人提出對應的改進需求。

另外，高階產品經理也須要對新技術進行不斷的學習，在理解新技術的基礎上，將新技術結合現有業務加以應用。

例如現在的區塊鏈能夠運用在哪些領域，本身負責的產品是否能夠運用這項新技術來加速業務發展——這些都是創建在對新技術的認知和理解之上。

因此對於高階產品經理，能從業務角度和產品發展角度對技術架構進行預判，能掌握新技術的基本原理並加以運用到產品和業務中，是產品綜合實力的一種體現，能作出在時間、資源、效率上最優的產品決策。

4、如何進行學習和實踐

1. 如何學習是有效的

產品經理學習技術若是照本宣科，顯然是無效的，這樣只會增長技術焦慮感。若是太過於追求技術細節，又會陷入到技術的細枝末節中，難以自拔。

產品經理學技術，必定要掌握一個度，以掌握技術思惟爲目標；任何高深的技術都能以通俗對比的方式去理解。

以區塊鏈的去中心化記帳爲例：

所謂的去中心化其實就是沒有一個統一的中心來進行數據存儲和管理，網絡中的每個節點都是中心；而記帳無非就是每個節點都在作相同的工做，把區塊裏的每一筆交易進行登記，誰最早記完就能獲得系統的一筆獎勵。

平時工做中若是遇到不懂的技術，就能夠經過自主調研或者與工程師進行溝通請教的方式去探究技術原理背後的基本邏輯。

把技術原理映射到生活例子中去，經過這種方式去理解技術，就能達到觸類旁通的效果，也很容易記憶和理解。

2. 如何應用到本身工做中

掌握了技術思惟，猶如掌握了內功心法。最終，咱們須要把對技術的理解應用到實際工做中去。

平時工做中，設計產品方案時、評估產品決策時、與研發進行溝通討論時，都會涉及到技術知識。

在這些場景中，有意識的創建產品和技術之間的鏈接，避免陷入到技術細節中去，別把本身當成工程師的角色去與工程師討論技術。

在產品方案設計階段，儘量多的考慮現有方案是怎樣的，新需求對已有方案是否形成了技術層面的調整；例如對數據庫表結構是否進行了調整，若是有調整就須要考慮到新老版本數據兼容性問題。

另外，在平時工做中對於本身不太理解的技術概念進行記錄和總結，有針對性的對不懂的技術概念進行學習和理解。

關鍵在於：把這些不懂的技術概念「翻譯」成本身能理解的技術認知，造成技術思惟。下次遇到相似問題時，就能夠沿用這種技術思惟進行判斷和決策。

5、總結

產品經理懂技術不是絕對的，最終仍是要回歸到產品的本質上，經過產品創造用戶價值和商業價值。

不一樣領域和職能的產品經理，面對的技術領域也各不同，須要深刻結合行業特色對產品技術進行理解。

產品經理學習技術的目的不在於具有技術能力，而是要掌握技術思惟；經過技術思惟和產品思惟的結合，發揮綜合產品能力，無論是在產品思考仍是產品決策上，技術思惟的補充都會爲產品經理提供更加清晰和落地的思路。

爲了幫助非技術出身、缺少基礎技術知識的產品經理解決上述問題，我和起點學院共同推出了一門面向非技術背景產品經理的課程，《產品經理的技術必修課》10日學習計劃，幫你跨越不懂技術這道坎。

課程地址：https://vip.qidianla.com/course/detail/nj6q8.html

如對課程有疑問，可添加起點學院小艾（微信ID：qdxy666），備註「技術諮詢」瞭解。

#專欄做家#

唐韌（Ryan），微信公衆號：唐韌，人人都是產品經理專欄做家。前Juliye Care產品總監，《產品經理必懂的技術那點事兒》做者，在創業公司負責過多款從0到1產品，目前在某電商巨頭負責產品工做 。

本文原創發佈於人人都是產品經理。未經許可，禁止轉載。

題圖來自Unsplash，基於CC0協議