許多剛開始開發產品的人，首先要了解的就是如何繪制產品原型，如何編寫在線協作文檔，這很奇怪。比如，可以在平臺上搜索到大量關于需求文檔的文章(截至目前，通過搜索關鍵字“需求文檔”，有610條搜索結果)，向大家介紹需求文檔應該如何編寫，但很少提到為什么這樣編寫？每個人都在關注如何實現，如何呈現，但并沒有關注為什么會這樣寫？象許多大咖常說的術道一樣，術重要，道更重要，知其然，知其所以然。下面就有小編為您帶來如何寫需求文檔？的寫作的相關介紹。

騰訊文檔

3.8

79條點評

咨詢產品

免費試用

解決用戶選型困難的好軟件，有各維度的信息

客戶案例

暫無

合作品牌

13

一、什么是需求文檔？

俗稱：MRD、PRD、BRD等等，不同公司概念也不同，概念不重要，只要表達清楚內容就行

效果：說明為什么要干，怎么干，干了后有什么效果

內容：明確產品背景、需求、流程、原型、交互等內容

誰看：需求文檔的閱讀對象：設計、研發、測試，需求文檔不僅要給別人看，更重要的是出了問題后可以找的憑據

二、需求文檔有什么用？

內部溝通：

明確產品需求

明確產品需求和細節

讓參與者明確實現的結果

存檔：

有據可查，日后翻看以前記錄可以查找以前的更新

有交接更容易，離職后交接需求文檔更職業

跟進者了解之前的做法和過程，如果沒有存檔，新接手的人就只能通過代碼倒退出來思想，過程會很累的。并且也是成長的依據，

需求文檔

三、用什么工具寫需求文檔？

word：傳統的需求文檔都是word，如果有大的項目，我還是建議用Word來寫的

Axure標注：直接用axure中寫標注，小功能、創始團隊的首選，團隊配合融洽，可以用這個

高顏值的需求文檔有什么特點

結構：邏輯清晰，層次分明，整體團隊都一個文檔書寫標準

背景：需求背景描述清楚，禁止上來先講功能和原型

流程圖：業務流程、頁面流程然后再是原型圖，禁止一上來就講原型圖

目標：考核指標、算法清楚，禁止沒指標、憑感覺做事，一定目標明確

習慣：變更過程記錄要寫清楚，每次迭代要有一次記錄，禁止改來改去又改回第一版而且還沒記錄

四、如何寫需求文檔？

項目背景與需求分析

本次需求的目的及功能列表

流程所處的產品模塊關系

功能詳細介紹

簡要的用例介紹

考核指標與計算方法：沒有考核指標的文檔是非常差的。

五、項目背景與需求分析

誰提的需求？什么場景？遇到了什么問題？這是在需求分析中得到的

簡要描述分析過程：決策過程和依據是什么？解決文案是什么？

有沒有相關的背景數據資料？有多少人用，有多少人提出了需求等 ，

明確本次需求：用戶、場景、需求、解決文案是什么？這才是進入了正題，這次的需求點是給誰做的，有多少人會用你，你的功能點是什么？

六、本次需求的目的及功能列表

這個需求整體是什么樣子的？是否要分階段，這個功能在整體產品中處于什么階段，這否要開來完成

本次需求做哪些，前后關系是什么？本次為什么要做這個需求，他的前后關系又是怎樣的

本次需求的功能清單有哪些，這次要做哪些

涉及到的功能和頁面有什么？哪些地方需要一起改動，哪些功能需要被調用

七、流程與所處的產品模塊關系

業務邏輯圖

產品功能模塊的關系是什么？

業務流程圖

頁面流程圖

功能詳細描述

交互設計圖，相當于頁面流程圖，詳細解釋不同的功能點和限制

原型圖，也是一樣寫明頁面動作和功能點及限制

八、考核指標

本次需求需要統計哪些指標？比如頁面轉化率，這個指標與具體的KPI無關

怎么計算的？比如A頁面/B頁面*100%=A頁面的轉化率

怎么埋點的？比如AU統計可以通過百度指數，但如果是銷售類的應用還需要加入用戶行為等。

    活動收集就是找出確定產品范圍內用戶的一系列行為，如點擊、曝光、完成等，最后針對每個行為對屬性和參數進行細分說明。如此高質量的數據文檔已經完成了一大半。 以上就是小編為您介紹的如何寫需求文檔？，希望對您有所幫助。