上面把原型畫完之后捉腥，我習(xí)慣先拉開發(fā)溝通下可行性奴愉、實現(xiàn)難度與調(diào)整职辨，然后再寫需求文檔。接下來總結(jié)文檔撰寫
一勺爱、需求背景
新產(chǎn)品要交代大致闡述下
小功能的開發(fā)要交代清楚為什么開發(fā)這個功能
假設(shè)所有的功能都不是正確的
二晃琳、需求概述
產(chǎn)品定位
解決典型用戶、典型場景
第1版主要功能點與后續(xù)版本大致的計劃
三琐鲁、全局說明
符號約定：文案表示卫旱、頁面符號、鏈接符號或樣式
提示程度：toast提示围段、彈窗提示顾翼、模態(tài)提示、頁面提示
頁面title：一般命名規(guī)則
Loading奈泪、默認頁：默認都有
四适贸、產(chǎn)品流程
后端邏輯：泳道圖表示灸芳、改造版本泳道圖。本質(zhì)是信息流轉(zhuǎn)拜姿、商品流轉(zhuǎn)烙样、簡歷流轉(zhuǎn)、物流轉(zhuǎn)蕊肥、資金流轉(zhuǎn)
前端頁面：頁面流程圖谒获、頁面結(jié)構(gòu)。
五壁却、前臺各終端
標題層級：分終端：M批狱、web、Android展东、iOS赔硫、微信小程序>各頻道需求>按頁面、按功能組織
先從信息流產(chǎn)生的終端開始寫
用戶狀態(tài)：登錄態(tài)盐肃、未登錄
分終端爪膊、分角色
流程圖、原型圖恼蓬、文案說明
字段類的表格化呈現(xiàn)
運用項目符號結(jié)構(gòu)化呈現(xiàn)
正常流程惊完、異常流程考慮周全
六、后臺
賬號與權(quán)限管理
必要的信息審核
考慮異常情況的處理
前臺不適合展現(xiàn)的非常規(guī)功能
主要的統(tǒng)計功能（項目上線運行一段時間后可計劃）
七处硬、實施計劃與要求
明確前臺小槐、后臺的設(shè)計要求和開發(fā)要求
通常后臺頁面套用現(xiàn)有網(wǎng)絡(luò)上的框架來寫即可，不用UI和前端參與荷辕，節(jié)省時間凿跳，效率為王
大致的排期，各崗位開始結(jié)束時間點疮方、里程碑
---
以上是我在用的產(chǎn)品需求框架控嗜，新產(chǎn)品以上都用到，簡單功能就會有所刪減骡显。你的框架是什么呢疆栏？期待你的評論
