騰訊TEG產(chǎn)品策劃：運(yùn)用產(chǎn)品思維寫好產(chǎn)品需求文檔

一、導(dǎo)語

作為一個(gè)產(chǎn)品經(jīng)理，我們最離不開的一個(gè)詞，就是“需求”。能傳達(dá)我們對(duì)需求的理解與定義的工具就是產(chǎn)品需求文檔。而產(chǎn)品需求文檔也是貫穿于整個(gè)產(chǎn)品設(shè)計(jì)研發(fā)過程中的一個(gè)關(guān)鍵指導(dǎo)綱領(lǐng)。

在工作期間，我撰寫了不少需求文檔，同時(shí)在理解需求、表述需求、實(shí)現(xiàn)需求的過程中不斷磨練自己的產(chǎn)品思維。因而撰寫此篇文章，嘗試通過具體經(jīng)驗(yàn)反思總結(jié)，形成系統(tǒng)化、可實(shí)踐復(fù)用的關(guān)于產(chǎn)品需求文檔撰寫的方法論。希望這篇文章能幫助同樣是產(chǎn)品新人的同學(xué)們學(xué)會(huì)用產(chǎn)品思維撰寫需求文檔，并運(yùn)用到其他的策劃工作中。

本文將圍繞是什么、為什么、怎么寫產(chǎn)品需求文檔以及用產(chǎn)品思維講述如何寫好需求文檔，讓需求文檔助力產(chǎn)品落地上線。

二、 什么是產(chǎn)品需求文檔？

產(chǎn)品需求文檔（簡稱PRD）是產(chǎn)品項(xiàng)目由“概念化”階段進(jìn)入到“圖紙化”階段的一個(gè)最主要的文檔，是對(duì)需求進(jìn)行規(guī)劃、定義、描述和展示的工具。

通俗點(diǎn)來說，產(chǎn)品需求文檔就是產(chǎn)品經(jīng)理在獲得一個(gè)產(chǎn)品需求（用戶的需求、競品分析、運(yùn)營團(tuán)隊(duì)、戰(zhàn)略目標(biāo)等）后，對(duì)需求進(jìn)行理解、梳理和定義描述后的產(chǎn)物。它傳達(dá)了產(chǎn)品經(jīng)理對(duì)這個(gè)功能需求的構(gòu)想與預(yù)期，是產(chǎn)品研發(fā)工作流程中至關(guān)重要的依據(jù)。

三、 為什么要寫產(chǎn)品需求文檔？

1. 產(chǎn)品需求文檔是產(chǎn)品設(shè)計(jì)研發(fā)過程中的指導(dǎo)綱領(lǐng)。

為了直觀地闡述PRD在產(chǎn)品設(shè)計(jì)研發(fā)過程中起到的作用，繪制了一個(gè)表格描述各工作環(huán)節(jié)中，各成員是如何利用PRD進(jìn)行工作的。

由上表可見，每一個(gè)環(huán)節(jié)都需要以產(chǎn)品需求文檔為依歸。

2. 產(chǎn)品需求文檔是產(chǎn)品工作流程中各個(gè)環(huán)節(jié)對(duì)需求描述和傳達(dá)最快速的工具，減少溝通成本。

從上述的產(chǎn)品流程中可見，每一個(gè)環(huán)節(jié)和項(xiàng)目干系人都需要理解需求的定義和描述，通過文檔對(duì)需求的傳達(dá)，能減少產(chǎn)品經(jīng)理在各環(huán)節(jié)與各方的溝通交流。

3. 產(chǎn)品需求文檔保證各部門溝通有理有據(jù)，還可以為產(chǎn)品質(zhì)量控制做好保障。

當(dāng)產(chǎn)品設(shè)計(jì)研發(fā)過程中不斷偏離需求時(shí)，此時(shí)需求文檔作為一份需求評(píng)審時(shí)已統(tǒng)一目標(biāo)的文檔，有利于團(tuán)隊(duì)回歸到產(chǎn)品設(shè)計(jì)的正軌上，保障產(chǎn)品按照目標(biāo)順利完成上線。

4. 產(chǎn)品需求文檔有利于產(chǎn)品迭代管理中回溯此前需求的設(shè)計(jì)及規(guī)劃

產(chǎn)品迭代管理中，我們可以回溯上一版需求文檔中的迭代計(jì)劃的背景及需求的目標(biāo)，結(jié)合當(dāng)前的效果及不足，做出系新的迭代的規(guī)劃。

5. 產(chǎn)品需求文檔有助于新成員快速熟悉項(xiàng)目。

對(duì)與一個(gè)項(xiàng)目組新的產(chǎn)品經(jīng)理來說，了解過往的產(chǎn)品需求文檔可以更好地了解產(chǎn)品的內(nèi)在邏輯和外在表現(xiàn)。

四、 怎么寫產(chǎn)品需求文檔（模板干貨）

接下來就是實(shí)打?qū)嵉漠a(chǎn)品需求文檔模板（根據(jù)具體情況選用）干貨啦！

本內(nèi)容由騰訊文檔提供

五、從產(chǎn)品思維出發(fā)，借助PRD推動(dòng)需求落地

產(chǎn)品需求文檔是產(chǎn)品策劃流程中貫穿始終的工具，業(yè)界也有不少成熟的需求文檔模板參考，但是如何能讓產(chǎn)品需求文檔成為有效的工具，幫助產(chǎn)品經(jīng)理推動(dòng)需求落地是值得思考并嘗試解決的問題。輸出一份系統(tǒng)化可參考的方法論有助于產(chǎn)品經(jīng)理避開不少彎路。運(yùn)用產(chǎn)品思維去思考如何解決問題能幫助我們把解決問題的方案進(jìn)一步標(biāo)準(zhǔn)化、產(chǎn)品化，從而用最少的時(shí)間和精力，實(shí)現(xiàn)最大化效果。

因此，我嘗試用自己淺薄的經(jīng)驗(yàn)，運(yùn)用產(chǎn)品思維去總結(jié)輸出一份可參考復(fù)用的方法論，希望能幫助到同樣作為產(chǎn)品新人的同學(xué)們寫好PRD，推動(dòng)需求落地上線。

首先，分析問題。分析問題需要借助本質(zhì)思維。

從我的經(jīng)驗(yàn)來看，沒有寫好PRD導(dǎo)致需求沒有對(duì)齊的情況有以下幾個(gè)原因：

①?zèng)]有站在閱讀對(duì)象的角度思考他們希望在PRD上獲取什么信息

②PRD的撰寫邏輯混亂，可讀性差

③PRD的信息不同步

④對(duì)本次需求的目標(biāo)及規(guī)劃不明確

其次，解決問題。為了解決上述的問題，我嘗試從用戶思維、結(jié)構(gòu)化思維、閉環(huán)思維來幫助思考和解決問題。

1. 用戶思維：站在用戶視角，提升用戶體驗(yàn)

用戶思維，顧名思義，就是“站在用戶的角度來思考問題”的思維。

使得需求落地前期最為關(guān)鍵的一步，是將需求定義及描述清楚。為了讓協(xié)同的人員理解需求，產(chǎn)品經(jīng)理需要站在他們的視角，了解他們的工作場景及訴求，輸出解決方案。

① 設(shè)計(jì)師

工作場景：輸出交互稿、視覺稿

訴求：項(xiàng)目基于什么背景、有什么目標(biāo)、目標(biāo)用戶的特點(diǎn)、整體功能有哪些、信息的架構(gòu)、當(dāng)前的業(yè)務(wù)狀況如何、需要達(dá)到什么樣的效果、未來的規(guī)劃方向

解決：簡明扼要的背景及目標(biāo)讓設(shè)計(jì)師準(zhǔn)確理解項(xiàng)目的需求。分析目標(biāo)用戶的特點(diǎn)有助于設(shè)計(jì)師更好地輸出用戶旅程地圖，設(shè)計(jì)更好的用戶體驗(yàn)。功能架構(gòu)圖及信息架構(gòu)圖幫助設(shè)計(jì)師梳理復(fù)雜內(nèi)容的信息組成，避免信息內(nèi)容在展示過程中出現(xiàn)遺漏、混亂、重復(fù)。如是迭代的需求，告知設(shè)計(jì)師當(dāng)前的業(yè)務(wù)狀況及需要達(dá)到的效果，可以讓設(shè)計(jì)師更好的明確本次設(shè)計(jì)目標(biāo)。提前規(guī)劃好產(chǎn)品的需求，有助于設(shè)計(jì)師設(shè)計(jì)時(shí)預(yù)留擴(kuò)展空間，使得設(shè)計(jì)更具靈活性，易于擴(kuò)展。

② 前端工程師

工作場景：搭建頁面，交互實(shí)現(xiàn)，功能實(shí)現(xiàn)，接口聯(lián)調(diào)，埋點(diǎn)實(shí)現(xiàn)

訴求：頁面的元素、樣式、業(yè)務(wù)邏輯、功能邏輯、交互邏輯、埋點(diǎn)統(tǒng)計(jì)

解決：具體需求中配圖應(yīng)在交互定稿后替換上最終的交互稿，在說明中詳細(xì)解釋重要的元素、規(guī)則及交互。如有統(tǒng)計(jì)要求，應(yīng)有數(shù)據(jù)埋點(diǎn)的模塊，告知前端相應(yīng)的指標(biāo)需求，詳細(xì)描述該指標(biāo)是何種事件觸發(fā)的。

③ 后端工程師

工作場景：搭建數(shù)據(jù)庫，定義數(shù)據(jù)結(jié)構(gòu)，建表，實(shí)現(xiàn)功能邏輯，編寫接口，接口聯(lián)調(diào)

訴求：功能點(diǎn)的詳細(xì)描述、數(shù)據(jù)的定義

解決：功能列表清單有助于后端工程師據(jù)此編寫相應(yīng)功能的接口，在數(shù)據(jù)傳遞較多（表單等）的需求中，數(shù)據(jù)字典有助于后端工程師更好了解業(yè)務(wù)的需求，基于此定義數(shù)據(jù)結(jié)構(gòu)、建庫、建表。

④ 測試工程師

工作場景：編寫測試用例，功能測試

訴求：功能點(diǎn)有哪些、功能的規(guī)則與邏輯、業(yè)務(wù)邏輯

解決：功能多的時(shí)候，最好有功能列表清單，方便測試工程師針對(duì)功能點(diǎn)編寫測試用例。具體需求內(nèi)對(duì)每個(gè)點(diǎn)的交互、規(guī)則、元素描述清楚

總的來說，貼合各協(xié)同人員的訴求，依據(jù)實(shí)際情況，用簡單清晰的表述為各協(xié)同人員提供其工作時(shí)需要了解到的產(chǎn)品需求相關(guān)的信息，即是運(yùn)用了“用戶思維”去寫好一篇產(chǎn)品需求文檔，推動(dòng)產(chǎn)品需求在各環(huán)節(jié)中的順利進(jìn)展。

2. 結(jié)構(gòu)化思維：結(jié)論先行，突出重點(diǎn)

結(jié)構(gòu)化思維的本質(zhì)是框架。是從無序到有序的一種思考過程，將搜集到的信息、數(shù)據(jù)、知識(shí)等素材按一定的邏輯進(jìn)行歸總，繼而讓繁雜的問題簡單化；從而讓我們的大腦更快速、更有效的處理信息。

① 產(chǎn)品需求文檔應(yīng)從宏觀到微觀地進(jìn)行鋪展，因而需要先寫總體需求（依據(jù)實(shí)際情況可附上業(yè)務(wù)流程、功能列表清單、功能結(jié)構(gòu)圖、信息架構(gòu)圖、角色權(quán)限等），再寫具體需求（詳細(xì)講解需求的流程、規(guī)則和實(shí)現(xiàn)）。

② 使用結(jié)構(gòu)化思維去進(jìn)行思考和表達(dá)時(shí)：結(jié)論先行，再去展開闡述，先突出重點(diǎn)，能夠讓對(duì)方更加輕松地理解我們想表達(dá)的觀點(diǎn)。如編寫背景及目標(biāo)時(shí)，可先寫總的結(jié)論，在分點(diǎn)詳細(xì)闡述,對(duì)需要關(guān)注的地方進(jìn)行加粗，避免大段文字的敘述。

③ 業(yè)務(wù)流程圖繪制也可采用結(jié)構(gòu)化的思維。在進(jìn)行流程圖的繪制過程中，只有一個(gè)流程主線，可使得流程圖脈絡(luò)清晰，業(yè)務(wù)明了。如果異常流程非常復(fù)雜，針對(duì)每一個(gè)流程節(jié)點(diǎn)，如果出現(xiàn)異常流程，可以建立子流程模塊，在子流程中標(biāo)記出異常場景的分支流程；然后把子流程鏈接到流程概圖。

3. 閉環(huán)思維：有始有終，推動(dòng)問題解決

閉環(huán)思維是指我們在做一件事情時(shí)，要做到有始有終。不是僅僅把事情做了，而是要保證事情做了以后，是能夠解決問題，或者有相應(yīng)的見效或進(jìn)展的。

① 依據(jù)評(píng)審后的討論結(jié)果，不斷修正產(chǎn)品需求文檔。在需求評(píng)審前，產(chǎn)品經(jīng)理已經(jīng)輸出了第一份產(chǎn)品需求文檔。但這個(gè)產(chǎn)品需求并非初步方案就能夠解決問題，在歷經(jīng)交互、開發(fā)評(píng)審后，才會(huì)最終敲定方案。因此，我們需要不斷地修正需求文檔并同步給各協(xié)同人員。當(dāng)然，也應(yīng)該附上相應(yīng)的修訂記錄，但由于工具的發(fā)展，我們可以依賴工具的變更歷史來回顧修訂記錄，因此不再需要在需求文檔上附上修訂記錄。

② 產(chǎn)品需求文檔解決的不僅僅是當(dāng)前的一個(gè)問題，也是規(guī)劃推動(dòng)下一個(gè)問題的解決。盡管每次迭代的目標(biāo)細(xì)分不一樣，但是總體的目標(biāo)都是把產(chǎn)品做好。因而為了推動(dòng)這個(gè)終極目標(biāo)的實(shí)現(xiàn)，我們需要明確清楚每一次迭代需求的目標(biāo)（注意同步各協(xié)同人員本次需求的目標(biāo)）并且規(guī)劃好下一個(gè)迭代的需求，才能不斷推動(dòng)問題解決，得到良性循環(huán)，使得目標(biāo)越來越近。

六、 總結(jié)

產(chǎn)品需求文檔是每一次產(chǎn)品迭代工作流程中的重要產(chǎn)物。作為產(chǎn)品經(jīng)理，也許我們已經(jīng)習(xí)慣了自覺輸出一份產(chǎn)品需求文檔，仿佛PRD是一份工作產(chǎn)出的檢驗(yàn)物。但是，產(chǎn)品經(jīng)理需要有產(chǎn)品的主人翁意識(shí)，推動(dòng)產(chǎn)品需求的落地上線并不斷檢驗(yàn)。

因此，我們應(yīng)當(dāng)把PRD作為推動(dòng)需求落地上線的指導(dǎo)綱領(lǐng)，提高產(chǎn)研效率的有效工具，將產(chǎn)品思維的思考方式運(yùn)用到策劃工作中。

我們需要不斷總結(jié)思考每次的實(shí)踐，并加以抽象化系統(tǒng)化的形成方法論，再運(yùn)用到下一次的實(shí)踐中，反復(fù)思考優(yōu)化方法論，為類似的工作提供可參考的方法。

作者：kayeelao，騰訊TEG產(chǎn)品策劃