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

30 評(píng)論 103650 瀏覽 863 收藏 14 分鐘
🔗 B端产品需要更多地依赖销售团队和渠道合作来推广产品,而C端产品需要更多地利用网络营销和口碑传播来推广产品..

由于比較忙,所以挑選一個(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)品需求文檔

435435345431

一、產(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)品功能框架圖:

24242424

消費(fèi)者個(gè)人登錄流:

999999

消費(fèi)者個(gè)人注冊(cè)流:

1010101010

密碼申訴:

可自行補(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 名詞解釋

41

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è)未登錄用戶

用例圖

QQ截圖20160617141144

前置條件:用戶未登錄線上平臺(tái)

后置條件:完成“登錄”操作,則在會(huì)員管理生成一條登錄記錄,且跳轉(zhuǎn)至xxx頁(yè)。

詳細(xì)描述

表單字段:(表單具體的交互樣式與頁(yè)面布局,請(qǐng)看高保真原型)

驗(yàn)證規(guī)則:進(jìn)入下一次操作時(shí),則對(duì)上一個(gè)操作進(jìn)行格式驗(yàn)證

444321

操作說(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è)用戶

用例圖

20160621083940

前置條件:用戶點(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ō)明:本菜單所有表單不允許錄入空格

1111 (2)

操作說(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)載。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 畢竟是17年的文章了,所以水平確實(shí)還有待提升

    來(lái)自中國(guó) 回復(fù)
  2. 雖然有點(diǎn)亂,但是還是有很多東西值得學(xué)習(xí)

    來(lái)自廣東 回復(fù)
  3. 有值得學(xué)習(xí)的地方,也覺(jué)得有可以改進(jìn)的內(nèi)容,感覺(jué)你把交互文檔和PRD文檔都合在一起了。太綜合又不夠全面。

    來(lái)自浙江 回復(fù)
  4. 想請(qǐng)教樓主 那個(gè)向右浮現(xiàn)指的是怎樣的效果?

    來(lái)自北京 回復(fù)
  5. 漏洞居多,不合格,例如用戶輸入驗(yàn)證碼,把手機(jī)號(hào)刪除了,后續(xù)怎么操作?

    來(lái)自浙江 回復(fù)
    1. ??

      來(lái)自廣東 回復(fù)
  6. 看了 收藏了

    來(lái)自北京 回復(fù)
  7. 你這個(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)了???希望作者回答一下

    來(lái)自北京 回復(fù)
    1. ?? ?? ??

      來(lái)自廣東 回復(fù)
  8. 寫的蠻好的,我就想問(wèn)一個(gè)使用場(chǎng)景。開(kāi)發(fā)和測(cè)試會(huì)在這一個(gè)字一個(gè)字看你的東西么?你這一個(gè)功能看下來(lái),一周的活都不用做了,開(kāi)發(fā)更愿意看原型圖+標(biāo)注的方式

    來(lái)自安徽 回復(fù)
    1. ?? ??

      來(lái)自廣東 回復(fù)
  9. 題主,我想問(wèn)一下,我看到“注冊(cè)失敗”“失敗提示”這兩塊屬于子流程。那么這兩塊細(xì)化的話也是流程圖么?如果是流程圖應(yīng)該是什么樣的呢

    來(lái)自北京 回復(fù)
    1. 凡是功能都有流程,流程圖核心是表達(dá)功能之間的關(guān)系
      若以靜止的角度看一個(gè)功能,也會(huì)有流程,但更多集中在“判斷條件”
      很細(xì)判斷條件盡量不要過(guò)多的放進(jìn)流程圖里,因?yàn)樗皇枪δ?,放多了流程圖會(huì)很復(fù)雜。
      注冊(cè)失?。?br /> 開(kāi)始
      進(jìn)入注冊(cè)失敗判斷
      是否符合判斷條件(該處可將判斷條件抽取出來(lái)在流程圖展示展示)
      是,則注冊(cè)失敗
      否,則結(jié)束

      來(lái)自廣東 回復(fù)
  10. 樓主 我想問(wèn)下 我怎么覺(jué)得用例圖不是你那樣畫的啊 你畫得原型圖吧

    來(lái)自中國(guó) 回復(fù)
    1. ?? ?? ?? ?? ??

      來(lái)自廣東 回復(fù)
  11. 能大概說(shuō)說(shuō)馬甲判斷規(guī)則大概有哪些?

    來(lái)自廣東 回復(fù)
    1. 涉及核心的技術(shù)問(wèn)題,不回復(fù)。

      來(lái)自廣東 回復(fù)
  12. 注冊(cè)流程目前好像為了避免短信接口暴露,都做了2道驗(yàn)證,淘寶是滑塊分頁(yè)面,京東是一個(gè)頁(yè)面做的圖片驗(yàn)證碼(移動(dòng)端是2個(gè)頁(yè)面,也是圖片驗(yàn)證碼),我覺(jué)得樓主可以關(guān)注下,短信也是成本麻~~

    來(lái)自上海 回復(fù)
    1. 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)控

      來(lái)自廣東 回復(fù)
    2. 每增加一個(gè)操作,都做提高參與成本

      來(lái)自廣東 回復(fù)
    3. 回復(fù)內(nèi)容有誤,是:參與門檻越低,參與度越高

      來(lái)自廣東 回復(fù)
  13. 有點(diǎn)長(zhǎng)過(guò)頭了?部分功能其實(shí)大家都懂,技術(shù)和開(kāi)發(fā)可能都滾瓜爛熟,可以一筆帶過(guò)

    來(lái)自廣東 回復(fù)
    1. 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)化率

      來(lái)自廣東 回復(fù)
  14. 登錄 登陸 犯了好幾個(gè)低級(jí)錯(cuò)

    來(lái)自北京 回復(fù)
  15. 登錄 登陸 犯了好幾個(gè)低級(jí)錯(cuò)誤

    來(lái)自北京 回復(fù)
  16. PRD一定要命名為“產(chǎn)品需求文檔”,不要寫成“需求文檔”

    來(lái)自廣東 回復(fù)
    1. 倒?fàn)斘⑿牛篺tl_keen

      來(lái)自廣東 回復(fù)
  17. 小白請(qǐng)教一下注冊(cè)流程和登錄流程里為什么分藍(lán)白兩種框,白框兩側(cè)還有兩條豎杠?是主流程和輔流程的關(guān)系么?

    來(lái)自浙江 回復(fù)
    1. 核心的功能流程與觸發(fā)的功能流程

      來(lái)自廣東 回復(fù)