一氣呵成的需求文檔,要清楚3點(diǎn)撰寫思路和這些小tips
今天不討論格式(因公司而宜),只討論思路和需要注意的地方。思路和注意的地方清楚了,才能一氣呵成,寫出清晰易懂、簡介的需求文檔,俗稱PRD。
撰寫思路
1、明確需求文檔的目的
給領(lǐng)導(dǎo)看,留檔(工作記錄),供開發(fā)在開發(fā)時(shí)參考(這才是重點(diǎn))
2、文檔至少包括哪些內(nèi)容
時(shí)間、版本、編輯人 + 需求列表(目錄)+ 每個(gè)需求說明
3、文檔每部分如何撰寫(這部分我說詳細(xì)一點(diǎn))
(1)描述界面長什么樣
界面從上到下包含什么元素,(一些隱藏的也要描述,比如下拉菜單)哪些元素需要弱化,哪些元素需要突出,有/無數(shù)據(jù)時(shí)怎么樣;
(2)用戶在這個(gè)界面怎么進(jìn)行操作
用戶在這個(gè)界面是單純?yōu)g覽,還是編輯,操作的主流程,還有分支流程(比如登陸注冊頁面還有忘記密碼,第三方登陸等分支流程);
(3)描述可交互的地方如何交互
手指觸控時(shí)/點(diǎn)擊后控件的樣式變化,對其他控件的影響,彈窗顯示還是toast提示等,彈窗在頁面的哪個(gè)位置(頂部、中間、底部),會不會2s后自動(dòng)消失,還有包括網(wǎng)絡(luò)異常時(shí)的交互;
(4)相關(guān)邏輯關(guān)系講述清楚
比如列表怎么排序,用戶的操作對頁面布局如何影響,數(shù)據(jù)的+1/-1,可以多次操作嗎,不同狀態(tài)下各是什么樣的操作,頁面跳轉(zhuǎn)邏輯等;
(5)頁面相關(guān)業(yè)務(wù)規(guī)則描述
這個(gè)主要考慮一個(gè)操作對其他操作、控件、頁面、數(shù)據(jù)等的影響。比如刪除數(shù)據(jù)不止對當(dāng)前頁面,對其他所有頁面的影響都要描述出來。
撰寫注意點(diǎn)
1、篩選和排序不一樣:篩選是列表部分符合顯示,排序是列表全部顯示;
2、默認(rèn)狀態(tài)是什么:默認(rèn)(任何操作之前)狀態(tài)是什么樣子;
3、多個(gè)狀態(tài):要考慮清楚總共有多少狀態(tài),狀態(tài)是如何切換的;
4、數(shù)據(jù)的顯示要考慮:無數(shù)據(jù)、部分?jǐn)?shù)據(jù)、數(shù)據(jù)很多、數(shù)據(jù)異常等情況時(shí)的顯示樣式;
5、要考慮頁面在不同網(wǎng)速的狀態(tài):網(wǎng)速流暢、網(wǎng)速緩慢、無網(wǎng)絡(luò),4G、3G、2G、WiFi;
6、注意對用戶的輸入做限定;
7、不要期望用戶一步步按你的流程走,多考慮其他情況;
8、要注意不同情況下給用戶不同的提示和引導(dǎo)(提示語、提示方式的設(shè)計(jì)說明)
9、不同的用戶的權(quán)限(可進(jìn)行的操作,可看到的內(nèi)容)有何不同;
10、如何對不同的東西進(jìn)行區(qū)分(按鈕可點(diǎn)擊與不可點(diǎn)擊狀態(tài),不同級別用戶徽章,之類的);
11、一些操作要注意有沒有前提條件;
12、注意多設(shè)備的兼容性與差異;
13、注意多系統(tǒng)的兼容性與差異;
14、注意賬號在不同設(shè)備之間的情況,是否互踢,在這臺機(jī)器登陸能否在另外一臺機(jī)器看到之前的一些數(shù)據(jù)(數(shù)據(jù)是否在服務(wù)端);
15、功能涉及多個(gè)端時(shí)(公司業(yè)務(wù)較多,wap,web,微信,app等)要表述清楚;
16、在寫流程的時(shí)候,要注意一條線寫到底,不要漏,每個(gè)節(jié)點(diǎn)有什么要注意的(比如聊天界面,圖片的話支不支持查看大圖,可以保存多久,消息是否可以撤回刪除等,要注意有沒有禁言機(jī)制等);
17、關(guān)于網(wǎng)絡(luò)異常時(shí)的連接(兩個(gè)端,用戶端和另外一個(gè)端)情況,比如斷線多少秒之內(nèi)重連可以繼續(xù)連接成功,超過10s則連接失敗,等等。心跳包啊,這些概念,我自己都不太懂,哈哈;
18、再說一點(diǎn)很重要的,切換思維,忘掉自己是一名產(chǎn)品經(jīng)理/助理的身份,不要說看起來就這么簡單呀,還需要怎么說明嗎。其實(shí)不然,在開發(fā)看來可能蹦出許多讓你意外的誤解。所以,多多去理解開發(fā)的思維,不斷記錄總結(jié)從而糾正,用清晰質(zhì)樸、近乎‘白癡’的語言去描述,那么, 你就成功了。
暫時(shí)想到這么多。謝謝你的觀看。歡迎交流。
本文由 @liny林?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
寫的很全面 ??
好東西。我的套路也跟這差不多,寫起來一點(diǎn)不慢
??
這么詳細(xì),太花時(shí)間了
真要這么寫完,就沒測試人員的測試用例什么事情了
測試測不出問題不是最理想狀態(tài)嗎。規(guī)則是死的,人是活的,看情況咯 ?
干貨 or 測試用例?
只是想到的說出來而已 ??
干貨。。。
干活
??