PRD:倒推街兔電單車產品需求文檔

14 評論 26618 瀏覽 162 收藏 26 分鐘

閑來無事,于是想通過自己的長時間的產品體驗,倒推出街兔app的產品需求文檔,同時也鍛煉自己的產品需求文檔撰寫能力,當然更是為了自己僅有的幾個訂閱讀者有文可看,哈哈。

一、文檔綜述

1.1.版本修訂記錄

1.2.PRD輸出環境

1.3.產品介紹

街兔電單車,為滴滴出行公司旗下共享電單車,該款電單車外形與普通電動車無異,設有把手式車鈴、載物車筐、前車燈。

全車重量較輕,約為普通家用電動車的2/3 之重,單手即可提起車體后半部分。芝麻信用分達到650分的用戶,則不需要繳納押金。使用時間前兩分鐘免費,二十分鐘以內2元,超出時間按每十分鐘1元計算。

1.4.產品定位

街兔電單車致力為大家提供更便利、更經濟、更規范的電動自行車。提升城市整體交通安全和出行效率,滿足10公里以內高效出行需求。

二、產品結構

產品功能結構圖

產品信息結構圖

三、全局說明

3.1 功能權限

分為未登錄狀態和已登錄狀態

已登錄狀態可執行所有操作

未登錄狀態下無法進行任何操作,停留在地圖頁面點擊部分操作直接跳轉登錄頁面

3.2 鍵盤說明

點擊(手機號、車輛編號)輸入框時彈出數字鍵盤

點擊(驗證碼、搜索、自定義編輯)等其他輸入框時彈出字母鍵盤

3.3 頁面交互

左側彈窗

位置:頁面左側

交互:頁面變暗,左側彈出

左側彈窗

底部彈窗

位置:頁面底部

交互:頁面變暗,底部彈出

底部彈窗

toast

位置:頁面中部

交互:淡出,懸浮1秒

toast

dialog

位置:頁面中部

dialog

alert

位置:頁面中部

alert

返回icon

位置:頁面左上角

交互:點擊返回上一個操作頁

四、產品功能范圍

五、產品詳細功能說明

5.1歡迎頁

不管已登錄和未登錄,用戶在歡迎頁之后直接進去首頁。

a.已登錄:在騎行頁可執行所有操作。

b.未登錄:在騎行頁點擊任何操作都將跳轉至登錄頁。

首頁

5.2登錄/注冊頁

前置條件

用戶已登錄:用戶進入APP后,在個人信息頁面點擊“退出登錄”;

用戶未登錄,準備進入:用戶已注冊,但在此次開啟APP前未登錄;用戶未注冊,首次使用APP;

頁面邏輯

a.“輸入手機號碼”:輸入11位號碼,才會激活“獲取驗證碼”按鈕;若輸入號碼小于11位,無法激活。11位號碼驗證為正確大陸手機號碼后,才會獲取驗證碼,否則toast報錯提醒。

ps:關于登錄頁有兩點建議1、當用戶輸入少于11位號碼時,除了沒有激活“獲取驗證碼”按鈕外沒有其他提示性的交互讓用戶得到提醒。2、輸入錯誤號碼后,點擊獲取驗證碼按鈕,報錯toast文案“請明天再試”交互十分不友好,既沒有明確表明用戶錯誤操作的原因,也沒有對用戶下一步操作進行引導。

輸入錯誤手機號驗證

b.“獲取驗證碼”:手機號驗證完成后,點擊獲取驗證碼,彈出驗證圖片,輸入四位驗證字母后,系統驗證成功將會把登錄驗證碼發送到用戶手機,否則報錯提醒。

c.輸入正確的驗證碼后,默認選擇了閱讀街兔騎行規范,點擊登錄后跳轉下一頁面。

功能邏輯

通過手機號驗證登錄后,將進入認證和押金判定,是否通過滴滴出行實名認證,沒有則進去實名認證頁面,通過則進入押金繳納,可選擇繳納押金或者芝麻信用免押金擔保,繳納押金后確認支付完成則進去首頁,而通過芝麻信用認證,需進行支付寶授權確認,判定信用積分是否滿足,滿足則進去首頁,不滿足返回押金繳納頁。

實名認證頁面

繳納押金頁面

芝麻信用授權頁

5.3首頁

頁面邏輯

新人教程彈窗

首次登陸的新用戶將會展示新手引導h5彈窗點進進入新手教程頁

個人中心

個人中心入口,點擊左側彈出個人中心。

搜索

點擊進入搜索頁面,支持對地點名稱精準搜索和模糊搜索。

活動中心

根據時間由近到遠展示最近活動欄,點擊活動欄跳轉活動詳情。

還車點/電單車切換tab

由于共享電單車需要更換電池和充電等維護和管理,相比于共享自行車,增加固定的換車區域,通過tab切換,滿足找車和換車兩種場景需求。

活動浮窗

展示最近活動信息,點擊跳轉活動詳情頁。

地圖導航頁

1.顯示用戶所在區域,區域中心點icon展示。

2.顯示用戶坐標點icon。

3.顯示周圍的車輛(對用戶只展示可使用車輛,對管理員展示所有車輛)/還車點情況,離用戶最近的一輛電單車icon加上文案標注。

4.尋車輔助:用戶點擊某一目標車輛后,地圖展示找車路徑,同時展示車輛可行駛距離(公里),用戶與車輛距離(米),步行找車時間(分鐘),出現“響鈴尋車”按鈕,點擊后目標車輛發出語音提醒。

5.連續觸點兩下,放大地圖。

首頁

尋車輔助頁面

刷新定位

實時刷新用戶定位,使用戶坐標點成為區域中心點。

掃碼用車

點擊進入掃碼用車頁面。

幫助中心

點擊彈出對話框,展示故障上報,舉報故障,舉報私鎖,客服幫助四個按鈕。

5.4掃碼用車頁

前置條件

用戶點擊“掃碼用車”按鈕,進入掃碼用車界面。

頁面邏輯

①用戶點擊頁面上部功能導航欄左側箭頭按鈕,可以返回首界面;點擊右側“使用說明”按鈕,彈出居中h5使用說明圖文;

②用戶將二維碼選取框對準車輛二維碼,即可完成掃碼操作,掃碼后會收到系統反饋信息。

③用戶點擊下部功能欄左側按鈕,進入手動輸入車牌號碼界面。點擊右側按鈕,可以手動打開或者關閉手電筒。

功能邏輯

當用戶進入掃碼用車頁面,會根據光線判斷,是否開啟閃光燈照明

當掃碼時沒有收到二維碼信息時,經測試30s左右,彈出dialog彈窗顯示掃碼失敗,讓用戶可跳轉至手動輸入編碼頁面

當掃碼獲取錯誤的二維碼信息時,彈出toast彈窗提示。

當掃碼獲取正確的二維碼信息時,顯示車輛狀況是否可騎。是,跳轉到開鎖確認頁,否,展示原因:電量過低,車輛故障,等等。

未接收到二維碼信息

獲取錯誤二維碼信息

車輛故障

電量不足

Ps:有一次停車忘記在app上還車,找客服小姐姐申請售后(畢竟好幾塊錢呢,哈哈哈),客服小姐姐跟我說我忘記還車會造成他們的丟車風險,念我初犯,退了我部分錢。

于是我就想了想,因為共享電單車跟共享自行車硬件上的不同,電單車的使用以及它身上的各種硬件的運轉,必須基于它的電池,而且必須要人工去及時地對其進行充電或者更換電池;如果電池沒電了,不僅GPS存在失效風險,而且鎖車控制也存在失效風險。

因此街兔必須做一些風控邏輯來保持電單車一個最低的有效電量值:

當電單車電量低于10%時(假設的警戒值),該車將在用戶地圖上屏蔽掉;當用戶掃碼用車時,提示用量過低,該車不能使用;當用戶用車時,電量要接近警戒值時會語音報警提示用戶停車;當用戶停車但未在app確定還車時,停車時間達到70~80min或者電量接近警戒值時,系統自動還車。

開鎖確認頁?

確認開鎖頁

前置條件

掃碼成功,車輛判定可騎行,跳轉到開鎖確認頁。

頁面邏輯

①展示用戶坐標點和周圍還車點

②還車說明文案

③計費規則按鈕,點擊跳轉計費規則詳情頁

④電量信息,可騎行距離

⑤開鎖按鈕,點擊跳轉開鎖過度h5頁面,開鎖成功跳轉騎行中頁面,開鎖不成功異常報錯。

5.5 騎行中頁面

騎行中頁面

前置條件

用戶開鎖成功

頁面邏輯

①搜索框置頂,點進跳轉搜索頁面,搜索還車點

②地圖導航頁展示行程信息,下方展示騎行距離和騎行時間,以及車輛剩余可騎行距離,花費金額(點擊花費金額跳轉花費詳情),以及車輛編號

③底部還車按鈕,點擊跳轉還車確認頁,然后再到支付頁面完成用車支付。

還車功能邏輯圖

ps:街兔和其他共享自行車一樣存在一個免費保護時間,在這個時間內進行還車操作,將不計費;考慮到了用戶開鎖后發現車輛存在故障,或者想更換車輛立即還車這樣的場景;但電單車需要考慮還車點的問題,必然會出現在免費保護時間內用戶把車輛移出了還車點的場景,需要做一層判斷來考慮是否需要收取調度費。

另外在還車點判斷上存在bug,自己嘗試過實際在非車點,通過app移動地圖中心點至地圖還車點還車成功;另外出現過在還車點(還了一個月車的還車點)還車,結果提醒我在非還車點收取了調度費的情況,最后還得麻煩客服小姐姐。

支付功能邏輯圖

行程結束頁

行程結束頁

支付成功后跳轉到行程終結頁,地圖展示行程軌跡,下方顯示分享有獎浮窗,底部展示騎行距離、計費時長、車輛編號、支付費用(元,保留一位小數)、費用疑問入口、需要幫助入口。

5.6幫助中心

幫助中心

點擊底部彈出幫助中心彈窗,分別展示“上報故障”,“舉報亂?!?,“舉報私鎖”以及“客服幫助”入口。

ps:舉報亂停”和“舉報私鎖”建議合并成“舉報”,畢竟頁面邏輯一樣,而且幫助中心多一個按鈕就意味著增加一成用戶的思考成本,少一個按鈕反而還可以使幫助中心視覺上看著更簡約不擁擠。

上報故障

頂部“掃描二維碼”,點擊跳轉掃碼用車頁;“標簽選擇”提供了9種問題標簽;“自定義問題描述框”,輸入上限100個中英文字符;“照片添加”點擊彈出actionbar選擇上傳照片路徑;底部“確認提交”按鈕需要頂部完成掃描二維碼后,完成后面任意一個操作(這個是我的猜測,是為了避免交白卷),才可激活,激活后才可點擊。

舉報亂停

除了沒有“標簽選擇”之外,同上。

舉報私鎖

除了沒有“標簽選擇”之外,同上。

客服幫助

點擊跳轉客服中心。

5.7個人中心

老用戶個人中心

新用戶個人中心

前置條件

點擊個人中心icon按鈕,左側彈出個人中心彈窗

頁面邏輯

展示用戶信息:頭像,手機號,騎行卡展示(如果有騎行卡則展示剩余天數,沒有騎行卡則展示“購買騎行卡”按鈕),點擊跳轉騎行卡購買頁,騎行總距離(公里),總時間(分鐘),點擊跳轉個人信息頁,展示實名認證名字和手機號,目前為不可編輯,估計為將來后續的信息補充留的。

往下依次是錢包,行程,客服,設置入口。

ps:頭像這個設計的太丑了,跟街兔整個appUED對比顯得很違和,其他app中沒頭像才是這個樣子的吧,點擊發現還不能修改,是不是街兔的PD沒給設計妹子加雞腿? = =。

錢包

押金

芝麻信用

點進跳轉錢包頁面,分別展示“我的騎行卡”(顯示剩余天數),“我的優惠券”(顯示可用張數),如果繳納了押金則底部展示押金信息展示和“退押金”按鈕,如果是通過芝麻信用擔保,則展示芝麻信用文案信息。

點擊我的騎行卡跳轉到騎行卡頁面展示當前騎行卡主圖樣式,查看明細入口(點擊跳轉可看到剩余天數和抵扣記錄),剩余免費騎行天數,使用規則入口,騎行卡購買按鈕。

點擊我的優惠券,進去頁面,展示使用說明入口,優惠券按優惠券截止日期倒序。

點擊退押金彈出dialog彈窗,取消則回到錢包頁面,確認則進去退還押金原因選擇頁;再次確認退還,則系統進去退款流程。

ps:目前優惠券的使用是系統自動使用,用戶不能在我的優惠券頁面選擇某一優惠券點擊使用,如果以后可以通過點擊優惠券立即跳轉用車頁面的話,那么目前優惠券的排序邏輯按照時間倒序就會明顯顯得不合理,截止日期越晚的排到越上面,從而會是用戶領取的很多近期過期的優惠券沉底過期,減少用戶使用優惠券的次數,甚至減少用戶使用街兔的頻次。

行程

點擊進入我的行程,行程記錄展示騎行日期時間(今天和昨天,其余按照周幾展示,具體時間精確到分),騎行時長(分鐘),費用(元,數字保留一位小數),行程記錄按時間順序由近到遠展示,點加可進入具體行程的騎行終結頁。

客服

點擊跳轉客服中心。

設置

點擊進入設置頁面,展示“好評鼓勵”,“用戶協議”,“關于我們”三個入口,還有“退出登錄”按鈕,點擊彈出dialog確認退出登錄彈窗,取消,返回設置頁面;確定,跳轉登錄/注冊頁。

5.8客服中心

客服中心

前置條件

點擊“客服”“客服幫助”,進入客服中心。

頁面邏輯

最近訂單

展示最近一次訂單信息,日期(年月日),時間(精確到秒),騎行時間(分鐘),費用(元,保留一位小數),右上角“全部”,點進進入全部已完成的訂單,按時間倒序,點擊則進入對其中某一筆訂單進入售后客服頁。

猜你想問

展示三個常問問題。

ps:本來以為是由算法推薦的用戶最近有涉及到的售后問題,后來經過幾次測試,發現這個猜你想問的問題可能是后臺配置固定的,不是算法推薦的個性化的。

常見問題

展示“賬戶”“押金預計費”“騎行中”“還車”四種問題分類,點擊具體問題進入問題詳情頁,展示“有用”“沒用”按鈕讓用戶對問題進行反饋。

ps:這個只能二選一評價的交互體驗其實很差,尤其是用戶花很長路徑進去問題詳情頁時,發現還是個沒有用的回答時,建議加上人工客服入口,讓用戶可以點擊直接跳轉,進入深度咨詢。

在線客服

點擊跳轉到智能機器人客服對話框,同時也是可以由此申請人工客服。

ps:人工客服咨詢時存在閃退BUG,已經發生過兩次跟人工客服發送消息時突然閃退,回來后消息也并未發送。

客服熱線

點擊彈出撥打客服電話dialog浮窗,取消,回到客服中心頁;確定,電話撥出。

5.9活動中心

活動中心

頁面邏輯

按開始日期倒序展示活動頁入口列表,點擊活動頁入口跳轉具體的活動詳情頁。

彩蛋

最后是自己平時沒事兒想給街兔做的新功能,篇幅有限,就寫一個新功能。

本來想給它加一個其他競品都有的預定車輛的功能,不過思來想去,這個預定功能會不會造成車輛資源的浪費,畢竟存在約車不用的風險,當然如果設計成預定即計費的話效果可能就不一樣了,所以干脆寫個自己原創的功能吧!

停車功能

停車功能

場景

用戶需要短暫離車買東西或者處理短時間可以解決的小case,但是可能此處不是還車點,或者說用戶不想還車,因為還車后又要重新計費,同時存在還車后被人騎走,周圍沒有其他電單車的情況。目前發生這種情況,雖然其他用戶掃碼會有提示但仍可能出現強行騎走的風險。

前置條件

用戶用戶點擊停車

業務邏輯

當用戶點擊“停車”后,放下腳撐,前兩個步驟必須同時成立,車輛才會進入停車鎖死狀態,車費照原有邏輯計算,停車后“停車”按鈕變為“重新騎行”按鈕,點擊即可解除車輛鎖死。

文章寫得比較倉促,加上自己入行時間很短,局限性很大,錯誤更是不能避免,希望大家可以見諒~同時也歡迎大家在評論區給我留言互動,一起學習交流,一起成長提升!

 

本文由 @迷路的威廉 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自網絡

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 最后的停車后進入停車計費的環節,而且有停車時間限制

    來自廣東 回復
  2. 寫的還是很稚嫩

    很多業務細節并沒有考慮。僅適合純用戶視角的理解,更像一份對外的需求說明。

    回復
    1. 嗯嗯,新人還有許多需要學習和改進的地方,謝謝

      回復
  3. 贊一個,其實已經寫得很豐富了。最后的彩蛋目測是所有單車都應該有的功能。????

    回復
    1. 謝謝??

      回復
  4. 最后一個功能也許他們的產品想到了但是為了盈利,而不上線。

    來自北京 回復
    1. 對的,任何功能的上和不上確實都是不同立場的不同考量

      回復
    2. 最后一個功能也不會說不盈利吧,停車的時候也是按原價格計費的

      來自廣東 回復
  5. 舉報亂停和舉報私鎖有可能是兩個運營系統人員在獨立處理,所以設計成了兩個按鈕。這只是我的猜測而已,哈哈

    來自吉林 回復
    1. 猜測有效,哈哈哈

      回復
  6. 信息結構與功能結構幾無區別,放一個即可,應該還有一個流程圖吧?

    來自上海 回復
    1. 嗯嗯,確實,以后改進改進,可以加個業務流程圖

      回復
  7. 信息結構圖有點蝦扯淡,其他還不錯

    來自廣東 回復
    1. 謝謝哈

      回復