首先看一個簡單的需求文檔模板，然后針對每一部分再詳細(xì)展開說明。
PART1 需求模板展示
一、變更記錄
| 改動點 | 時間 | 發(fā)布狀態(tài) | 備注 |
|---|---|---|---|
| 表格UI優(yōu)化：新增列表行高亮狀態(tài) | 2022-6-1 | 待評審 | 屬于UI優(yōu)化，無功能邏輯變動 |
| 新增批量刪除功能 | 2020-6-1 | 已上線 | -- |
| 優(yōu)化詳情頁面 | 2020-5-1 | 已上線 | -- |
二、需求背景
不少用戶反饋當(dāng)表格內(nèi)容過多的時候，信息密集，無法快速區(qū)分人員所屬類別。
三、需求價值
便于瀏覽時快速直觀地區(qū)分人員類別
四、需求內(nèi)容
新增列表行高亮狀態(tài)，用于區(qū)分不同類別的人員信息，比如業(yè)主、物業(yè)管家、樓棟長等。
1、原型
詳見：https://www.xxx.com
2、功能描述
改動前：
住戶信息表.jpg
改動后：
住戶信息表.jpg
PART2 分模塊詳述
一、變更記錄
記錄下每次變更，讓需求變化可追溯。
需求一般會經(jīng)過多次迭代來逐步完善，有變更記錄可以很好的了解什么時候上了什么功能。以后想對某塊功能進(jìn)行調(diào)整也可以看下當(dāng)時的記錄，了解當(dāng)時需求的相關(guān)信息、避免重復(fù)踩坑等等。
二、需求背景
講清楚這個需求從而而來
三、需求價值
講明白需求的具體收益。
重中之重。
需求價值非常重要，它是我們需求的出發(fā)點，為什么要做這個需求？上線會帶來怎樣的收益？也可以作為功能上線效果的量化依據(jù)。
它可以是用戶體驗優(yōu)化；也可以是具體可衡量的指標(biāo)，比如將付費轉(zhuǎn)化率由10%提升至12%；也可以是行業(yè)創(chuàng)新，獨一家。
四、需求內(nèi)容
講全功能點。
可結(jié)合原型和各類圖表<流程圖、泳道圖等>詳細(xì)說明需求內(nèi)容。
confluence的【左圖右文字】的簡單排版，可以很清晰的描述功能點。
——————
閑聊：
說一說我的常規(guī)操作：原型寫明白【信息元素】、【限制條件】、【狀態(tài)】、【操作交互】，具體的功能邏輯寫在需求文檔里。
