產(chǎn)品經(jīng)理的技術(shù)素養(yǎng)

1、產(chǎn)品經(jīng)理的技術(shù)素養(yǎng)這一節(jié)是寫給非技術(shù)出身配件的產(chǎn)品經(jīng)理；談?wù)劗a(chǎn)品經(jīng)理為什么要懂技術(shù)，要懂哪些技術(shù)，何種程度？關(guān)于關(guān)鍵技術(shù)產(chǎn)品經(jīng)理究竟需不需要懂技術(shù)，我想答案很清楚，肯定要。原因如下：首先，判斷需求的技術(shù)合理性。產(chǎn)品供給經(jīng)理除了判斷需求本身是否合理，還需要對技術(shù)可實現(xiàn)的合理性上進行評斷基本的判斷。之前坊間流傳的一個流行語，說一個產(chǎn)品線經(jīng)理被經(jīng)理開發(fā)揍了，因為他提出這么個需求“希望 APP根據(jù)手機護套的顏色同步變色”。且不說且不說這個需求有沒有合理性，從技術(shù)上本身就不可行。另外，了解一點技術(shù)，可以讓你提出的融資需求更加準(zhǔn)確；比如網(wǎng)站上線，你希望小網(wǎng)絡(luò)資源灰度，技術(shù)問你，如何灰度？按流量，按地域還是

2、其它？你：”其次，產(chǎn)品經(jīng)理做為項目溝通協(xié)調(diào)人，在項目上線后，總會收到各種各樣的反饋和 bug。比如線上出現(xiàn)了一個緊急bug,這時候作為協(xié)調(diào)人，你能不能予以一個基本的判斷，這個bug 大致是前端問題，后端問題？應(yīng)該優(yōu)先和什么人去直接對話？不應(yīng)該把大多數(shù)工程師統(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é)會寫代碼或者讀懂代碼，不必

3、關(guān)心程序邏輯細(xì)節(jié)。你要做到的是，能夠聽懂并概括大家在說什么，邊界在哪里。了解任何一個學(xué)科的新知識，首先需要把須要基礎(chǔ)概念搞清楚；然后嘗試把它們關(guān)聯(lián)起來，你就建立了相關(guān)一個基礎(chǔ)的知識結(jié)構(gòu)，后續(xù)再補救的知識，才有可能在這個結(jié)構(gòu)構(gòu)造上生長開來?；ヂ?lián)網(wǎng)應(yīng)用的簡化模型端與后臺目前我們提供服務(wù)的產(chǎn)品，無論最終的產(chǎn)品體下一場是網(wǎng)站還是APP其基本構(gòu)成是非常類似的。都有服務(wù)端（后端，后臺），服務(wù)器主要負(fù)責(zé)數(shù)據(jù)存儲，增加，刪除，修改與查詢。它是7X24 小時隨時待命，等著響應(yīng)來自用戶端的請求。用戶端，就是用戶訪美我們服務(wù)的界面，常見的有三種。可以是APP府些公司叫客戶端），常見是就蘋果和安卓，當(dāng)然 Window

4、sPhone,Blackberry 也都是類似的：其實在PC互聯(lián)網(wǎng)時彳還有 Winform端，常見的如QQ就是運行 在PC電腦桌面上的法律條文，這種產(chǎn)品體移動互聯(lián)網(wǎng)時代相對少了， 產(chǎn)品銷售經(jīng)理不需要特別關(guān)注，除非你就是PC客戶端產(chǎn)品經(jīng)理。信息流動思考關(guān)鍵典型的信息流動非常關(guān)鍵。信息流動，就是指用戶使用我們的產(chǎn)品時，在技術(shù)視角下，發(fā)生了什么。以使用今日頭條 App為 例，我們點開頭條撕開App,這時候發(fā)生了什么呢一次典型的 Pull( 拉)請求我們把端向服務(wù)器請求過程，稱為“ Pull ”拉數(shù)據(jù)。服務(wù)器根據(jù)我們的勸告，從數(shù)據(jù)庫里把數(shù)據(jù)查詢信息系統(tǒng)出來，預(yù)處理，排序等，返回給端，端本地把這些數(shù)據(jù)，

5、按自己的模板呈現(xiàn)出來，就完成了一次典型的數(shù)據(jù)請求展現(xiàn)過程。上述前后后端協(xié)作模式，在技術(shù)上我們稱之為 C/S(Client/Server )模式；當(dāng)下App基本都是這種數(shù)據(jù)請求設(shè)計模式，與 C/S 相對的是 B/S( Browser/Server )結(jié)構(gòu)B/S 結(jié)構(gòu)數(shù)據(jù)請求B/S 結(jié)構(gòu)，通俗的說：就是用戶不可能需要安裝應(yīng)用，直接通過搜索引擎來訪問我們的服務(wù)。所以，服務(wù)端查詢數(shù)據(jù)后，會先用模板把數(shù)據(jù)填充好，再返回給瀏覽器來呈現(xiàn)。從信息流動的角度，就這一點區(qū)別。端的能力不同App 應(yīng)用，或者我們稱之為“原生應(yīng)用”，使用 C/S 結(jié)構(gòu)訪問與呈現(xiàn)數(shù)據(jù)。由于是原生應(yīng)用，它能夠訪問系統(tǒng)的能力是很強的。重力感

6、應(yīng)，地理位置，光線亮度等典型的手機能力?！鞍词謾C殼變色需求”的不可同時實現(xiàn)性就在于：連手機操作系統(tǒng)本身都無法知曉自己呢附著手機殼，當(dāng)更不用說判斷其顏色。如果不考慮消費需求合理性，從端的能力來看，需求可以這么提：“按環(huán)境光線的色溫，改變屏幕的亮度”。這是可以做到的，而且很多應(yīng)用已經(jīng)保有，比如“夜間模式”。像愛奇藝的播放桌面，你關(guān)燈后，它會把屏幕可見度降下來，避免黑暗里觀賽太刺眼，在你開燈之 后，它會自動完全恢復(fù)亮度。瀏覽器，無論是手機瀏覽器，還是PC瀏覽器，前端使用的腳本是Javascript ，對操作系統(tǒng)的訪問能力很受限。只能得到環(huán)境的 IP ，瀏 覽器版本，操作系統(tǒng)版本等。了解了這個層面，前

7、面提過的“WebM/Wap頁灰度上線”的需求，你就知道，可以通過IP（用戶所在城市）進行灰度，就是比如，只有是北京（ IP 城市在北京）的用戶訪問時，看 到的才是改版后的產(chǎn)品界面。產(chǎn)品中需要理解自身產(chǎn)品典型的信息流向，把專利技術(shù)問題的邊界就框定了，上面我們舉幾個典型的案例加以說明。1. 信息流產(chǎn)品信息流產(chǎn)品，大家最熟悉的如今日小報?？梢愿鶕?jù)移動用戶喜好，把用戶可能感興趣的內(nèi)容進行自動推薦。作為產(chǎn)品經(jīng)理，邏輯與算法， 你只需要把握國境，細(xì)節(jié)都當(dāng)成黑箱時需推薦系統(tǒ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)，且大致釀成了什么就可以了（如果是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)重成功進行適當(dāng)?shù)娜斯じ深A(yù)，形成最終的內(nèi)容列表，返回給 端。理解了這