真實(shí)案例分享|登錄注冊(cè)產(chǎn)品需求文檔

由于比較忙,所以挑選一個(gè)常規(guī),且都遇到的產(chǎn)品功能進(jìn)行撰寫,就不撰寫極細(xì),通用溝通為準(zhǔn)。若撰寫極細(xì),每個(gè)功能的流程圖都得畫與都得寫。
具體的PRD格式與樣式,則根據(jù)團(tuán)隊(duì)自身情況與業(yè)務(wù)進(jìn)行設(shè)計(jì)。在敏捷性開(kāi)發(fā),可以不寫PRD,但是產(chǎn)品功能涉及的流程圖盡量有,不然后續(xù)業(yè)務(wù)交接業(yè)務(wù)非常麻煩,耗資的成本非常高,并且繪制張流程圖也花費(fèi)不了多長(zhǎng)時(shí)間。高保真是很難將平臺(tái)數(shù)據(jù)與邏輯結(jié)構(gòu)表達(dá)出來(lái)。
關(guān)于登錄注冊(cè),核心的有:
- 提高登錄注冊(cè)轉(zhuǎn)化率,降低跳出率,辛辛苦苦做活動(dòng)拉人拉過(guò)來(lái),沒(méi)登錄注冊(cè)就跑
- 防刷單防馬甲防詐騙,平臺(tái)業(yè)務(wù)量大起來(lái),特別涉及金額交易的平臺(tái),那更要注意了
- 登錄注冊(cè)流友好通暢,細(xì)致至每個(gè)提示,當(dāng)用戶是傻瓜對(duì)待,而標(biāo)準(zhǔn)是,把每個(gè)使用場(chǎng)景與觸發(fā)事件想清楚,用戶進(jìn)行每個(gè)場(chǎng)景操作,想都不用想就知道啥意思
- 申訴流程足夠通暢,不然密碼錯(cuò)誤了,因流程流程復(fù)雜有問(wèn)題,用戶就不陪你玩了(微信公眾號(hào)的密碼申訴流程就是很典型BUG,登錄時(shí)提示該賬號(hào)密碼不正確,找回密碼又提示該賬號(hào)不存在,注冊(cè)時(shí)又提示該賬號(hào)已占用,啥玩意呀?)
PS:我寫的這份PRD時(shí)較倉(cāng)促,如有BUG,請(qǐng)自行修補(bǔ),本篇章僅針對(duì)PRD。
對(duì)了,參與門檻越低,參與度越高,付出成本越高,離開(kāi)率就越低
登陸注冊(cè)-產(chǎn)品需求文檔
一、產(chǎn)品概念
1.1業(yè)務(wù)背景概述
當(dāng)前xxx提出需求,將登陸注冊(cè)功能優(yōu)化,提升用戶注冊(cè)體驗(yàn)
1.2產(chǎn)品功能概述
注冊(cè)、登錄格式驗(yàn)證規(guī)則與提示優(yōu)化,后期根據(jù)產(chǎn)品功能轉(zhuǎn)化率進(jìn)行方案篩選
1.3產(chǎn)品前景
提升xxxx用戶登錄、注冊(cè)轉(zhuǎn)化率,降低跳出率(目的性要強(qiáng))
1.4產(chǎn)品整體流程/邏輯關(guān)系
產(chǎn)品功能框架圖:
消費(fèi)者個(gè)人登錄流:
消費(fèi)者個(gè)人注冊(cè)流:
密碼申訴:
可自行補(bǔ)充,我就不畫了
馬甲判斷邏輯關(guān)系
可自行補(bǔ)充,我就不畫了
1.5面對(duì)用戶
xxxxx
來(lái)源:xxxxxx買家
權(quán)限定義:擁有xxxxxx用戶注冊(cè)、登錄權(quán)限。
1.6 應(yīng)用對(duì)象
網(wǎng)頁(yè)商城
1.7 名詞解釋
1.8 參考文檔(學(xué)習(xí)資料)
產(chǎn)品新人,如何將產(chǎn)品需求文檔撰寫更深入?
剛?cè)胄械漠a(chǎn)品新人,你其實(shí)可以寫一份合格產(chǎn)品需求文檔
2?功能需求
2.1 前臺(tái)應(yīng)用
2.1.1? 登錄
主要參與者
游客:已注冊(cè)未登錄用戶
用例圖
前置條件:用戶未登錄線上平臺(tái)
后置條件:完成“登錄”操作,則在會(huì)員管理生成一條登錄記錄,且跳轉(zhuǎn)至xxx頁(yè)。
詳細(xì)描述
表單字段:(表單具體的交互樣式與頁(yè)面布局,請(qǐng)看高保真原型)
驗(yàn)證規(guī)則:進(jìn)入下一次操作時(shí),則對(duì)上一個(gè)操作進(jìn)行格式驗(yàn)證
操作說(shuō)明:?表單交互樣式說(shuō)明:(建議平臺(tái)有條件都設(shè)個(gè)用戶體驗(yàn)中心,由UI設(shè)計(jì)師\交互設(shè)計(jì)師\文案組成,對(duì)平臺(tái)的細(xì)節(jié)進(jìn)行優(yōu)化,PM能獨(dú)立出來(lái),專心負(fù)責(zé)產(chǎn)品功能迭代管理與KPI轉(zhuǎn)化率)
默認(rèn)樣式:灰色
錯(cuò)誤樣式:
觸發(fā)條件:點(diǎn)擊登錄按鈕
交互樣式:表單紅色
規(guī)則描述:
- 身份驗(yàn)證失敗,則根據(jù)錯(cuò)誤類型進(jìn)行錯(cuò)錯(cuò)誤提示:
- 若無(wú)輸入密碼、用戶昵稱或驗(yàn)證碼其中一個(gè),則將對(duì)應(yīng)的表單為紅色
- 若無(wú)輸入用戶、密碼,則所有表單為紅色
- 若賬號(hào)與密碼不匹配,則密碼表單為紅色
下彈驗(yàn)證碼
觸發(fā)條件:身份驗(yàn)證失敗次數(shù)>=3次
交互樣式:下彈淡入浮現(xiàn)
通知欄樣式:
觸發(fā)條件:格式驗(yàn)證失敗
交互樣式:默認(rèn)隱藏,格式驗(yàn)證錯(cuò)誤則浮現(xiàn)
- 點(diǎn)擊“忘記密碼”,則跳轉(zhuǎn)至密碼申述頁(yè)http://www.xxxxxx.html;
- 用戶“立即注冊(cè)”,則跳轉(zhuǎn)至注冊(cè)頁(yè);(詳情請(qǐng)看2.1.2)
用戶點(diǎn)擊登錄按鈕或回車登錄時(shí),系統(tǒng)判斷是否符合登錄條件:
- 是,則登錄成功,在xx管理模塊,生成一次登錄狀態(tài)
- 否,則根據(jù)不符合條件,進(jìn)入錯(cuò)誤提示與消息通知
消息通知欄說(shuō)明:
根據(jù)消息類型進(jìn)行消息通知:
默認(rèn)提示:“公共場(chǎng)所不建議自動(dòng)保存密碼 ,以免賬號(hào)財(cái)務(wù)丟失”
錯(cuò)誤通知:
浮現(xiàn)條件:格式不符合
通知內(nèi)容:
- 若是xx模塊無(wú)該用戶注冊(cè)記錄,則通知:“無(wú)該用戶,請(qǐng)確定后登錄“
- 若是用戶名、密碼與驗(yàn)證碼不匹配,則通知:“賬號(hào)密碼不匹配,請(qǐng)重新輸入”
- 若是本頁(yè)面無(wú)操作時(shí)間>=xmin,則通知:“登錄超過(guò)有效期,請(qǐng)重新登錄”
- 若是輸入用戶昵稱,無(wú)輸入密碼進(jìn)行身份驗(yàn)證,則通知消息:“請(qǐng)輸入密碼”
- 若是輸入密碼,無(wú)輸入密碼進(jìn)行身份驗(yàn)證,則通知消息:“請(qǐng)輸入用戶昵稱”
- 若是驗(yàn)證碼輸入錯(cuò)誤,則通知消息“當(dāng)前驗(yàn)證碼錯(cuò)誤,請(qǐng)重新獲取輸入”
若是多條消息并行通知,則根據(jù)優(yōu)先級(jí)“驗(yàn)證碼>用戶昵稱與密碼不匹配>無(wú)填用戶昵稱與密碼>僅填用戶昵稱>僅填密碼”進(jìn)行消息通知,僅通知一條
2.1.2? 注冊(cè)
主要參與者
游客:未注冊(cè)用戶
用例圖
前置條件:用戶點(diǎn)擊“注冊(cè)”按鈕,進(jìn)入本頁(yè)面
后置條件:完成“注冊(cè)”操作,則在xxx管理生成一條注冊(cè)記錄,且跳轉(zhuǎn)至xxxx頁(yè)。
詳細(xì)描述
字段表單:
格式驗(yàn)證觸發(fā)條件:進(jìn)入下一個(gè)判斷或操作,則對(duì)上一個(gè)操作進(jìn)行驗(yàn)證
特別說(shuō)明:本菜單所有表單不允許錄入空格
操作說(shuō)明:表單交互說(shuō)明:
輸入提示交互:
觸發(fā)條件:點(diǎn)擊表單,
交互方式:向右浮現(xiàn)
錯(cuò)誤提示交互:
觸發(fā)條件:格式驗(yàn)證錯(cuò)誤
交互方式:向右浮現(xiàn)
通過(guò)提示交互:
觸發(fā)條件:格式驗(yàn)證通過(guò)
交互方式:向右浮現(xiàn)
提示規(guī)則說(shuō)明
輸入提示:
觸發(fā)條件:點(diǎn)擊表單
根據(jù)表單類型進(jìn)行提示:
1、若是用戶名,則提示:“4~20位字符,可由中文、英文、數(shù)字或符號(hào)“_”組成”
2、若是手機(jī)號(hào)碼,則提示:“請(qǐng)輸入正確的手機(jī)號(hào),以便接收訂單,找回密碼”
3、若是驗(yàn)證碼,則根據(jù)操作狀態(tài)進(jìn)行提示
- 如是點(diǎn)擊表單,則提示:”請(qǐng)輸入圖中數(shù)字”
- 如是點(diǎn)擊“獲取驗(yàn)證碼”按鈕,則提示:“如無(wú)法接收驗(yàn)證碼,請(qǐng)重啟手機(jī),并確認(rèn)短信未被攔截!4G用戶,請(qǐng)關(guān)閉4G進(jìn)行接收”
5、若是設(shè)置密碼,則提示:“6~20個(gè)大小寫英文字母、符號(hào)或數(shù)字組合”
6、若是確定密碼,則提示:“請(qǐng)?jiān)俅未_認(rèn)密碼”
錯(cuò)誤提示:
觸發(fā)條件:格式驗(yàn)證錯(cuò)誤
根據(jù)表單類型進(jìn)行提示:
1、若是用戶名,則提示:“用戶名格式錯(cuò)誤,請(qǐng)輸入正確的用戶名”
2、若是手機(jī)號(hào)碼,則提示:“格式錯(cuò)誤,請(qǐng)輸入正確的手機(jī)號(hào)”
3、 若是驗(yàn)證碼,則提示:“驗(yàn)證碼錯(cuò)誤,請(qǐng)重新輸入”
4、 若是密碼,則根據(jù)輸入狀態(tài)進(jìn)行提示:
- 如是僅輸入符號(hào),則提示:“密碼不能全為符號(hào)”
- 如是表單為空,則提示:“密碼不能為空”
- 如是輸入字符超過(guò)限制字符,則提示“密碼應(yīng)為6-20個(gè)字符”
- 如是僅輸入數(shù)字,則提示:“密碼不能全為數(shù)字”
5、若是確認(rèn)密碼,則提示“兩次密碼輸入不一致,請(qǐng)確認(rèn)再輸入”
通過(guò)提示:
觸發(fā)條件:格式驗(yàn)證正確
提示消息:將輸入提示或錯(cuò)誤提示切換成通過(guò)提示標(biāo)記
用戶點(diǎn)擊“請(qǐng)登錄”按鈕,則返回登錄頁(yè)(詳情請(qǐng)看2.1.1)
用戶點(diǎn)擊“同意協(xié)議并確認(rèn)”按鈕,則系統(tǒng)判斷資料是否符合提交提交:
- 是,則注冊(cè)成功,彈出提示層,提示:“ 注冊(cè)成功”,0.x后自動(dòng)關(guān)閉,跳轉(zhuǎn)至xxx首頁(yè);并在xx管理模塊,生成一條注冊(cè)流水記錄;
- 否,則根據(jù)錯(cuò)誤狀態(tài),彈出提示層,進(jìn)行提示:
- 如是提交資料不完善,則提示:“ 資料填寫不完善,請(qǐng)?zhí)顚懞笤偬峤蛔?cè);
- 如是驗(yàn)證碼過(guò)期,即系統(tǒng)當(dāng)前時(shí)間-最后一次驗(yàn)證碼獲取時(shí)間>=30S,則提示:“驗(yàn)證碼已過(guò)期,請(qǐng)重新獲取輸入”
- 如是驗(yàn)證碼錯(cuò)誤,則提示: “短信驗(yàn)證碼錯(cuò)誤,請(qǐng)重新獲取輸入”
- 如是連續(xù)多次錯(cuò)誤,則根據(jù)優(yōu)先級(jí):提交資料不完善>驗(yàn)證碼錯(cuò)誤>驗(yàn)證碼過(guò)期,進(jìn)行錯(cuò)誤提示
用戶點(diǎn)擊獲取驗(yàn)證碼,則xxx系統(tǒng)發(fā)送本次短信驗(yàn)證。驗(yàn)證碼自系統(tǒng)發(fā)送時(shí)間開(kāi)始算起,有效期為xxmin;
2.1.3密碼申訴
可自行補(bǔ)充,我就不畫了
2.1.4馬甲用戶判斷規(guī)則
可自行補(bǔ)充,我就不畫了
2.2 其他功能
2.2.1同意協(xié)議彈出層
可自行補(bǔ)充,我就不畫了
3?其他接口要求
無(wú)
4?系統(tǒng)風(fēng)險(xiǎn)預(yù)估
無(wú)
5?其他需求
5.1.1 BI需求
登錄注冊(cè)轉(zhuǎn)化率統(tǒng)計(jì)
詳情說(shuō)明:統(tǒng)計(jì)完成登錄與注冊(cè)操作的轉(zhuǎn)化率,對(duì)登錄、注冊(cè)按鈕錨點(diǎn)
計(jì)算公式:
登錄轉(zhuǎn)化率=完成登錄UV\登錄頁(yè)UV
注冊(cè)轉(zhuǎn)化率=完成注冊(cè)UV\注冊(cè)頁(yè)UV
登錄注冊(cè)頁(yè)跳出率分析
詳情說(shuō)明:統(tǒng)計(jì)離開(kāi)登錄\注冊(cè)訪問(wèn)數(shù)退出轉(zhuǎn)化率,對(duì)
計(jì)算公式:
登錄跳出率=離開(kāi)登錄的訪問(wèn)次數(shù)\進(jìn)入登錄頁(yè)的總訪問(wèn)次數(shù)
登錄跳出率=離開(kāi)注冊(cè)的訪問(wèn)次數(shù)\進(jìn)入注冊(cè)頁(yè)的總訪問(wèn)次數(shù)
新注冊(cè)用戶統(tǒng)計(jì)
詳情說(shuō)明:統(tǒng)計(jì)完成注冊(cè)的用戶數(shù)
…統(tǒng)計(jì)
可自行補(bǔ)充,我就不畫了
本文由 @倒?fàn)?01 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
畢竟是17年的文章了,所以水平確實(shí)還有待提升
雖然有點(diǎn)亂,但是還是有很多東西值得學(xué)習(xí)
有值得學(xué)習(xí)的地方,也覺(jué)得有可以改進(jìn)的內(nèi)容,感覺(jué)你把交互文檔和PRD文檔都合在一起了。太綜合又不夠全面。
想請(qǐng)教樓主 那個(gè)向右浮現(xiàn)指的是怎樣的效果?
漏洞居多,不合格,例如用戶輸入驗(yàn)證碼,把手機(jī)號(hào)刪除了,后續(xù)怎么操作?
??
看了 收藏了
你這個(gè)寫的叫用例圖,其實(shí)是叫原型圖;用例圖是UML語(yǔ)言中用來(lái)描述參與者與系統(tǒng)之間關(guān)系。而且用例規(guī)約也不是這個(gè)格式,要單獨(dú)成表才能讓開(kāi)發(fā)看的明白。還有,消費(fèi)者注冊(cè)成功了進(jìn)入XX管理,為什么還要走到驗(yàn)證身份?你這就死循環(huán)了???希望作者回答一下
?? ?? ??
寫的蠻好的,我就想問(wèn)一個(gè)使用場(chǎng)景。開(kāi)發(fā)和測(cè)試會(huì)在這一個(gè)字一個(gè)字看你的東西么?你這一個(gè)功能看下來(lái),一周的活都不用做了,開(kāi)發(fā)更愿意看原型圖+標(biāo)注的方式
?? ??
題主,我想問(wèn)一下,我看到“注冊(cè)失敗”“失敗提示”這兩塊屬于子流程。那么這兩塊細(xì)化的話也是流程圖么?如果是流程圖應(yīng)該是什么樣的呢
凡是功能都有流程,流程圖核心是表達(dá)功能之間的關(guān)系
若以靜止的角度看一個(gè)功能,也會(huì)有流程,但更多集中在“判斷條件”
很細(xì)判斷條件盡量不要過(guò)多的放進(jìn)流程圖里,因?yàn)樗皇枪δ?,放多了流程圖會(huì)很復(fù)雜。
注冊(cè)失?。?br /> 開(kāi)始
進(jìn)入注冊(cè)失敗判斷
是否符合判斷條件(該處可將判斷條件抽取出來(lái)在流程圖展示展示)
是,則注冊(cè)失敗
否,則結(jié)束
樓主 我想問(wèn)下 我怎么覺(jué)得用例圖不是你那樣畫的啊 你畫得原型圖吧
?? ?? ?? ?? ??
能大概說(shuō)說(shuō)馬甲判斷規(guī)則大概有哪些?
涉及核心的技術(shù)問(wèn)題,不回復(fù)。
注冊(cè)流程目前好像為了避免短信接口暴露,都做了2道驗(yàn)證,淘寶是滑塊分頁(yè)面,京東是一個(gè)頁(yè)面做的圖片驗(yàn)證碼(移動(dòng)端是2個(gè)頁(yè)面,也是圖片驗(yàn)證碼),我覺(jué)得樓主可以關(guān)注下,短信也是成本麻~~
1、本文章僅針對(duì)PRD,不針對(duì)過(guò)多細(xì)節(jié);(并且看文中內(nèi)容參與成本越低,參與度越低)
2、不需要短信驗(yàn)證,無(wú)法確認(rèn)該本手機(jī)賬號(hào)是否屬于本人,后期風(fēng)控維護(hù)成本高;
3、一條短信獲取一個(gè)用戶的真實(shí)聯(lián)系信息,是非常劃算,特別是電商領(lǐng)域;
4、滑動(dòng)驗(yàn)證或者是圖片驗(yàn)證碼,本質(zhì)是為了防刷,區(qū)別在于交互體驗(yàn)與安全性
5、馬甲管理會(huì)根據(jù)用戶行為,進(jìn)行詐騙風(fēng)控
每增加一個(gè)操作,都做提高參與成本
回復(fù)內(nèi)容有誤,是:參與門檻越低,參與度越高
有點(diǎn)長(zhǎng)過(guò)頭了?部分功能其實(shí)大家都懂,技術(shù)和開(kāi)發(fā)可能都滾瓜爛熟,可以一筆帶過(guò)
1、公司大了后,每個(gè)功能對(duì)接不同的而研發(fā)人員,你不寫人家不知道;
2、業(yè)務(wù)交接人,沒(méi)那么多時(shí)間,看你的原型去分析你的格式驗(yàn)證規(guī)則與邏輯推理
3、不論是京東、一號(hào)店、天貓、淘寶、支付寶…..的注冊(cè)格式驗(yàn)證規(guī)則都不同,京東密碼表單格式驗(yàn)證,僅輸入數(shù)字便可,而淘寶且不可以,每個(gè)細(xì)節(jié)都針對(duì)不同的業(yè)務(wù)與場(chǎng)景;
4、細(xì)節(jié)決定成敗,影響著用戶體驗(yàn)與轉(zhuǎn)化率
登錄 登陸 犯了好幾個(gè)低級(jí)錯(cuò)
登錄 登陸 犯了好幾個(gè)低級(jí)錯(cuò)誤
PRD一定要命名為“產(chǎn)品需求文檔”,不要寫成“需求文檔”
倒?fàn)斘⑿牛篺tl_keen
小白請(qǐng)教一下注冊(cè)流程和登錄流程里為什么分藍(lán)白兩種框,白框兩側(cè)還有兩條豎杠?是主流程和輔流程的關(guān)系么?
核心的功能流程與觸發(fā)的功能流程