很多人在開始開發產品的時候，第一件要做的事情就是如何繪制產品原型，如何編寫需求文檔。例如，可以在該平臺上搜索到大量關于需求文檔的文章(到目前為止，通過搜索關鍵詞“需求文檔”，有610條搜索結果)，向大家介紹需求文檔應該如何編寫，但很少提及為何要這樣編寫？下面就有小編為您帶來需求文檔怎么寫的相關介紹。

人人都關心如何實現，如何呈現，但卻不關心為什么要這樣寫？就像很多大咖常說的術道一樣，術也很重要，道更重要，知其然，知其所以然。

騰訊文檔

3.8

79條點評

咨詢產品

免費試用

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

客戶案例

暫無

合作品牌

13

一、需求文檔的起源

遇到任何問題，最長見的思考方式就是：問題的三要素——什么，為什么，如何去做。在幾乎所有行業，所有人群面對事物時，這是最普遍的思維方式。

作者認為，基于最經典、高效、實用的思維方式，每個人都可以針對不同的知識體系，思考方式，經驗總結等維度，總結出自己的思維方式。

作者經常用的方法是多年前從社會經濟學老師那里學到的，做了補充和優化，與大家分享：

由于某些特殊的原因，在特定的時間，特定的地點，特定的人群中發生的特定事件。達到某一特定事件之前，有哪些期望，實際達到的效果是什么，中間有怎樣的落差，以及在以后處理此類事件時，如何優化方式。

根據上面的思路，我們將編寫的需求文檔作為一個具體的事件，通過剖析這個具體事件所觸發的先決條件、后附的補充，來實現對需求文檔的分析。

需求文檔

二、什么是需求文檔？

作者把需求文檔定義為：用來說明產品、滿足協作人員開發的內容文檔。在這個定義中有兩個要點：

1、闡述

也就是告訴我們開發什么產品。“是什么”在這里與產品說明文檔是不同的，產品說明文檔類似于商品說明，告訴用戶我的產品應該如何使用。

而且這里的“是什么”是指產品的相關人員了解產品具有哪些功能，該功能將如何呈現，以及如何實現。特別是包括以下方面：

（1)為什么生產這種產品？

這個產品是從哪里來的需求，是內部版本迭代優化，bug修復，新特性點，還是業務部門的需求，還是用戶的反饋反饋需求。

要把做產品的項目背景講清楚，一方面可以使開發人員更好地理解項目的總體情況，從而更順利地制定項目計劃、進度、達成目標；

而另一方面，產品開發完成后的文檔歸檔，幫助后續的復盤、版本迭代、bug追溯，甚至在用戶不在時也能幫助接盤者快速理解項目，熟悉整個產品的前因。

(2)產品應解決哪些沖突？

要求源于用戶的沖突，用戶在使用過程中會遇到哪些困難、疑惑、焦慮等難以解決的問題需要用戶去解決。

通過對用戶的調研、訪談等溝通，充分理解用戶的矛盾和痛點，幫助產品經理在產品規劃階段準確把握方向，做出更加符合用戶需求的產品。

與此同時，在理解沖突的溝通中，除了準確地獲得用戶的核心訴求外，還會獲得許多非核心訴求，這些來自于用戶潛意識里的需求，對以后產品的開發有很好的幫助。

羅列出這些需求，并將它們整理成一個需求池，在以后與用戶、企業進行再次交流時，有助于進行對比，從而消除誤解，在需求池中確定需求的優先次序，并根據實際的業務開發階段和公司的總體需求，劃分出產品階段，實現在需求池中的需求，從而促使產品朝著更好的方向發展。

(3)產品達到了什么效果？

實現任何一個產品，不僅要滿足用戶的需求，還要在解決沖突的同時達到更大的目標。這一目標又被劃分為物質層面和精神層面。

一、物質層面。

解決了企業業務層面的流程問題，滿足了企業的業務需求，滿足了用戶的使用需求，這是產品的首要、也是最核心的目標。

并且在達到了最核心的目標后，是否有一些延伸的產品需求——減少了操作步驟，優化了交互流程，在公司層面上對獲取、激活、保留、轉換、再推廣等各個環節都起到了推動作用。

二、精神層面。

該產品的上線，解決了用戶的困惑與焦慮，解決了業務部門不能正常使用時的煩躁與不安，這是該產品最核心的目的在用戶心中的反饋。

與此同時，在解決用戶最大負面情緒的前提下，讓用戶對產品感覺良好，對企業品牌感覺良好，就是在產品上線時能夠達到的最好效果。

2.滿足協同部門。

也就是說，哪些合作方可以看到需求文檔。這里“協作者”并不只是開發者，而是產品從交付原型到最終上線，整個過程中的所有參與方。

根據職位和職責不同，這些協作人員對需求文檔的要求也不同，這是所有產品經理在編寫需求文檔時應該特別注意的問題。

就作者目前所在的公司而言，協作者包括以下幾類：

大多數公司都會有不止一位產品經理。每一位產品經理在負責自己的產品線時，對于其他產品經理的工作來說，輸出的需求文檔是必要的。

設計者：從事靜態網頁、gif圖表、交互設計等視覺體驗的專業人士。

前端開發：以靜態頁面輸入、交互動效為主，包含各種類型的判斷邏輯，最終以HTML作為輸出風格的專業人士。

應用程序開發：用戶可以看到應用程序的頁面風格，交互風格，邏輯輸出的專業人員。

后端開發：后臺建立表格，設置邏輯規則，界面傳送數據，字段的專業人員。

檢驗工程師：在常規環境下檢驗產品，在非常規環境下檢驗所有因素和隱患的專業人員，是保證產品無缺陷上線的最后防線。

3、"闡述"和"滿足協作者"之間的關系。

任何存在的事物，都有因果關系。符合協作人員，這是因，而滿足協作人員，需要輸出的文件，也就是果。原因和結果相互影響，從而導致產品最終交付和上線。

要求文檔并非越詳細越好，有許多不必要的說明，無需花費大量的時間來編寫，最核心的始終是：讓自己公司的相關人員能夠快速看懂，全面了解。

    書不如人讀，書不如人寫，公司都不同。在充分了解相關協作方的情況下，產品經理應該站在自己公司的角度，輸出他們所需的需求文檔。 以上就是小編為您介紹的需求文檔怎么寫，希望對您有所幫助。