上面把原型畫完之后，我習慣先拉開發溝通下可行性、實現難度與調整，然后再寫需求文檔。接下來總結文檔撰寫

一、需求背景

新產品要交代大致闡述下

小功能的開發要交代清楚為什么開發這個功能

假設所有的功能都不是正確的

二、需求概述

產品定位

解決典型用戶、典型場景

第1版主要功能點與后續版本大致的計劃

三、全局說明

符號約定：文案表示、頁面符號、鏈接符號或樣式

提示程度：toast提示、彈窗提示、模態提示、頁面提示

頁面title：一般命名規則

Loading、默認頁：默認都有

四、產品流程

后端邏輯：泳道圖表示、改造版本泳道圖。本質是信息流轉、商品流轉、簡歷流轉、物流轉、資金流轉

前端頁面：頁面流程圖、頁面結構。

五、前臺各終端

標題層級：分終端：M、web、Android、iOS、微信小程序>各頻道需求>按頁面、按功能組織

先從信息流產生的終端開始寫

用戶狀態：登錄態、未登錄

分終端、分角色

流程圖、原型圖、文案說明

字段類的表格化呈現

運用項目符號結構化呈現

正常流程、異常流程考慮周全

六、后臺

賬號與權限管理

必要的信息審核

考慮異常情況的處理

前臺不適合展現的非常規功能

主要的統計功能（項目上線運行一段時間后可計劃）

七、實施計劃與要求

明確前臺、后臺的設計要求和開發要求

通常后臺頁面套用現有網絡上的框架來寫即可，不用UI和前端參與，節省時間，效率為王

大致的排期，各崗位開始結束時間點、里程碑

---

以上是我在用的產品需求框架，新產品以上都用到，簡單功能就會有所刪減。你的框架是什么呢？期待你的評論