一份好的需求文檔，應(yīng)該怎么寫(xiě)？
很多產(chǎn)品新人，入門(mén)產(chǎn)品時(shí)，最想先了解的都是如何畫(huà)原型，如何寫(xiě)需求文檔，這很奇怪。就像在平臺(tái)上可以搜到很多關(guān)于需求文檔的文章（截至當(dāng)前，通過(guò)搜索關(guān)鍵詞“需求文檔”，有610條搜索結(jié)果），告訴大家需求文檔要怎么寫(xiě)，卻很少有說(shuō)為什么這樣寫(xiě)的？ 大家把關(guān)注點(diǎn)都在放在如何實(shí)現(xiàn)，如何呈現(xiàn)，卻沒(méi)有關(guān)注為什么這么寫(xiě)？像很多大咖常說(shuō)的術(shù)與道，術(shù)重要，道更重要，知其然更要知其所以然。
一、萬(wàn)物起源
碰到任何問(wèn)題，最長(zhǎng)見(jiàn)的思維方式即為：?jiǎn)栴}三要素——是什么、為什么、怎么做。這是幾乎所有行業(yè)、所有人群面對(duì)事情時(shí)，最常見(jiàn)的思維方式。
筆者認(rèn)為基于最經(jīng)典、高效、實(shí)用的思維方式的基礎(chǔ)上，可以每個(gè)人針對(duì)不同的知識(shí)體系、思考方式、經(jīng)驗(yàn)總結(jié)等維度，總結(jié)出自己的思維方式。
筆者常使用的方式為多年前從社會(huì)經(jīng)濟(jì)學(xué)老師那里學(xué)來(lái)的，做了補(bǔ)充和優(yōu)化，分享給大家：
在特定的時(shí)間、特定的地點(diǎn)、特定的人群因?yàn)樘囟ǖ脑蚨隽颂囟ǖ氖录＿_(dá)成該特定事件前，有哪些預(yù)期，實(shí)際達(dá)成的效果是什么樣的，中間有怎么的落差，以后處理該類(lèi)事件時(shí)，如何優(yōu)化方式。
按照上述思維方式，我們將要寫(xiě)的需求文檔當(dāng)做一個(gè)特定的事件，通過(guò)剖析該特定事件被觸發(fā)的前置條件、后置補(bǔ)充內(nèi)容，來(lái)實(shí)現(xiàn)對(duì)需求文檔的分析。
二、什么是需求文檔？
筆者將需求文檔定義為：用于闡述產(chǎn)品，滿足協(xié)同人員開(kāi)發(fā)的內(nèi)容文檔。該定義中有兩個(gè)重要點(diǎn)：1. 闡述
即為說(shuō)明要開(kāi)發(fā)的產(chǎn)品是什么。此處的“是什么”區(qū)別于產(chǎn)品說(shuō)明文檔，產(chǎn)品說(shuō)明文檔類(lèi)似于商品說(shuō)明書(shū)，用于告知使用者我的產(chǎn)品該怎么使用。 而此處的“是什么”是告知該產(chǎn)品的相關(guān)人員，該產(chǎn)品有哪些功能，這個(gè)功能要怎么呈現(xiàn)，該怎么實(shí)現(xiàn)。具體包含以下幾個(gè)方面： （1）為什么要做這個(gè)產(chǎn)品？ 該產(chǎn)品是來(lái)自哪里的需求，是內(nèi)部版本迭代優(yōu)化、Bug修復(fù)、新增功能點(diǎn)，還是來(lái)自業(yè)務(wù)部門(mén)的需求，或者來(lái)自用戶的反饋需求。 必須交代清楚做該產(chǎn)品的項(xiàng)目背景，一方面有利于開(kāi)發(fā)人員更好的了解整體項(xiàng)目，從而更順利地制定項(xiàng)目計(jì)劃、項(xiàng)目進(jìn)度、項(xiàng)目達(dá)成； 另一方面，產(chǎn)品開(kāi)發(fā)完成后存檔的文檔，有助于后續(xù)對(duì)該產(chǎn)品的復(fù)盤(pán)、版本迭代，Bug問(wèn)題溯源，甚至對(duì)出現(xiàn)人員異動(dòng)時(shí)，有助于接盤(pán)人員快速了解項(xiàng)目，熟悉產(chǎn)品整體的前因后果。 （2）該產(chǎn)品要解決哪些沖突？ 需求來(lái)自于用戶的沖突，用戶在使用中遇到了什么困難、疑惑、焦慮等不可調(diào)和的問(wèn)題等待被解決。 在與用戶開(kāi)展調(diào)研、訪談等溝通時(shí)，充分了解用戶的沖突，及急需解決的痛點(diǎn)，有助于產(chǎn)品經(jīng)理在產(chǎn)品規(guī)劃階段，更精準(zhǔn)地把握好方向，做出更符合用戶訴求的產(chǎn)品。 同時(shí)，在了解沖突的溝通中，除了精準(zhǔn)獲取到用戶的核心訴求，還會(huì)得到很多非核心訴求，這些來(lái)自于用戶潛意識(shí)中的需求，為以后產(chǎn)品的發(fā)展提供了很好的幫助。 將這些需求羅列出來(lái)，整理到需求池，有助于以后與用戶、業(yè)務(wù)進(jìn)行再次溝通時(shí)作對(duì)比，從而去偽存真，對(duì)需求池中的需求做好優(yōu)先級(jí)排序，并根據(jù)實(shí)際業(yè)務(wù)發(fā)展階段和公司整體要求，劃分好產(chǎn)品階段，對(duì)需求池中的需求進(jìn)行實(shí)現(xiàn)，從而促使產(chǎn)品朝向更好的方向發(fā)展。 （3）該產(chǎn)品實(shí)現(xiàn)了哪些目的？ 任何產(chǎn)品的實(shí)現(xiàn)，不僅僅要滿足用戶的需求，更要在解決沖突時(shí)達(dá)成更多的目的。而這個(gè)目的分為物質(zhì)層面和精神層面兩個(gè)維度。 1）物質(zhì)層面 產(chǎn)品的上線，解決了公司業(yè)務(wù)層面的流程，滿足了業(yè)務(wù)需要，滿足了用戶的使用，這是產(chǎn)品首要，且是最核心的目的。 而在滿足最核心目的之后，是否有一些延伸的產(chǎn)品需求——減少了操作步驟、優(yōu)化了交互流程，為實(shí)現(xiàn)公司層面的獲客、激活、留存、轉(zhuǎn)化、二次推廣等各環(huán)節(jié)起到促進(jìn)作用。 2）精神層面 產(chǎn)品的上線，解決了用戶的困難、疑惑和焦慮，解決了業(yè)務(wù)部門(mén)無(wú)法正常使用過(guò)程中的煩躁不安，這是產(chǎn)品最核心的目的在用戶心里的反饋。 同時(shí)，在解決用戶優(yōu)先級(jí)最高的負(fù)面情緒的前提下，使得用戶對(duì)產(chǎn)品的感官，對(duì)企業(yè)品牌的好感度提升，是產(chǎn)品上線所能達(dá)成的最好效果了。2. 滿足協(xié)同人員
即該需求文檔是給哪些協(xié)同人員看的。此處的“協(xié)同人員”不僅僅是開(kāi)發(fā)人員，而是產(chǎn)品從交付原型至最終上線，過(guò)程中所涉及的所有參與者。 這些協(xié)同人員基于各自崗位和職責(zé)，對(duì)需求文檔的要求也是不一樣的，這是所有產(chǎn)品經(jīng)理在編寫(xiě)需求文檔時(shí)應(yīng)尤為注意的點(diǎn)。
以筆者當(dāng)前的公司為例，協(xié)同人員包括以下群體：
- 產(chǎn)品經(jīng)理：大部分公司都會(huì)有不止一個(gè)產(chǎn)品經(jīng)理。每個(gè)產(chǎn)品經(jīng)理在負(fù)責(zé)自己的產(chǎn)品線時(shí)，所輸出的需求文檔對(duì)其他產(chǎn)品經(jīng)理的工作是有必要性的。
- 設(shè)計(jì)師：以做靜態(tài)頁(yè)面、gif圖、交互設(shè)計(jì)等視覺(jué)體驗(yàn)的專(zhuān)業(yè)人員。
- 前端開(kāi)發(fā)：以輸入靜態(tài)頁(yè)面、交互動(dòng)效為主，包含各類(lèi)判斷邏輯，最終以HTML為輸出樣式的專(zhuān)業(yè)人員。
- APP開(kāi)發(fā)：用戶能看到的APP的頁(yè)面樣式、交互樣式、邏輯輸出的專(zhuān)業(yè)人員。
- 后臺(tái)開(kāi)發(fā)：后臺(tái)建表、設(shè)定邏輯規(guī)則，接口傳輸數(shù)據(jù)、字段的專(zhuān)業(yè)人員。
- 測(cè)試工程師：檢測(cè)產(chǎn)品在常規(guī)環(huán)境、非常規(guī)環(huán)境，檢測(cè)所有存在因素及隱患的專(zhuān)業(yè)人員，是確保產(chǎn)品上線無(wú)Bug的最后一道防線。
3. “闡述”與“滿足協(xié)同人員”間的關(guān)系
凡事的存在，皆存在因果。滿足協(xié)同人員，此為因，而為了滿足協(xié)同人員，輸出的需求文檔，即為果。因果之間互相作用，促成了產(chǎn)品最終的交付及上線。
三、需求文檔的意義是什么？
把正確的東西交給正確的人，滿足協(xié)同人員的訴求，即是需求文檔存在的意義。 如何寫(xiě)出滿足協(xié)同人員訴求的需求文檔？首先，需要觀察不同的協(xié)同人員具體的工作場(chǎng)景，基于他們工作場(chǎng)景中的沖突，發(fā)現(xiàn)他們的需求，從而輸出的解決方案，就是最好的需求文檔。
1. 產(chǎn)品經(jīng)理的訴求
（1）產(chǎn)品部門(mén)的版本需求討論、需求評(píng)審會(huì)。 在版本任務(wù)的討論中，在與其他產(chǎn)品經(jīng)理講述所規(guī)劃的功能時(shí)， 版本記錄、項(xiàng)目背景、項(xiàng)目框架圖、流程圖，可以快速讓其他產(chǎn)品經(jīng)理了解整體項(xiàng)目，并根據(jù)項(xiàng)目背景，給出意見(jiàn)。 （2）與其他產(chǎn)品經(jīng)理所負(fù)責(zé)的內(nèi)容有交叉點(diǎn)。 當(dāng)一個(gè)完整項(xiàng)目，每個(gè)產(chǎn)品經(jīng)理負(fù)責(zé)部分內(nèi)容的時(shí)候，各自負(fù)責(zé)部分功能的需求文檔有助于其他產(chǎn)品經(jīng)理從文檔中發(fā)現(xiàn)交叉點(diǎn)中的銜接是否合適，各功能模塊的整體融合性。 （3）Bug處理。 再厲害的程序員也不敢保證產(chǎn)品上線后不出現(xiàn)任何問(wèn)題，當(dāng)產(chǎn)品上線后出現(xiàn)問(wèn)題，需求文檔有助于產(chǎn)品經(jīng)理快速找到規(guī)劃的初衷，根據(jù)之前的情境給出精準(zhǔn)的解決方案。 （4）版本迭代。 當(dāng)產(chǎn)品在不同時(shí)期，做不同的版本迭代時(shí)，之前的需求文檔尤為重要，有助于負(fù)責(zé)該項(xiàng)目的產(chǎn)品經(jīng)理快速熟悉往期規(guī)劃的初衷、目的和當(dāng)前的效果及不足，并在迭代版本中對(duì)往期問(wèn)題進(jìn)行修復(fù)，在新的規(guī)劃中避免不必要的坑。 （5）人員異動(dòng)。 如果出現(xiàn)人員異動(dòng)（人員項(xiàng)目變更、人員離職等），有助于新接手的產(chǎn)品經(jīng)理快速熟悉項(xiàng)目，確保項(xiàng)目規(guī)劃不會(huì)因個(gè)人經(jīng)驗(yàn)、個(gè)人喜好、習(xí)慣等原因，出現(xiàn)太大的偏差。 基于以上場(chǎng)景和目的，其他產(chǎn)品經(jīng)理對(duì)需求文檔的訴求需要得到的信息：誰(shuí)、在什么時(shí)間、因?yàn)槭裁丛颍隽耸裁磧?nèi)容，滿足了什么人的需求，變動(dòng)內(nèi)容及節(jié)點(diǎn)、階段性規(guī)劃。2. 設(shè)計(jì)師的訴求
設(shè)計(jì)師是項(xiàng)目實(shí)施階段的第一步。確定版的需求在落地執(zhí)行時(shí)，首先是由設(shè)計(jì)師開(kāi)始制作設(shè)計(jì)圖。項(xiàng)目的整體功能有哪些、基于什么背景、未來(lái)的規(guī)劃方向，需要在文檔中給出建議和說(shuō)明，有助于設(shè)計(jì)師按照產(chǎn)品經(jīng)理的設(shè)想，設(shè)計(jì)出符合或高于期待的產(chǎn)品設(shè)計(jì)圖。 基于上述場(chǎng)景和目的，針對(duì)設(shè)計(jì)師角色，產(chǎn)品經(jīng)理在編寫(xiě)需求文檔時(shí)，需要告知的信息：因?yàn)槭裁丛颍o什么特點(diǎn)的群體，做什么圖，當(dāng)前競(jìng)品什么情況、公司什么情況、市場(chǎng)什么情況，想達(dá)到什么效果，后期發(fā)展方向（業(yè)務(wù)、功能、設(shè)計(jì)方向等）。3. 開(kāi)發(fā)人員的訴求（前端、APP、后臺(tái)、測(cè)試）
- 前端開(kāi)發(fā)：開(kāi)發(fā)過(guò)程中，側(cè)重了解涉及前端部分的頁(yè)面功能、交互效果、交互邏輯；
- APP開(kāi)發(fā)：開(kāi)發(fā)過(guò)程中，側(cè)重了解頁(yè)面元素、頁(yè)面樣式、功能、與后臺(tái)間的接口參數(shù)傳遞；
- 后臺(tái)開(kāi)發(fā)：開(kāi)發(fā)過(guò)程中，側(cè)重了解功能、這些功能在后臺(tái)的數(shù)據(jù)結(jié)構(gòu)搭建、如何建表、功能邏輯、與前臺(tái)兼的接口參數(shù)傳遞；
- 測(cè)試工程師：在產(chǎn)品實(shí)現(xiàn)過(guò)程中，側(cè)重從產(chǎn)品規(guī)劃中了解整體功能，從而寫(xiě)測(cè)試用例，以及產(chǎn)品上線前根據(jù)設(shè)計(jì)圖的樣式、文檔表述的功能規(guī)則，做功能測(cè)試。
4. 注意事項(xiàng)
盡信書(shū)不如無(wú)書(shū)。各公司的組織架構(gòu)、部門(mén)角色劃分、業(yè)務(wù)開(kāi)展的推動(dòng)因素、公司發(fā)展所處的階段均不相同，雖大道同源，但總有差異化表現(xiàn)。
需要產(chǎn)品經(jīng)理針對(duì)協(xié)同人員做好分層、分類(lèi)，切實(shí)與相關(guān)人員深入溝通，了解他們的習(xí)慣，了解他們的認(rèn)知，輸出他們需要的需求文檔，才能夠確保信息的透明化，保證開(kāi)發(fā)人員全面了解規(guī)劃的內(nèi)容。
同時(shí)，輔助以良好的溝通機(jī)制和技巧，則有助于開(kāi)發(fā)效率的提高和產(chǎn)品上線的進(jìn)度保障。
四、如何寫(xiě)需求文檔？
1. 寫(xiě)文檔先看人
需求文檔與產(chǎn)品經(jīng)理前期做用戶調(diào)研時(shí)的用戶畫(huà)像很相似。 在做用戶畫(huà)像時(shí)，通過(guò)與目標(biāo)群體各種方式的溝通，獲取用戶的基本信息、興趣、習(xí)慣、家庭情況、對(duì)產(chǎn)品相關(guān)業(yè)務(wù)的了解程度、接受程度、煩惱和期待等等，從而建立用戶檔案，輸出用戶的判斷結(jié)果。 在寫(xiě)需求文檔前，面對(duì)我們的用戶——相關(guān)協(xié)同人員，產(chǎn)品經(jīng)理需要去了解他們。了解他們的工作方式、工作習(xí)慣、工作態(tài)度、工作認(rèn)知、工作能力等與工作相關(guān)的內(nèi)容，同時(shí)，對(duì)他們與人相處的方式、生活習(xí)慣、興趣愛(ài)好等等的了解，有助于產(chǎn)品經(jīng)理更全面的了解，從而建立更加立體的用戶畫(huà)像。 在輸出判斷結(jié)果時(shí)會(huì)更準(zhǔn)確，寫(xiě)需求文檔會(huì)更有側(cè)重點(diǎn)——哪些是他們需要知道的，哪些是他們需要特別詳細(xì)表述的，哪些是需要特殊標(biāo)注的，哪些是省略表述即可的。2. 文檔規(guī)范
（1）版本記錄
- 誰(shuí)：該文檔是誰(shuí)編寫(xiě)的，便于快速找到對(duì)應(yīng)的負(fù)責(zé)人員，同時(shí)，后期有助于在需求文檔庫(kù)中建檔分類(lèi)。
- 時(shí)間：什么時(shí)間編寫(xiě)的該文檔，旨在告知該功能是什么時(shí)間要開(kāi)始做，便于后期溯源時(shí)，快速定位。
- 事件：針對(duì)什么產(chǎn)品、什么功能做的規(guī)劃，其實(shí)就是文檔標(biāo)題。
- 版本號(hào)：便于記錄產(chǎn)品不同版本的節(jié)點(diǎn)做了什么內(nèi)容及調(diào)整，同時(shí)，針對(duì)不同的系統(tǒng)，有助于使用統(tǒng)一的版本號(hào)做管理。
- 上線計(jì)劃：依據(jù)上線計(jì)劃倒推測(cè)試周期、開(kāi)發(fā)周期、設(shè)計(jì)周期，從而給參與該項(xiàng)目的協(xié)同人員約定好時(shí)間，便于更好的把控項(xiàng)目進(jìn)度。
- 評(píng)審及修改：項(xiàng)目完成后的需求評(píng)審建議和結(jié)果，針對(duì)初稿內(nèi)容做了哪些修改。此處一定要詳細(xì)，后續(xù)調(diào)整內(nèi)容時(shí)，評(píng)審建議和修改事項(xiàng)是很重要的可參考的細(xì)節(jié)點(diǎn)。
- 項(xiàng)目背景：清楚地寫(xiě)出為什么要做該項(xiàng)目，誰(shuí)要求做的。
- 核心需求：為了解決什么沖突。
- 預(yù)期目的：想達(dá)到什么結(jié)果，后續(xù)有什么進(jìn)一步的規(guī)劃。
- 信息與意向：傳遞產(chǎn)品信息，告知設(shè)計(jì)師關(guān)于該產(chǎn)品的設(shè)計(jì)原因、行業(yè)情況、要做的產(chǎn)品對(duì)標(biāo)競(jìng)品是哪些，以后對(duì)產(chǎn)品的規(guī)劃是什么、產(chǎn)品經(jīng)理的意向是什么。
- 基礎(chǔ)設(shè)計(jì)理念：產(chǎn)品主題、整體色調(diào)、各樣式的字號(hào)、色號(hào)、全局頁(yè)面的建議等。
- 模塊
- 功能點(diǎn)
- 功能點(diǎn)描述（詳細(xì)）
- 優(yōu)先級(jí)（高、中、低）
- 角色名稱(chēng)
- 職責(zé)：在產(chǎn)品參與中的簡(jiǎn)要說(shuō)明
- 備注：特殊情形
- 整體流程圖：整體流程為將產(chǎn)品各大模塊之間的交互流程，一般做正向流程居多，輔助以部分判斷流程和異常處理機(jī)制
- 功能流程圖：功能流程為涉及到具體的功能點(diǎn)的交互流程，包含：正向流程、規(guī)則、判斷流程、異常流程。
功能需求為具體的各功能點(diǎn)，是需求文檔的核心。主要是詳細(xì)的分解各功能點(diǎn)，包含兩個(gè)方面：
- 前端：針對(duì)前端部分，頁(yè)面如何來(lái)、頁(yè)面元素、各功能點(diǎn)的規(guī)則、交互、跳轉(zhuǎn)規(guī)則、非常規(guī)流程的頁(yè)面元素、交互、跳轉(zhuǎn)規(guī)則等等。
- 后臺(tái)部分：前端功能的實(shí)現(xiàn)，依靠后臺(tái)的哪些邏輯和數(shù)據(jù)，是否需要做新功能模塊、新功能模塊的內(nèi)容、數(shù)據(jù)的調(diào)用、存儲(chǔ)、接口數(shù)據(jù)傳值等等。
- 產(chǎn)品性能：產(chǎn)品對(duì)用戶操作的響應(yīng)、對(duì)群體操作的并發(fā)預(yù)防等。
- 安全性：公司數(shù)據(jù)、用戶信息的保密性處理，不同角色的權(quán)限設(shè)置、使用中的限制等。
- 可靠性：用戶操作中出現(xiàn)異常情況，是否可繼續(xù)操作，遇到異常情況時(shí)數(shù)據(jù)或使用狀態(tài)是否可被恢復(fù)等。
- 拓展性：拓展性主要針對(duì)公司內(nèi)部而言，產(chǎn)品完成后，無(wú)論是設(shè)計(jì)師、開(kāi)發(fā)人員，還是測(cè)試人員，針對(duì)產(chǎn)品所做的工作，是否可以被復(fù)用到其他地方。用戶在產(chǎn)品中的使用情況是否可被系統(tǒng)獲取后用作不同維度的分析等。
五、多說(shuō)一句
需求文檔中，對(duì)于功能的表述是尤為重要的，針對(duì)各功能點(diǎn)考慮的越詳細(xì)，越有利于開(kāi)發(fā)人員評(píng)估實(shí)現(xiàn)難度、評(píng)估時(shí)間、順利達(dá)到所要的效果。
六、最后一句
需求文檔不是越詳細(xì)越好，很多沒(méi)必要的說(shuō)明，不用耗費(fèi)大量時(shí)間去編寫(xiě)，最核心的依舊是：讓自己公司的相關(guān)人員能快速看懂，全面了解。 盡信書(shū)不如無(wú)書(shū)，各公司均不一樣。產(chǎn)品經(jīng)理應(yīng)更多的站在自己公司的角度，在對(duì)相關(guān)協(xié)同人員充分了解后，輸出他們需要的需求文檔。聲明：本站所有文章資源內(nèi)容，如無(wú)特殊說(shuō)明或標(biāo)注，均為采集網(wǎng)絡(luò)資源。如若本站內(nèi)容侵犯了原著者的合法權(quán)益，可聯(lián)系本站刪除。
