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