編輯導(dǎo)語：產(chǎn)品經(jīng)理的日常工作是繁雜的，要與各種原型圖和需求說明書打交道，還要了解用戶需求，對接開發(fā)。因此，掌握一個好的工作方法尤為重要。本文作者建議在原型圖的基礎(chǔ)上寫產(chǎn)品需求文檔，從而提高團(tuán)隊(duì)的整體工作效率。

當(dāng)下互聯(lián)網(wǎng)產(chǎn)品迭代的速度越來越快，大家都在追求小而美MPV的產(chǎn)品開發(fā)方式，以應(yīng)對市場的快速發(fā)展和變化。

傳統(tǒng)的產(chǎn)品經(jīng)理既要用Axure畫原型圖，又要用word輸出產(chǎn)品開發(fā)需求說明書（PRD），費(fèi)時(shí)費(fèi)力，到最后開發(fā)、測試的小伙伴不一定喜歡看，因?yàn)榧纫丛蛨D又要開PRD文檔還有各種其他產(chǎn)品文檔，顯得很麻煩。

結(jié)合這個痛點(diǎn)，我建議推崇在原型圖的基礎(chǔ)上寫產(chǎn)品需求文檔，這樣不僅為產(chǎn)品經(jīng)理節(jié)省了時(shí)間，開發(fā)、測試也不用看那么多的文檔，整體提高了團(tuán)隊(duì)工作效率。

首先打開原型式產(chǎn)品需求文檔，整個文檔界面頂部分成了黑色的一級導(dǎo)航和紅色的二級導(dǎo)航區(qū)域構(gòu)成。

如下圖，黑色一級導(dǎo)航可以選擇不同的目錄大綱，每個一級導(dǎo)航關(guān)聯(lián)多個二級導(dǎo)航菜單，每一個二級導(dǎo)航菜單下面就是我們產(chǎn)品需求文檔的具體內(nèi)容了。

原型式需求文檔的一級導(dǎo)航分為：產(chǎn)品介紹、思維導(dǎo)圖、原型圖、非功能性需求，四個模塊，每個模塊下面關(guān)聯(lián)了多個子菜單模塊，現(xiàn)在開始詳解二級導(dǎo)航的菜單。

一、產(chǎn)品介紹

1. 產(chǎn)品說明

主要作用是幫助大家更清晰的了解需求背景和目的，為什么要做？怎么做？大家可以通過閱讀此文檔清晰了解產(chǎn)品需求的整條線，如下圖所示。

2. 功能清單

主要作用是告訴大家當(dāng)前版本涉及到哪些需求點(diǎn)、功能點(diǎn)，每個需求點(diǎn)的大概需求描述是如何實(shí)現(xiàn)的，設(shè)計(jì)邏輯是怎樣的。

3. 修訂歷史

主要作用是記錄需求對外評審后，每次修改了需求中的哪些頁面的什么地方，哪個字段、哪個邏輯等等，并在頁面中記錄修改前的邏輯是怎樣的，修改后是怎么的。

修訂歷史記錄列表支持跳轉(zhuǎn)至修改詳情頁面，以方便大家知道和快速查看。后期我將單獨(dú)寫一篇原型式需求文檔寫作規(guī)范再詳細(xì)介紹。

4. 版本介紹

主要是定義當(dāng)前的版本號、版本上線時(shí)更新發(fā)布的內(nèi)容，以及上線更新的方式、應(yīng)用商店截圖是否更新，進(jìn)行說明。

二、思維導(dǎo)圖

該模塊主要是幫助大家了解產(chǎn)品的整體系統(tǒng)設(shè)計(jì)架構(gòu)、功能、信息結(jié)構(gòu)，通過圖表的形式梳理產(chǎn)品邏輯、流程。

該模塊不僅限于這4個內(nèi)容，一切利于大家理解產(chǎn)品的圖表都可以呈現(xiàn)在此模塊中，例如：時(shí)序圖、泳道圖、用例圖、關(guān)系圖、狀態(tài)圖、行為數(shù)據(jù)圖、操作流程圖、財(cái)務(wù)資金明細(xì)表等等。

1. 功能結(jié)構(gòu)圖

是以功能模塊為類別，介紹模塊下其各功能組成的圖表，功能模塊則可能是完成某一個任務(wù)的一組程序，功能點(diǎn)可能是一個程序中的某個處理過程。

方便大家對功能結(jié)構(gòu)形成一個直觀的認(rèn)識，防止在產(chǎn)品需求轉(zhuǎn)化為功能需求的過程中出現(xiàn)功能模塊和功能點(diǎn)缺失的現(xiàn)象。

2. 信息結(jié)構(gòu)圖

是脫離產(chǎn)品的實(shí)際頁面，將產(chǎn)品的數(shù)據(jù)抽象出來，組合分類的圖表。促使大家在查看產(chǎn)品復(fù)雜的信息內(nèi)容時(shí)是否會出現(xiàn)遺漏、混亂、重復(fù)的情況，且可以作為開發(fā)工程師建立數(shù)據(jù)庫的參考依據(jù)。

3. 業(yè)務(wù)流程圖

是業(yè)務(wù)需求在不同的階段各個功能模塊之間信息流向交互的過程，以圖表的形式呈現(xiàn)。它的作用是幫助大家全面了解業(yè)務(wù)處理的過程，分析業(yè)務(wù)的合理性，幫助開發(fā)擬出可以實(shí)現(xiàn)計(jì)算機(jī)的處理部分。

4. 功能流程圖

是具體的某個功能點(diǎn)系統(tǒng)對該功能的處理流程，該流程更多的時(shí)候可能會放在當(dāng)前功能點(diǎn)需求文檔一起呈現(xiàn)，更利于大家閱讀理解的連貫性。

5. 時(shí)序圖

是反應(yīng)了對象之間交互的順序，是前端與服務(wù)端消息傳遞、數(shù)據(jù)交互建模的依據(jù)，它能夠很好幫助開發(fā)理解產(chǎn)品功能如何實(shí)現(xiàn)，如何設(shè)計(jì)開發(fā)文檔。

三、原型圖

1. 業(yè)務(wù)規(guī)則

是通過一定的約束條件限制、控制、影響業(yè)務(wù)的行為。通過此內(nèi)容大家可以清晰的看到整個產(chǎn)品中存在多少業(yè)務(wù)規(guī)則和限制條件。

2. 全局說明

用于說明整個產(chǎn)品線中碰到的全局性問題，說明某些頻繁出現(xiàn)在各種位置的同類信息。作用是方便大家對產(chǎn)品需求中有共性的需求點(diǎn)集中閱讀，也方便需求維護(hù)管理。

3. 原型圖頁面清單

是當(dāng)前版本待設(shè)計(jì)、開發(fā)的所有頁面清單，大家可以通過此內(nèi)容直觀的看到具體的開發(fā)任務(wù)，大家也是通過此內(nèi)容查看每個功能、頁面具體的產(chǎn)品設(shè)計(jì)需求文檔。

4. 產(chǎn)品規(guī)范

分為交互規(guī)范、視覺設(shè)計(jì)規(guī)范以及其他說明，這里其實(shí)跟全局說明有些類似，為了方便大家更好的理解和區(qū)分全局性問題與規(guī)范的差異，所以我們拆成了兩部分進(jìn)行描述。

四、非功能性需求

非功能性需求是產(chǎn)品為滿足用戶使用、運(yùn)營需要而必須具備的功能需求以外的需求。

它不僅限于以上4個內(nèi)容，可能還包括安全性需求、易用性、可擴(kuò)展性、可維護(hù)性需求、網(wǎng)絡(luò)需求、數(shù)據(jù)需求、接口需求、統(tǒng)計(jì)需求、服務(wù)端與客戶端交互需求等其他需求，此模塊我們只要求以上4個內(nèi)容作為基礎(chǔ)要求。

1. 數(shù)據(jù)埋點(diǎn)

是作為數(shù)據(jù)采集的一種方式，是為日后進(jìn)行數(shù)據(jù)分析所具備的基礎(chǔ)。

2. 兼容性需求

是當(dāng)前版本內(nèi)容與歷史版本內(nèi)容同在系統(tǒng)中工作不能產(chǎn)生bug，需兼容新舊功能的正常運(yùn)行及歷史數(shù)據(jù)。

3. 性能需求

是從系統(tǒng)的數(shù)據(jù)性能、系統(tǒng)的并發(fā)性、響應(yīng)特性以及結(jié)構(gòu)特性來對系統(tǒng)的性能提出的需求。

4. 測試需求

是整理測試焦點(diǎn)（邏輯、數(shù)據(jù)、流程），明確測試焦點(diǎn)優(yōu)先級，為測試小伙伴提供測試用例所需的功能信息。

最后想說一點(diǎn)，一份再好的《原型式產(chǎn)品需求文檔》也需要產(chǎn)品、開發(fā)、測試整個團(tuán)隊(duì)的不斷磨合和適用，我將自己的產(chǎn)品經(jīng)驗(yàn)分享出來希望可以幫到大家，謝謝！

本文由 @燦爛千陽 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。