這一節(jié)是寫給非技術出身的產(chǎn)品經(jīng)理；談談產(chǎn)品經(jīng)理為什么要懂技術，要懂哪些技術，何種程度？
關于產(chǎn)品經(jīng)理究竟需不需要懂技術，我想答案很清楚，肯定要。
原因如下：
首先，判斷需求的技術合理性。
產(chǎn)品經(jīng)理除了判斷需求本身是否合理，還需要對技術可實現(xiàn)的合理性上進行基本的判斷。之前坊間流傳的一個段子，說一個產(chǎn)品經(jīng)理被開發(fā)揍了，因為他提出這么個需求——“希望APP根據(jù)手機殼的顏色同步變色”。且不說這個需求有沒有合理性，從技術上本身就不可行。
另外，了解一點技術，可以讓你提出的需求更加準確；比如網(wǎng)站上線，你希望小流量灰度，技術問你，如何灰度？按流量，按地域還是其它？
你：”……”
其次，產(chǎn)品經(jīng)理做為項目協(xié)調(diào)人，在項目上線后，總會收到各種各樣的反饋和bug。
比如線上出現(xiàn)了一個緊急bug，這時候作為協(xié)調(diào)人，你能不能作出一個基本的判斷，這個bug大致是前端問題，后端問題？應該優(yōu)先和什么人去溝通？
不應該把所有工程師統(tǒng)統(tǒng)拉到群里。
再次，了解技術有助于提升日常溝通效率。
尤其是涉及跨部門溝通，對方有自己的產(chǎn)品與技術，自己團隊有產(chǎn)品和技術。很多時候，產(chǎn)品經(jīng)理是居中協(xié)調(diào)人，如果你完全聽不懂技術在說什么，你就會淪為一個傳話筒，而且是一個總是丟失或誤傳信息的傳話筒。
那么作為非技術出身的產(chǎn)品經(jīng)理，需要了解到什么程度呢？
放心，你不必學會寫代碼或者讀懂代碼，不必關心程序邏輯細節(jié)。你要做到的是，能夠聽懂并理解大家在說什么，邊界在哪里。
一、基礎概念及其之間的聯(lián)系
了解任何一個學科的新知識，首先需要把基礎概念搞清楚；然后嘗試把它們關聯(lián)起來，你就建立了相關領域一個基礎的知識結構，后續(xù)再補充的知識，才有可能在這個結構上生長開來。
1. 互聯(lián)網(wǎng)應用的簡化模型
端與后臺
目前我們提供的產(chǎn)品，無論最終的產(chǎn)品形態(tài)是網(wǎng)站還是APP，其基本構成是類似的。都有服務端（后端，后臺），服務器主要負責數(shù)據(jù)存儲，增加，刪除，修改與查詢。它是7X24小時隨時待命，等著響應來自用戶端的請求。
用戶端，就是用戶訪問我們服務的界面，常見的有三種。
可以是APP(有些公司叫客戶端)，常見是就蘋果和安卓，當然Windows Phone, Blackberry也都是類似的：
- Web端，通常指網(wǎng)頁；
- Wap端（通常指手機瀏覽器訪問）。
其實在PC互聯(lián)網(wǎng)時代，還有Winform端，常見的如QQ，就是運行在PC電腦桌面上的程序，這種產(chǎn)品形態(tài)在移動互聯(lián)網(wǎng)時代相對少了，產(chǎn)品經(jīng)理不需要特別關注，除非你就是PC客戶端產(chǎn)品經(jīng)理。
2. 信息流動
理解典型的信息流動非常關鍵。信息流動，就是指用戶使用我們的產(chǎn)品時，在技術視角下，發(fā)生了什么。以使用今日頭條App為例，我們點開頭條打開App，這時候發(fā)生了什么呢
一次典型的Pull(拉) 請求
我們把端向服務器請求過程，稱為“Pull”拉數(shù)據(jù)。服務器根據(jù)我們的請求，從數(shù)據(jù)庫里把數(shù)據(jù)查詢出來，預處理，排序等，返回給端，端本地把這些數(shù)據(jù)，按自己的模板呈現(xiàn)出來，就完成了一次典型的數(shù)據(jù)請求——展現(xiàn)過程。
上述前后端協(xié)作模式，在技術上我們稱之為C/S（Client/Server）模式；當下App基本都是這種數(shù)據(jù)請求模式，與C/S相對的是B/S（Browser/Server）結構
B/S結構數(shù)據(jù)請求
B/S結構，通俗的說：就是用戶不需要安裝應用，直接通過瀏覽器來訪問我們的服務。所以，服務端查詢數(shù)據(jù)后，會先用模板把數(shù)據(jù)填充好，再返回給瀏覽器來呈現(xiàn)。從信息流動的角度，就這一點區(qū)別。
3. 端的能力不同
App應用，或者我們稱之為“原生應用”，使用C/S結構訪問與呈現(xiàn)數(shù)據(jù)。由于是原生應用，它能夠訪問系統(tǒng)的能力是很強的。重力感應，地理位置，光線亮度等典型的手機能力。
“按手機殼變色需求”的不可實現(xiàn)性就在于：連手機操作系統(tǒng)本身都無法知曉自己有沒有附著手機殼，更不用說判斷其顏色。
如果不考慮需求合理性，從端的能力來看，需求可以這么提：“按環(huán)境光線的亮度，改變屏幕的亮度”。這是可以做到的，而且很多應用已經(jīng)具備，比如“夜間模式”。像愛奇藝的播放界面，你關燈后，它會把屏幕亮度降下來，避免黑暗里觀看太刺眼，在你開燈之后，它會自動恢復正常亮度。
瀏覽器，無論是手機瀏覽器，還是PC瀏覽器，前端使用的腳本是Javascript，對操作系統(tǒng)的訪問能力很受限。只能得到環(huán)境的IP，瀏覽器版本，操作系統(tǒng)版本等。了解了這個層面，前面提過的“Web頁/Wap頁灰度上線”的需求，你就知道，可以通過IP(用戶所在城市)進行灰度，就是比如，只有是北京（IP城市在北京）的用戶訪問時，看到的才是改版后的產(chǎn)品界面。
二、典型案例
產(chǎn)品經(jīng)理中需要理解自身產(chǎn)品典型的信息流向，把技術問題的邊界就框定了，下面我們舉幾個典型的案例加以說明。
1. 信息流產(chǎn)品
信息流產(chǎn)品，大家最熟悉的如今日頭條?？梢愿鶕?jù)用戶喜好，把用戶可能感興趣的內(nèi)容進行自動推薦。作為產(chǎn)品經(jīng)理，邏輯與算法，你只需要把握邊界，細節(jié)都當成黑箱即可
推薦系統(tǒng)簡化模型
作為一個推薦系統(tǒng)，肯定有一個技術上相當復雜的架構；但在產(chǎn)品經(jīng)理眼里，你就抽象成一個”推薦模型“就好。內(nèi)容管理系統(tǒng)是運營干預內(nèi)容推薦的一個平臺，比如一些固定的運營位，對一些內(nèi)容的修改，刪除等。
對于前端產(chǎn)品經(jīng)理而言，了解用戶一個請求，在后臺流經(jīng)了這幾個系統(tǒng)，且大致發(fā)生了什么就可以了（如果是AI產(chǎn)品經(jīng)理，專門負責算法優(yōu)化的另當別論，這種當然經(jīng)理大部分是科班出身，不在本文探討之列）。
比如請求拉取信息流，典型的流程會是推薦模型給出算法建議的N條內(nèi)容，然后內(nèi)容管理系統(tǒng)給出幾幾個固定運營位，結合一些黑白名單，對內(nèi)容權重進行適當?shù)娜斯じ深A，形成最終的內(nèi)容列表，返回給端。
理解了這個流程，作為產(chǎn)品經(jīng)理，你在提一些偏后臺的需求，就會有的放矢。常見的需求比如在”feed流的第三條加一個廣告位“，那么這時候，你知道這個需要應該提給”內(nèi)容管理系統(tǒng)“，同時前端在返回的數(shù)據(jù)里，針對你這個固定廣告位，作特別的渲染就可以了。
作者：魏佳斌，新浪網(wǎng)自媒體產(chǎn)品/技術總監(jiān)，北京大學光華管理學院MBA，技術出身的產(chǎn)品總監(jiān)。曾就職騰訊，百度，微軟，微博，擔任QQ開發(fā)工程師，產(chǎn)品經(jīng)理，產(chǎn)品總監(jiān)。對互聯(lián)網(wǎng)商業(yè)模式，技術前沿有深度洞察。本文來自專欄：”產(chǎn)品經(jīng)理——從新手到總監(jiān)“?？申P注公眾號：ailabx，可接收最新最熱的互聯(lián)網(wǎng)洞見。
本文由 @魏佳斌 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。
題圖來自 Unsplash，基于CC0協(xié)議。
愛盈利-運營小咖秀(www.jza6.com) 始終堅持研究分享移動互聯(lián)網(wǎng)App運營推廣經(jīng)驗、策略、全案、渠道等純干貨知識內(nèi)容；是廣大App運營從業(yè)者的知識啟蒙、成長指導、進階學習的集聚平臺；
想了解更多移動互聯(lián)網(wǎng)干貨知識，請關注微信公眾號運營小咖秀（ID: yunyingshow）
