PRD:倒推街兔電單車產品需求文檔
閑來無事,于是想通過自己的長時間的產品體驗,倒推出街兔app的產品需求文檔,同時也鍛煉自己的產品需求文檔撰寫能力,當然更是為了自己僅有的幾個訂閱讀者有文可看,哈哈。
一、文檔綜述
1.1.版本修訂記錄
1.2.PRD輸出環境
1.3.產品介紹
街兔電單車,為滴滴出行公司旗下共享電單車,該款電單車外形與普通電動車無異,設有把手式車鈴、載物車筐、前車燈。
全車重量較輕,約為普通家用電動車的2/3 之重,單手即可提起車體后半部分。芝麻信用分達到650分的用戶,則不需要繳納押金。使用時間前兩分鐘免費,二十分鐘以內2元,超出時間按每十分鐘1元計算。
1.4.產品定位
街兔電單車致力為大家提供更便利、更經濟、更規范的電動自行車。提升城市整體交通安全和出行效率,滿足10公里以內高效出行需求。
二、產品結構
產品功能結構圖
產品信息結構圖
三、全局說明
3.1 功能權限
分為未登錄狀態和已登錄狀態
已登錄狀態可執行所有操作
未登錄狀態下無法進行任何操作,停留在地圖頁面點擊部分操作直接跳轉登錄頁面
3.2 鍵盤說明
點擊(手機號、車輛編號)輸入框時彈出數字鍵盤
點擊(驗證碼、搜索、自定義編輯)等其他輸入框時彈出字母鍵盤
3.3 頁面交互
左側彈窗
位置:頁面左側
交互:頁面變暗,左側彈出
底部彈窗
位置:頁面底部
交互:頁面變暗,底部彈出
toast
位置:頁面中部
交互:淡出,懸浮1秒
dialog
位置:頁面中部
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,但是可能此處不是還車點,或者說用戶不想還車,因為還車后又要重新計費,同時存在還車后被人騎走,周圍沒有其他電單車的情況。目前發生這種情況,雖然其他用戶掃碼會有提示但仍可能出現強行騎走的風險。
前置條件
用戶用戶點擊停車
業務邏輯
當用戶點擊“停車”后,放下腳撐,前兩個步驟必須同時成立,車輛才會進入停車鎖死狀態,車費照原有邏輯計算,停車后“停車”按鈕變為“重新騎行”按鈕,點擊即可解除車輛鎖死。
文章寫得比較倉促,加上自己入行時間很短,局限性很大,錯誤更是不能避免,希望大家可以見諒~同時也歡迎大家在評論區給我留言互動,一起學習交流,一起成長提升!
本文由 @迷路的威廉 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自網絡
最后的停車后進入停車計費的環節,而且有停車時間限制
寫的還是很稚嫩
很多業務細節并沒有考慮。僅適合純用戶視角的理解,更像一份對外的需求說明。
嗯嗯,新人還有許多需要學習和改進的地方,謝謝
贊一個,其實已經寫得很豐富了。最后的彩蛋目測是所有單車都應該有的功能。????
謝謝??
最后一個功能也許他們的產品想到了但是為了盈利,而不上線。
對的,任何功能的上和不上確實都是不同立場的不同考量
最后一個功能也不會說不盈利吧,停車的時候也是按原價格計費的
舉報亂停和舉報私鎖有可能是兩個運營系統人員在獨立處理,所以設計成了兩個按鈕。這只是我的猜測而已,哈哈
猜測有效,哈哈哈
信息結構與功能結構幾無區別,放一個即可,應該還有一個流程圖吧?
嗯嗯,確實,以后改進改進,可以加個業務流程圖
信息結構圖有點蝦扯淡,其他還不錯
謝謝哈