鵝廠產(chǎn)品經(jīng)理手把手教你6步寫出5星需求文檔

需求文檔（PRD）是產(chǎn)品經(jīng)理與項(xiàng)目成員之間的溝通媒介，移動(dòng)互聯(lián)網(wǎng)時(shí)代，產(chǎn)品上線迭代節(jié)奏非?？?，一份邏輯清晰且要點(diǎn)分明的需求文檔可以讓成員之間的溝通更為高效；同時(shí)，產(chǎn)品需求文檔的撰寫，也能很大程度上看出產(chǎn)品經(jīng)理的專業(yè)素養(yǎng)和水平。那么，最為經(jīng)濟(jì)化高性價(jià)比的需求文檔，應(yīng)該如何撰寫呢？

首先，我們需要知道需求文檔的存在價(jià)值是什么？

1、確保需求思考的全面性

產(chǎn)品經(jīng)理在需求落地過程中，如果沒有真正落實(shí)到對(duì)全流程細(xì)節(jié)的仔細(xì)斟酌，很容易出現(xiàn)細(xì)節(jié)遺漏或需求不合理，所導(dǎo)致的結(jié)果就是功能設(shè)計(jì)不完善，溝通模糊化，甚至導(dǎo)致需求的頻繁變更，多做無用功。不僅影響產(chǎn)品的上線規(guī)劃，還容易引起成員公憤。PRD的撰寫可在一定程度上確保產(chǎn)品經(jīng)理思考的全面性。

2、資料傳承

一款產(chǎn)品在其生命周期中，有可能經(jīng)由數(shù)個(gè)產(chǎn)品經(jīng)理之手，中間的優(yōu)化迭代改版，如果沒能及時(shí)記錄下來，往往到達(dá)下一個(gè)接盤者手上的時(shí)候，又得重新開始摸索一遍，極大降低了效率。因此，需求文檔的撰寫和變更記錄，能實(shí)現(xiàn)資料的有效傳承，方便后人迅速上手跟進(jìn)。

3、存證

我們都知道，需求文檔不可能一成不變，在需求評(píng)審、實(shí)際開發(fā)過程中，往往有大大小小的調(diào)整，需求變更后及時(shí)更新記錄，而非停留于口頭的需求邏輯敲定，方便后續(xù)搜索求證，避免遺忘。

6步寫出高性價(jià)比PRD

實(shí)際撰寫PRD時(shí)，采用的載體形式很多，如word、excel、在線協(xié)同工具、交互原型圖+標(biāo)注等，但無論哪種形式的PRD，最終的目標(biāo)都是最高效且最準(zhǔn)確地將需求傳遞給開發(fā)。因此，一般不建議長篇大論贅述太多，這樣容易提高大家的閱讀和理解成本，我們只需保證準(zhǔn)確表達(dá)出“開發(fā)同學(xué)需要知道的邏輯/內(nèi)容”即可。

一般而言，一份經(jīng)濟(jì)化的PRD僅需包含以下6個(gè)部分：變更歷史、需求簡介、框架結(jié)構(gòu)&功能模塊(核心)、消息觸達(dá)相關(guān)、數(shù)據(jù)埋點(diǎn)相關(guān)、異常流。

具體應(yīng)用時(shí)可再根據(jù)實(shí)際項(xiàng)目進(jìn)行調(diào)整刪改。

1、變更歷史

可分為3個(gè)部分：更新時(shí)間、更新內(nèi)容（版本號(hào)、更新內(nèi)容描述、標(biāo)注）、撰寫更新內(nèi)容的人。目的是記錄每一次需求的更新/迭代，方便項(xiàng)目成員了解方案細(xì)節(jié)，快速跟上節(jié)奏。該部分有兩個(gè)小技巧：

• a、版本號(hào)V x.x，對(duì)于大改動(dòng)/大版本變動(dòng)，用變更小數(shù)點(diǎn)前1位表示，如V1.0，V2.0；小更新用小數(shù)點(diǎn)后1位表示，如V1.1，V1.2
• b、正文更新部分標(biāo)注上特殊標(biāo)識(shí)，如加粗、標(biāo)紅、底色高亮等，并在變更內(nèi)容中說明，便于團(tuán)隊(duì)成員最快速找到更新點(diǎn)

2、需求簡介

主要包括需求背景和功能列表概覽（標(biāo)注優(yōu)先級(jí)）。

需求背景是信息同步的一部分，團(tuán)隊(duì)開發(fā)成員往往前期沒參與到市場調(diào)研、匯報(bào)等環(huán)節(jié)，該部分可幫助團(tuán)隊(duì)成員了解項(xiàng)目背景、目標(biāo)，并達(dá)成項(xiàng)目價(jià)值、上線時(shí)間等預(yù)期共識(shí)。

功能列表概覽則是為了讓開發(fā)同學(xué)對(duì)整體需求有一個(gè)完整的把握，適用于需求開發(fā)周期評(píng)估、需求完成checklist等場景。

3、結(jié)構(gòu)框架&功能模塊

該部分是需求文檔的核心部分，囊括了產(chǎn)品方案的全局和細(xì)節(jié)邏輯，主要是向開發(fā)同學(xué)清晰且準(zhǔn)確說明需求實(shí)現(xiàn)期望，盡可能覆蓋各類場景，盡可能使用案例/圖例輔助說明，盡可能使用邏輯性語言表述。該模塊可統(tǒng)分為全局結(jié)構(gòu)和功能模塊兩大部分：

• a、全局結(jié)構(gòu)

包括產(chǎn)品核心主路徑、各分支路徑的邏輯流程圖，闡述產(chǎn)品全局的路徑跳轉(zhuǎn)、閉環(huán)邏輯，方便全局性理解需求。如下全局邏輯流程圖：

• b、功能模塊

該模塊主要針對(duì)各分支路徑進(jìn)行詳細(xì)的需求描述，落到產(chǎn)品層面，則是追求 “場景窮舉說透、邏輯到位可行”。以日期為例，方案中涉及的日期是工作日、節(jié)假日、自然日、交易日、還是非交易日，需要做到準(zhǔn)確用詞無歧義。

為了盡可能簡單而清晰地表達(dá)，對(duì)于每個(gè)功能模塊，都可以嘗試從4個(gè)方面結(jié)合進(jìn)行敘述：

• 1）應(yīng)用場景：落實(shí)到產(chǎn)品上線時(shí)會(huì)遇到的各種場景，分別列舉。
• 2）頁面元素組成：對(duì)應(yīng)于上述的某個(gè)場景，該頁面包括了哪些元素，頁面布局如何。
• 3）觸發(fā)條件及響應(yīng)效果：相當(dāng)于輸入條件和輸出結(jié)果，在什么樣的時(shí)間節(jié)點(diǎn)、觸發(fā)了什么樣的條件、會(huì)產(chǎn)生什么樣的反饋/響應(yīng)結(jié)果。
• 4）舉例示意：通過實(shí)際例子，或附上具體的交互圖輔助說明，提升上述內(nèi)容描述的可理解性。

如對(duì)于某電商平臺(tái)而言，應(yīng)用場景上大致有：

新用戶注冊(cè)、老用戶登錄、推薦流、搜索、下單流程（添加到購物車/直接購買）、訂單提交流程、結(jié)算流程、物流跟蹤、售后服務(wù)等具體場景。

具體到購買某款商品的單一場景上，頁面布局元素包括：商品圖片示意模塊、商品信息概覽（名稱、價(jià)格、月銷量、產(chǎn)地等）、商品參數(shù)介紹頁、用戶評(píng)價(jià)、店鋪介紹、更多推薦。還有吸底的加入購物車、立即購買、收藏、客服按鈕。

下鉆到該場景下的“加入購物車”這一動(dòng)作而言，其觸發(fā)響應(yīng)邏輯如下：

觸發(fā)條件：用戶點(diǎn)擊“加入購物車”按鈕；

響應(yīng)結(jié)果：后臺(tái)將商品添加至用戶購買清單中，前端彈出告知彈層，告知用戶“商品已成功添加至購物車”。

4、消息觸達(dá)相關(guān)

消息觸達(dá)，可作為產(chǎn)品功能服務(wù)、推廣拉新、活躍/留存提升、流失召回的有效方式，主要渠道可包括公眾號(hào)、短信、app push、產(chǎn)品站內(nèi)彈層等。該部分在作為PRD的一部分時(shí)，為了避免邏輯遺漏，可套用6個(gè)元素做呈現(xiàn)：觸達(dá)形式、消息ID、觸達(dá)場景、消息模板示意、文案示意、跳轉(zhuǎn)路徑。

以電商平臺(tái)購買某款商品后用戶簽收的場景為例：

觸達(dá)形式：app push

消息ID：123456

應(yīng)用場景：某款商品（xxx）物流已送達(dá)且用戶完成簽收

消息模板：已簽收，您在$store$購買的寶貝已于$date$順利送達(dá)，確認(rèn)收貨可獲積分哦>> （$$內(nèi)為變量）

文案示意：已簽收，您在xx小店購買的寶貝已于4月15日順利送達(dá)，確認(rèn)收貨可獲積分哦>>

跳轉(zhuǎn)路徑：點(diǎn)擊跳轉(zhuǎn)到該款商品的訂單詳情頁

5、數(shù)據(jù)埋點(diǎn)相關(guān)

產(chǎn)品上線后，產(chǎn)品經(jīng)理需要及時(shí)跟蹤上線效果并做優(yōu)化迭代，因此配合產(chǎn)品上線節(jié)點(diǎn)，數(shù)據(jù)的埋點(diǎn)也要同步ready。產(chǎn)品經(jīng)理需自身先明確該業(yè)務(wù)/功能的目標(biāo)是什么，需用何種數(shù)據(jù)指標(biāo)來描述衡量；體現(xiàn)在PRD中，則主要包括埋點(diǎn)位置、埋點(diǎn)ID、觸發(fā)場景。

如統(tǒng)計(jì)互金平臺(tái)某款理財(cái)產(chǎn)品的點(diǎn)擊率和申購轉(zhuǎn)化率，埋點(diǎn)位置會(huì)體現(xiàn)在產(chǎn)品曝光頁面、買入按鈕、買入成功頁面；

ID包括點(diǎn)擊流ID（統(tǒng)計(jì)UV、PV）和渠道號(hào)（統(tǒng)計(jì)申購人數(shù)、金額等信息）；

觸發(fā)場景則是理財(cái)產(chǎn)品曝光、用戶點(diǎn)擊申購、申購成功時(shí)分別統(tǒng)計(jì)數(shù)據(jù)并上報(bào)。

6、異常流

PRD的撰寫，不僅要覆蓋產(chǎn)品功能的正常邏輯和場景，還需全面考慮到產(chǎn)品上線可能出現(xiàn)的異常情況和相應(yīng)的應(yīng)對(duì)方案。提前預(yù)見可能有的坑，才能避免產(chǎn)品上線后真的踩坑……

舉個(gè)栗子，當(dāng)前很多產(chǎn)品設(shè)計(jì)時(shí)會(huì)走情感化路線，如允許用戶自定義名稱、自定義圖片上傳。在此過程中，用戶輸入了非法字符（如emoji表情）時(shí)，是提示用戶修改，還是允許正常顯示？當(dāng)用戶輸入的詞匯包含敏感詞，是不允許提交，還是直接做過濾屏蔽處理？

更多異常流情況如弱網(wǎng)環(huán)境、訪問超時(shí)、刷新/獲取信息失敗、信息缺省、權(quán)限獲取失敗等，都需要根據(jù)具體的產(chǎn)品case體現(xiàn)在PRD中。實(shí)際撰寫時(shí)可按“異常流描述+處理方案“的搭配方式呈現(xiàn)。

附上PRD撰寫6大模塊checklist，方便大家后續(xù)參考：

需求管理三大原則

除了PRD，產(chǎn)品經(jīng)理在項(xiàng)目實(shí)操過程中還會(huì)遇到需求管理的相關(guān)問題。如同項(xiàng)目多個(gè)需求，甚至不同項(xiàng)目多線程進(jìn)行的情況，難免會(huì)產(chǎn)生需求沖突。在需求管理上，怎么讓“高效有序”代替“慌亂焦慮”，本質(zhì)上，即是需求的優(yōu)先級(jí)如何權(quán)衡？用什么原則標(biāo)準(zhǔn)權(quán)衡？回答這樣兩個(gè)問題，可以從以下三個(gè)方面考慮：戰(zhàn)略定位、用戶影響范圍、實(shí)現(xiàn)成本。

1、戰(zhàn)略定位

經(jīng)濟(jì)基礎(chǔ)決定上層建筑，戰(zhàn)略定位決定發(fā)力方向。每一階段的需求方向形成跟該階段整個(gè)團(tuán)隊(duì)的戰(zhàn)略目標(biāo)息息相關(guān)。作為產(chǎn)品經(jīng)理，要明確部門階段性發(fā)展的目標(biāo)，并將其落地到自身的業(yè)務(wù)需求中來，如今年部門的目標(biāo)是創(chuàng)收，則需求大方向、資源等都會(huì)相應(yīng)地往商業(yè)化產(chǎn)品傾斜。無論是怎樣的產(chǎn)品需求，都應(yīng)該向戰(zhàn)略方向靠攏，并由此來權(quán)衡項(xiàng)目優(yōu)先級(jí)。

一般來說，對(duì)于某些戰(zhàn)略型的跨部門合作項(xiàng)目，同樣需要把需求優(yōu)先級(jí)提升。一方面，既然合作達(dá)成，說明該需求項(xiàng)目對(duì)雙方而言都是符合目標(biāo)預(yù)期的；另一方面，當(dāng)前項(xiàng)目上線的進(jìn)程和效果，是后續(xù)長期合作共贏的前提和基礎(chǔ)。

2、用戶影響范圍

衡量需求優(yōu)先級(jí)，離不開重要性和緊急性的判斷。

重要性，可從以下三個(gè)原則綜合來看：

a、主干邏輯優(yōu)先

如電商類型產(chǎn)品，用戶從挑選商品，到下單，到支付，即是其主干流程，該流程的任何問題，都會(huì)影響到業(yè)務(wù)的整體，需要優(yōu)先考慮。

b、業(yè)務(wù)目標(biāo)優(yōu)先

產(chǎn)品需求，需要對(duì)業(yè)務(wù)效果負(fù)責(zé)，需求上線后數(shù)據(jù)效果反應(yīng)不好，是每個(gè)人都不愿意看到的。因此，需優(yōu)先處理“可產(chǎn)生最佳效果，對(duì)業(yè)務(wù)目標(biāo)有最大化貢獻(xiàn)”的需求，即核心driver，在有限的資源基礎(chǔ)上，優(yōu)先滿足對(duì)業(yè)務(wù)目標(biāo)的最大化貢獻(xiàn)。其次，才是其它“可產(chǎn)生效果，提升效用次之”的需求。

c、用戶體驗(yàn)優(yōu)先

理想狀態(tài)下，要求產(chǎn)品能滿足所有用戶的需求，體驗(yàn)絕佳。但因用戶千人千面（即使定位某一特定用戶群體）、客觀資源條件等問題，實(shí)際情況往往需要對(duì)產(chǎn)品功能有所取舍，此時(shí)我們應(yīng)該優(yōu)先保證絕大部分用戶的體驗(yàn)，大致原則是：對(duì)核心/大部分用戶有影響的＞對(duì)較小部分用戶有影響的＞一般產(chǎn)品使用體驗(yàn)問題＞錦上添花需求

而從問題解決版本的緊急性來看的話，可以有以下原則：線上bug＞當(dāng)前有一定不良影響的需求＞短時(shí)間內(nèi)可控，解決后會(huì)有較為明顯的積極影響的需求

3、實(shí)現(xiàn)性價(jià)比

大部分需求產(chǎn)生時(shí)，更多的從用戶角度/業(yè)務(wù)角度出發(fā)，尋求效果的最大化，不會(huì)被實(shí)現(xiàn)成本、實(shí)現(xiàn)難度束縛住思維。但是，當(dāng)需求逐漸成型，實(shí)現(xiàn)的性價(jià)比，就要同步考慮了。衡量其可實(shí)現(xiàn)性、實(shí)現(xiàn)成本損耗、資源現(xiàn)狀及其性價(jià)比；基于現(xiàn)有資源的基礎(chǔ)上，再?zèng)Q定產(chǎn)品需求的最終方案（照常or調(diào)整），以達(dá)到性價(jià)比最高，并擇優(yōu)優(yōu)先實(shí)現(xiàn)。例如：方案A和B都是可為業(yè)務(wù)用戶盤子帶來快速增長的核心渠道，但方案B的實(shí)現(xiàn)周期需要2周，方案A最快1周即可上線，則權(quán)衡性價(jià)比之下，優(yōu)先級(jí)會(huì)A＞B。

掌握PRD快速且高效的撰寫能力，產(chǎn)品經(jīng)理可根據(jù)所在業(yè)務(wù)歸納沉淀下相應(yīng)checklist或模板，形成該過程的SOP；同時(shí)在多需求纏繞的時(shí)候，形成自身一套優(yōu)先級(jí)和性價(jià)比權(quán)衡標(biāo)準(zhǔn)，可有效提升自身效率，在多需求中更游刃有余。

也許，產(chǎn)品經(jīng)理就是雕刻家，在有形的章法和無形的力度弧度把控中游走，深鐫淺刻，終將雕刻出屬于自己的大衛(wèi)像。

文：曾銳林@騰訊大學(xué)（tencent_university）

首席增長官推薦：

《工具型產(chǎn)品運(yùn)營如何能促進(jìn)用戶增長？》
《增長黑客如何基于心理賬戶、效應(yīng)及決策，運(yùn)用在股票App的產(chǎn)品設(shè)計(jì)中》
《做內(nèi)容怎么能不懂用戶增長，增長黑客了解一下？》

更多精彩，關(guān)注：增長黑客（GrowthHK.cn）

增長黑客（Growth Hacker）是依靠技術(shù)和數(shù)據(jù)來達(dá)成各種營銷目標(biāo)的新型團(tuán)隊(duì)角色。從單線思維者時(shí)常忽略的角度和高度，梳理整合產(chǎn)品發(fā)展的因素，實(shí)現(xiàn)低成本甚至零成本帶來的有效增長…