產(chǎn)品經(jīng)理需要懂技術(shù)嗎？

　　以前經(jīng)常用學(xué)生問我：產(chǎn)品經(jīng)理需要懂技術(shù)嗎?如果不懂技術(shù)，怎么跟開發(fā)交流?

　　我的回答通常是：不需要懂技術(shù)。

　　但是這么回答完，看學(xué)生的神色，似乎總有一種“我產(chǎn)品做的少，你不要騙我”的既視感。

　　其實(shí)我懂學(xué)生為什么會(huì)問這個(gè)問題，以及他們?yōu)槭裁磿?huì)對我上述的答案不怎么滿意。因?yàn)楝F(xiàn)在太多不專業(yè)的公司面試產(chǎn)品經(jīng)理時(shí)喜歡問：你懂技術(shù)嗎?這讓很多人產(chǎn)生或則附和“產(chǎn)品經(jīng)理必須懂技術(shù)”的觀點(diǎn)。

　　所以，面對學(xué)生這個(gè)問題，我通常會(huì)補(bǔ)充幾句：這個(gè)“技術(shù)”是指什么技術(shù)?如果指的是代碼，那么產(chǎn)品經(jīng)理不需要懂。市面上那么多優(yōu)秀的產(chǎn)品經(jīng)理，也不是個(gè)個(gè)都懂代碼。但是“技術(shù)”這個(gè)詞包含太廣了，代碼只是其中的一部分，并不屬于產(chǎn)品經(jīng)理需要掌握的技能。

　　那么，哪些技術(shù)是需要產(chǎn)品經(jīng)理懂的呢?

　　產(chǎn)品經(jīng)理要懂的技術(shù)

　　我們得先聊聊產(chǎn)品的職責(zé)，再來談產(chǎn)品經(jīng)理應(yīng)該掌握什么技術(shù)。

　　對于產(chǎn)品經(jīng)理而言，要做的就是把產(chǎn)品的需求傳遞給開發(fā)人員，由開發(fā)人員去實(shí)現(xiàn)。至于如何實(shí)現(xiàn)，用什么代碼技術(shù)，那是開發(fā)的事，跟產(chǎn)品經(jīng)理沒關(guān)系。那么，產(chǎn)品經(jīng)理如何去傳遞自己的需求呢?

　　產(chǎn)品經(jīng)理與開發(fā)之間溝通的橋梁是一個(gè)叫PRD的玩意兒。PRD，也叫產(chǎn)品需求文檔，是產(chǎn)品經(jīng)理用于描述產(chǎn)品需求的(廢話一句)。通俗來解釋，就是通過文字和圖形等內(nèi)容來表達(dá)產(chǎn)品的邏輯，并傳達(dá)給開發(fā)和設(shè)計(jì)人員，將這些邏輯呈現(xiàn)在用戶面前。

　　只要這份PRD文檔沒毛病，那么開發(fā)就可以理解產(chǎn)品經(jīng)理的意思并執(zhí)行。所以，一份合格的PRD文檔才是產(chǎn)品經(jīng)理需要掌握的技術(shù)。

　　PRD文檔如何輸出

　　PRD文檔里包含的內(nèi)容很多，包含產(chǎn)品結(jié)構(gòu)圖、業(yè)務(wù)流程圖、原型、交互說明等等。一切可以傳遞產(chǎn)品需求的，都可以出現(xiàn)在文檔里。

　　比如業(yè)務(wù)流程圖，是用來確保產(chǎn)品的邏輯是通暢的，也讓開發(fā)、測試明白產(chǎn)品如何運(yùn)行;結(jié)構(gòu)圖是用來讓開發(fā)、測試和UI洞悉產(chǎn)品全局和整體框架的。

　　這里面，核心部分是頁面原型以及對原型的交互說明。光有原型還不夠，因?yàn)樵椭荒軅鬟f可視化的需求，而更多的需求和邏輯則是非可視化的，因此需要附加交互說明。

　　什么是交互說明?

　　所謂交互說明，就是將產(chǎn)品所有的可視和非可視的邏輯規(guī)則，通過文字的形式描述出來，是開發(fā)人員的工(shuai)作(guo)依據(jù)。一份合格的交互說明是可以有效的提高團(tuán)隊(duì)溝通消息，降低溝通成本，避免風(fēng)(si)險(xiǎn)(bi)。

　　交互說明怎么寫?

　　交互說明是產(chǎn)品頁面規(guī)則的描述，那到底有哪些規(guī)則需要描述呢?在這里，我們從兩個(gè)維度展開：數(shù)據(jù)和操作。

　　對一個(gè)頁面而言，給用戶的體驗(yàn)就是兩件事：能看到什么?能做什么?前者，我們稱為數(shù)據(jù)，后者我稱為操作。因此，交互說明就是要描述出一個(gè)頁面有哪些數(shù)據(jù)，即數(shù)據(jù)規(guī)則，能做什么操作，即操作規(guī)則。

　　數(shù)據(jù)規(guī)則

　　數(shù)據(jù)，什么是數(shù)據(jù)?在數(shù)據(jù)規(guī)則里，漢字、數(shù)字、字母、字符、圖片、視頻、音頻、這些都是數(shù)據(jù)。在交互說明里，對數(shù)據(jù)規(guī)則的描述要包含以下幾點(diǎn)：

　　1. 數(shù)據(jù)怎么來的?是后臺上傳，用戶行為還是前臺寫死的數(shù)據(jù)?

　　2. 數(shù)據(jù)的顯示有什么限制?比如字符長度、顯示尺寸、行數(shù)等限制。

　　3. 數(shù)據(jù)在不同狀態(tài)下的顯示有什么區(qū)別?比如登陸和非登陸的狀態(tài)、會(huì)員和非會(huì)員的狀態(tài)、可用和不可用的狀態(tài)、互斥狀態(tài)、不同網(wǎng)絡(luò)條件等。

　　數(shù)據(jù)是否存在為空的情況?如果是，為空怎么顯示?比如頭像，如果用戶沒有上傳頭像，該怎么顯示?

　　操作規(guī)則

　　操作，什么是操作?在操作規(guī)則里，要說明用戶在頁面能做什么，操作反饋如何。操作+反饋才是完整的交互規(guī)則。在交互說明里，對操作規(guī)則的描述要包含以下幾點(diǎn)：

　　1. 用戶能做什么操作?比如輸入、點(diǎn)擊、滑動(dòng)等。

　　2. 操作后有什么反饋?比如跳轉(zhuǎn)新頁面、彈框、toast、面板切換、動(dòng)畫效果等。

　　3. 不同狀態(tài)下的操作有什么限制?比如登陸和非登陸的狀態(tài)、會(huì)員和非會(huì)員的狀態(tài)、可用和不可用的狀態(tài)、互斥狀態(tài)、不同網(wǎng)絡(luò)條件等。

　　4. 不同狀態(tài)下的操作反饋有區(qū)別嗎?具體有什么區(qū)別?

　　而對于開發(fā)和測試而言，他們希望從產(chǎn)品經(jīng)理這里獲得的信息，也就是這兩樣。因?yàn)殚_發(fā)的工作分為后端和前端：后端負(fù)責(zé)提供數(shù)據(jù)、接口傳遞;前端負(fù)責(zé)交互效果實(shí)現(xiàn)、頁面效果;測試則需要確保這些邏輯都能實(shí)現(xiàn)。這些實(shí)現(xiàn)的前提，都是必須有明確的數(shù)據(jù)來源和清晰的操作規(guī)則流程。產(chǎn)品經(jīng)理能做到這些，也就是掌握了這個(gè)崗位應(yīng)該具備的技術(shù)，也能流暢愉快的跟開發(fā)溝通。

　　至于代碼，who care?

　　總結(jié)

　　對于不同的產(chǎn)品經(jīng)理而言，PRD文檔的格式、具體內(nèi)容會(huì)不一樣，但是原則是一樣的：清晰的傳遞產(chǎn)品需求。而產(chǎn)品的需求核心由數(shù)據(jù)規(guī)則和操作規(guī)則組成，按照剛上述的思路去描述，可以保證對產(chǎn)品需求的全覆蓋，你也不怕被開發(fā)懟了。