街兔電單車產(chǎn)品需求文檔

街兔電單車產(chǎn)品需求文檔閑來無事，于是想通過自己的長時間的產(chǎn)品體驗，倒推出街兔app的產(chǎn)品需求文檔，同時也鍛煉自己的產(chǎn)品需求文檔撰寫能力，當然更是為了自己僅有的幾個訂閱讀者有文可看，哈哈。一、文檔綜述1.1.版本修訂記錄1.2.PRD輸出環(huán)境1.3.產(chǎn)品介紹街兔電單車，為滴滴出行公司旗下共享電單車，該款電單車外形與普通電動車無異，設(shè)有把手式車鈴、載物車筐、前車燈。全車重量較輕，約為普通家用電動車的2/3之重，單手即可提起車體后半部分。芝麻信用分達到650分的用戶，則不需要繳納押金。使用時間前兩分鐘免費，二十分鐘以內(nèi)2元，超出時間按每十分鐘1元計算。1.4.產(chǎn)品定位街兔電單車致力為大家提供更便利、更經(jīng)濟、更規(guī)范的電動自行車。提升城市整體交通安全和出行效率，滿足10公里以內(nèi)高效出行需求。二、產(chǎn)品結(jié)構(gòu)產(chǎn)品功能結(jié)構(gòu)圖產(chǎn)品信息結(jié)構(gòu)圖三、全局說明3.1功能權(quán)限分為未登錄狀態(tài)和已登錄狀態(tài)已登錄狀態(tài)可執(zhí)行所有操作未登錄狀態(tài)下無法進行任何操作，停留在地圖頁面點擊部分操作直接跳轉(zhuǎn)登錄頁面3.2鍵盤說明點擊（手機號、車輛編號）輸入框時彈出數(shù)字鍵盤點擊（驗證碼、搜索、自定義編輯）等其他輸入框時彈出字母鍵盤3.3頁面交互左側(cè)彈窗位置：頁面左側(cè)交互：頁面變暗，左側(cè)彈出底部彈窗位置：頁面底部交互：頁面變暗，底部彈出toast位置：頁面中部交互：淡出，懸浮1秒dialog位置：頁面中部alert位置：頁面中部返回icon位置：頁面左上角交互：點擊返回上一個操作頁四、產(chǎn)品功能范圍五、產(chǎn)品詳細功能說明5.1歡迎頁不管已登錄和未登錄，用戶在歡迎頁之后直接進去首頁。a.已登錄：在騎行頁可執(zhí)行所有操作。b.未登錄：在騎行頁點擊任何操作都將跳轉(zhuǎn)至登錄頁。5.2登錄/注冊頁前置條件用戶已登錄：用戶進入APP后，在個人信息頁面點擊“退出登錄”；用戶未登錄，準備進入：用戶已注冊，但在此次開啟APP前未登錄；用戶未注冊，首次使用APP；頁面邏輯a.“輸入手機號碼”：輸入11位號碼，才會激活“獲取驗證碼”按鈕；若輸入號碼小于11位，無法激活。11位號碼驗證為正確大陸手機號碼后，才會獲取驗證碼，否則toast報錯提醒。ps：關(guān)于登錄頁有兩點建議1、當用戶輸入少于11位號碼時，除了沒有激活“獲取驗證碼”按鈕外沒有其他提示性的交互讓用戶得到提醒。2、輸入錯誤號碼后，點擊獲取驗證碼按鈕，報錯toast文案“請明天再試”交互十分不友好，既沒有明確表明用戶錯誤操作的原因，也沒有對用戶下一步操作進行引導(dǎo)。b.“獲取驗證碼”：手機號驗證完成后，點擊獲取驗證碼，彈出驗證圖片，輸入四位驗證字母后，系統(tǒng)驗證成功將會把登錄驗證碼發(fā)送到用戶手機，否則報錯提醒。c.輸入正確的驗證碼后，默認選擇了閱讀街兔騎行規(guī)范，點擊登錄后跳轉(zhuǎn)下一頁面。功能邏輯通過手機號驗證登錄后，將進入認證和押金判定，是否通過滴滴出行實名認證，沒有則進去實名認證頁面，通過則進入押金繳納，可選擇繳納押金或者芝麻信用免押金擔保，繳納押金后確認支付完成則進去首頁，而通過芝麻信用認證，需進行支付寶授權(quán)確認，判定信用積分是否滿足，滿足則進去首頁，不滿足返回押金繳納頁。5.3首頁頁面邏輯首次登陸的新用戶將會展示新手引導(dǎo)h5彈窗點進進入新手教程頁個人中心個人中心入口，點擊左側(cè)彈出個人中心。搜索點擊進入搜索頁面，支持對地點名稱精準搜索和模糊搜索?；顒又行母鶕?jù)時間由近到遠展示最近活動欄，點擊活動欄跳轉(zhuǎn)活動詳情。還車點/電單車切換tab由于共享電單車需要更換電池和充電等維護和管理，相比于共享自行車，增加固定的換車區(qū)域，通過tab切換，滿足找車和換車兩種場景需求?；顒痈〈罢故咀罱顒有畔?，點擊跳轉(zhuǎn)活動詳情頁。地圖導(dǎo)航頁1.顯示用戶所在區(qū)域，區(qū)域中心點icon展示。2.顯示用戶坐標點icon。3.顯示周圍的車輛（對用戶只展示可使用車輛，對管理員展示所有車輛）/還車點情況，離用戶最近的一輛電單車icon加上文案標注。4.尋車輔助：用戶點擊某一目標車輛后，地圖展示找車路徑，同時展示車輛可行駛距離（公里），用戶與車輛距離（米），步行找車時間（分鐘），出現(xiàn)“響鈴尋車”按鈕，點擊后目標車輛發(fā)出語音提醒。5.連續(xù)觸點兩下，放大地圖。刷新定位實時刷新用戶定位，使用戶坐標點成為區(qū)域中心點。掃碼用車點擊進入掃碼用車頁面。幫助中心點擊彈出對話框，展示故障上報，舉報故障，舉報私鎖，客服幫助四個按鈕。5.4掃碼用車頁前置條件用戶點擊“掃碼用車”按鈕，進入掃碼用車界面。頁面邏輯①用戶點擊頁面上部功能導(dǎo)航欄左側(cè)箭頭按鈕，可以返回首界面；點擊右側(cè)“使用說明”按鈕，彈出居中h5使用說明圖文；②用戶將二維碼選取框?qū)受囕v二維碼，即可完成掃碼操作，掃碼后會收到系統(tǒng)反饋信息。③用戶點擊下部功能欄左側(cè)按鈕，進入手動輸入車牌號碼界面。點擊右側(cè)按鈕，可以手動打開或者關(guān)閉手電筒。功能邏輯當用戶進入掃碼用車頁面，會根據(jù)光線判斷，是否開啟閃光燈照明當掃碼時沒有收到二維碼信息時，經(jīng)測試30s左右，彈出dialog彈窗顯示掃碼失敗，讓用戶可跳轉(zhuǎn)至手動輸入編碼頁面當掃碼獲取錯誤的二維碼信息時，彈出toast彈窗提示。當掃碼獲取正確的二維碼信息時，顯示車輛狀況是否可騎。是，跳轉(zhuǎn)到開鎖確認頁，否，展示原因：電量過低，車輛故障，等等。Ps：有一次停車忘記在app上還車，找客服小姐姐申請售后（畢竟好幾塊錢呢，哈哈哈），客服小姐姐跟我說我忘記還車會造成他們的丟車風險，念我初犯，退了我部分錢。于是我就想了想，因為共享電單車跟共享自行車硬件上的不同，電單車的使用以及它身上的各種硬件的運轉(zhuǎn)，必須基于它的電池，而且必須要人工去及時地對其進行充電或者更換電池；如果電池沒電了，不僅GPS存在失效風險，而且鎖車控制也存在失效風險。因此街兔必須做一些風控邏輯來保持電單車一個最低的有效電量值：當電單車電量低于10%時（假設(shè)的警戒值），該車將在用戶地圖上屏蔽掉；當用戶掃碼用車時，提示用量過低，該車不能使用；當用戶用車時，電量要接近警戒值時會語音報警提示用戶停車；當用戶停車但未在app確定還車時，停車時間達到70~80min或者電量接近警戒值時，系統(tǒng)自動還車。開鎖確認頁

前置條件掃碼成功，車輛判定可騎行，跳轉(zhuǎn)到開鎖確認頁。頁面邏輯①展示用戶坐標點和周圍還車點②還車說明文案③計費規(guī)則按鈕，點擊跳轉(zhuǎn)計費規(guī)則詳情頁④電量信息，可騎行距離⑤開鎖按鈕，點擊跳轉(zhuǎn)開鎖過度h5頁面，開鎖成功跳轉(zhuǎn)騎行中頁面，開鎖不成功異常報錯。5.5騎行中頁面前置條件用戶開鎖成功頁面邏輯①搜索框置頂，點進跳轉(zhuǎn)搜索頁面，搜索還車點②地圖導(dǎo)航頁展示行程信息，下方展示騎行距離和騎行時間，以及車輛剩余可騎行距離，花費金額（點擊花費金額跳轉(zhuǎn)花費詳情），以及車輛編號③底部還車按鈕，點擊跳轉(zhuǎn)還車確認頁，然后再到支付頁面完成用車支付。還車功能邏輯圖ps：街兔和其他共享自行車一樣存在一個免費保護時間，在這個時間內(nèi)進行還車操作，將不計費；考慮到了用戶開鎖后發(fā)現(xiàn)車輛存在故障，或者想更換車輛立即還車這樣的場景；但電單車需要考慮還車點的問題，必然會出現(xiàn)在免費保護時間內(nèi)用戶把車輛移出了還車點的場景，需要做一層判斷來考慮是否需要收取調(diào)度費。另外在還車點判斷上存在bug，自己嘗試過實際在非車點，通過app移動地圖中心點至地圖還車點還車成功；另外出現(xiàn)過在還車點（還了一個月車的還車點）還車，結(jié)果提醒我在非還車點收取了調(diào)度費的情況，最后還得麻煩客服小姐姐。支付功能邏輯圖行程結(jié)束頁支付成功后跳轉(zhuǎn)到行程終結(jié)頁，地圖展示行程軌跡，下方顯示分享有獎浮窗，底部展示騎行距離、計費時長、車輛編號、支付費用（元，保留一位小數(shù)）、費用疑問入口、需要幫助入口。5.6幫助中心點擊底部彈出幫助中心彈窗，分別展示“上報故障”，“舉報亂停”，“舉報私鎖”以及“客服幫助”入口。ps：舉報亂?！焙汀芭e報私鎖”建議合并成“舉報”，畢竟頁面邏輯一樣，而且?guī)椭行亩嘁粋€按鈕就意味著增加一成用戶的思考成本，少一個按鈕反而還可以使幫助中心視覺上看著更簡約不擁擠。上報故障頂部“掃描二維碼”，點擊跳轉(zhuǎn)掃碼用車頁；“標簽選擇”提供了9種問題標簽；“自定義問題描述框”，輸入上限100個中英文字符；“照片添加”點擊彈出actionbar選擇上傳照片路徑；底部“確認提交”按鈕需要頂部完成掃描二維碼后，完成后面任意一個操作（這個是我的猜測，是為了避免交白卷），才可激活，激活后才可點擊。舉報亂停除了沒有“標簽選擇”之外，同上。舉報私鎖除了沒有“標簽選擇”之外，同上?？头椭c擊跳轉(zhuǎn)客服中心。5.7個人中心前置條件點擊個人中心icon按鈕，左側(cè)彈出個人中心彈窗頁面邏輯展示用戶信息：頭像，手機號，騎行卡展示（如果有騎行卡則展示剩余天數(shù)，沒有騎行卡則展示“購買騎行卡”按鈕），點擊跳轉(zhuǎn)騎行卡購買頁，騎行總距離（公里），總時間（分鐘），點擊跳轉(zhuǎn)個人信息頁，展示實名認證名字和手機號，目前為不可編輯，估計為將來后續(xù)的信息補充留的。往下依次是錢包，行程，客服，設(shè)置入口。ps：頭像這個設(shè)計的太丑了，跟街兔整個appUED對比顯得很違和，其他app中沒頭像才是這個樣子的吧，點擊發(fā)現(xiàn)還不能修改，是不是街兔的PD沒給設(shè)計妹子加雞腿

==。錢包點進跳轉(zhuǎn)錢包頁面，分別展示“我的騎行卡”（顯示剩余天數(shù)），“我的優(yōu)惠券”（顯示可用張數(shù)），如果繳納了押金則底部展示押金信息展示和“退押金”按鈕，如果是通過芝麻信用擔保，則展示芝麻信用文案信息。點擊我的騎行卡跳轉(zhuǎn)到騎行卡頁面展示當前騎行卡主圖樣式，查看明細入口（點擊跳轉(zhuǎn)可看到剩余天數(shù)和抵扣記錄），剩余免費騎行天數(shù)，使用規(guī)則入口，騎行卡購買按鈕。點擊我的優(yōu)惠券，進去頁面，展示使用說明入口，優(yōu)惠券按優(yōu)惠券截止日期倒序。點擊退押金彈出dialog彈窗，取消則回到錢包頁面，確認則進去退還押金原因選擇頁；再次確認退還，則系統(tǒng)進去退款流程。ps：目前優(yōu)惠券的使用是系統(tǒng)自動使用，用戶不能在我的優(yōu)惠券頁面選擇某一優(yōu)惠券點擊使用，如果以后可以通過點擊優(yōu)惠券立即跳轉(zhuǎn)用車頁面的話，那么目前優(yōu)惠券的排序邏輯按照時間倒序就會明顯顯得不合理，截止日期越晚的排到越上面，從而會是用戶領(lǐng)取的很多近期過期的優(yōu)惠券沉底過期，減少用戶使用優(yōu)惠券的次數(shù)，甚至減少用戶使用街兔的頻次。行程點擊進入我的行程，行程記錄展示騎行日期時間（今天和昨天，其余按照周幾展示，具體時間精確到分），騎行時長（分鐘），費用（元，數(shù)字保留一位小數(shù)），行程記錄按時間順序由近到遠展示，點加可進入具體行程的騎行終結(jié)頁?？头c擊跳轉(zhuǎn)客服中心。設(shè)置點擊進入設(shè)置頁面，展示“好評鼓勵”，“用戶協(xié)議”，“關(guān)于我們”三個入口，還有“退出登錄”按鈕，點擊彈出dialog確認退出登錄彈窗，取消，返回設(shè)置頁面；確定，跳轉(zhuǎn)登錄/注冊頁。5.8客服中心前置條件點擊“客服”“客服幫助”，進入客服中心。頁面邏輯最近訂單展示最近一次訂單信息，日期（年月日），時間（精確到秒），騎行時間（分鐘），費用（元，保留一位小數(shù)），右上角“全部”，點進進入全部已完成的訂單，按時間倒序，點擊則進入對其中某一筆訂單進入售后客服頁。猜你想問展示三個常問問題。ps：本來以為是由算法推薦的用戶最近有涉及到的售后問題，后來經(jīng)過幾次測試，發(fā)現(xiàn)這個猜你想問的問題可能是后臺配置固定的，不是算法推薦的個性化的。常見問題展示“賬戶”“押金預(yù)計費”“騎行中”“還車”四種問題分類，點擊具體問題進入問題詳情頁，展示“有用”“沒用”按鈕讓用戶對問題進行反饋。ps：這個只能二選一評價的交互體驗其實很差，尤其是用戶花很長路徑進去問題詳情頁時，發(fā)現(xiàn)還是個沒有用的回答時，建議加上人工客服入口，讓用戶可以點擊直接跳轉(zhuǎn)，進入深度咨詢。在線客服點擊跳轉(zhuǎn)到智能機器人客服對話框，同時也是可以由此申請人工客服。ps：人工客服咨詢時存在閃退BUG，已經(jīng)發(fā)生過兩次跟人工客服發(fā)送消息時突然閃退，回來后消息也并未發(fā)送?？头峋€點擊彈出撥打客服電話dialog浮窗，取消，回到客服中心頁；確定，電話撥出。5.9活動中心頁面邏輯按開始日期倒序展示活動頁入口列表，點擊活動頁入口跳轉(zhuǎn)具體的活動詳情頁。彩蛋最后是自己平時沒事兒想給街兔做的新功能，篇幅有限，就寫一個新功能。本來想給它加一個其他競品都有的預(yù)定車輛的功能，不過思來想去，這個預(yù)定功能會不會造成車輛資源的浪費，畢竟存在約車不用的風險，當然如果設(shè)計成預(yù)定即計費的話效果可能就不一樣了，所以干脆寫個自己原創(chuàng)的功能吧！停車功能場景用戶需要短暫離車買東西或者處理短時間可以解決的小case