今天不討論格式(因公司而宜),只討論思路和需要注意的地方。思路和注意的地方清楚了,才能一氣呵成,寫出清晰易懂、簡介的需求文檔,俗稱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、再說一點很重要的,切換思維,忘掉自己是一名產品經理/助理的身份,不要說看起來就這麼簡單呀,還需要怎麼說明嗎。其實不然,在開發看來可能蹦出許多讓你意外的誤解。所以,多多去理解開發的思維,不斷記錄總結從而糾正,用清晰質樸、近乎‘白痴’的語言去描述,那麼, 你就成功了。

暫時想到這麼多。謝謝你的觀看。歡迎交流。

 

本文由 @liny林 原創發佈於人人都是產品經理。未經許可,禁止轉載。