一氣呵成的需求文檔，要清楚3點撰寫思路和這些小tips

今天不討論格式(因公司而宜)，只討論思路和需要注意的地方。思路和注意的地方清楚了，才能一氣呵成，寫出清晰易懂、簡介的需求文檔，俗稱PRD。

　　撰寫思路

　　1、明確需求文檔的目的

　　給領導看，留檔(工作記錄)，供開發在開發時參考(這才是重點)

　　2、文檔至少包括哪些內容

　　時間、版本、編輯人 + 需求列表(目錄)+ 每個需求說明

　　3、文檔每部分如何撰寫(這部分我說詳細一點)

　　(1)描述界面長什么樣

　　界面從上到下包含什么元素，(一些隱藏的也要描述，比如下拉菜單)哪些元素需要弱化，哪些元素需要突出，有/無數據時怎么樣;

　　(2)用戶在這個界面怎么進行操作

　　用戶在這個界面是單純瀏覽，還是編輯，操作的主流程，還有分支流程(比如登陸注冊頁面還有忘記密碼，第三方登陸等分支流程);

　　(3)描述可交互的地方如何交互

　　手指觸控時/點擊后控件的樣式變化，對其他控件的影響，彈窗顯示還是toast提示等，彈窗在頁面的哪個位置(頂部、中間、底部)，會不會2s后自動消失，還有包括網絡異常時的交互;

　　(4)相關邏輯關系講述清楚

　　比如列表怎么排序，用戶的操作對頁面布局如何影響，數據的+1/-1，可以多次操作嗎，不同狀態下各是什么樣的操作，頁面跳轉邏輯等;

　　(5)頁面相關業務規則描述

　　這個主要考慮一個操作對其他操作、控件、頁面、數據等的影響。比如刪除數據不止對當前頁面，對其他所有頁面的影響都要描述出來。

　　撰寫注意點

　　1、篩選和排序不一樣：篩選是列表部分符合顯示，排序是列表全部顯示;

　　2、默認狀態是什么：默認(任何操作之前)狀態是什么樣子;

　　3、多個狀態：要考慮清楚總共有多少狀態，狀態是如何切換的;

　　4、數據的顯示要考慮：無數據、部分數據、數據很多、數據異常等情況時的顯示樣式;

　　5、要考慮頁面在不同網速的狀態：網速流暢、網速緩慢、無網絡，4G、3G、2G、WiFi;

　　6、注意對用戶的輸入做限定;

　　7、不要期望用戶一步步按你的流程走，多考慮其他情況;

　　8、要注意不同情況下給用戶不同的提示和引導(提示語、提示方式的設計說明)

　　9、不同的用戶的權限(可進行的操作，可看到的內容)有何不同;

　　10、如何對不同的東西進行區分(按鈕可點擊與不可點擊狀態，不同級別用戶徽章，之類的);

　　11、一些操作要注意有沒有前提條件;

　　12、注意多設備的兼容性與差異;

　　13、注意多系統的兼容性與差異;

　　14、注意賬號在不同設備之間的情況，是否互踢，在這臺機器登陸能否在另外一臺機器看到之前的一些數據(數據是否在服務端);

　　15、功能涉及多個端時(公司業務較多，wap，web，微信，app等)要表述清楚;

　　16、在寫流程的時候，要注意一條線寫到底，不要漏，每個節點有什么要注意的(比如聊天界面，圖片的話支不支持查看大圖，可以保存多久，消息是否可以撤回刪除等，要注意有沒有禁言機制等);

　　17、關于網絡異常時的連接(兩個端，用戶端和另外一個端)情況，比如斷線多少秒之內重連可以繼續連接成功，超過10s則連接失敗，等等。心跳包啊，這些概念，我自己都不太懂，哈哈;

　　18、再說一點很重要的，切換思維，忘掉自己是一名產品經理/助理的身份，不要說看起來就這么簡單呀，還需要怎么說明嗎。其實不然，在開發看來可能蹦出許多讓你意外的誤解。所以，多多去理解開發的思維，不斷記錄總結從而糾正，用清晰質樸、近乎‘白癡’的語言去描述，那么， 你就成功了。