中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

文章通過使用、體驗、研究等方式倒推ofo共享單車APP，撰寫成本文的PRD文檔。

撰寫PRD，產品需求文檔是產品經理日常工作中的主要工作。熟練、準確、高效的完成一個讓開發人員、市場等人員滿意的產品需求文檔更是一個合格的產品經理的標志。

沒有接觸過產品經理工作的產品新人，可以采用倒推現有市場上相對成熟產品的產品需求文檔的方式，鍛煉自己的產品需求文檔撰寫能力。

下面筆者為大家展示，如何通過使用、體驗、研究等方式倒推ofo共享單車APP，生成它的產品需求文檔。

以下為本文目錄：

1. 文檔綜述?

1.1 版本修訂記錄

1.1 PRD輸出環境

1.2 產品介紹

1.3 文檔名詞說明

2. 產品結構

2.1 產品結構圖

2.2 產品信息結構圖

3. 全局說明

3.1 功能權限

3.2 鍵盤說明

3.3 頁面內交互

4. 產品詳細功能說明

4.1 常用操作

4.1.1?常用icon

4.1.2?操作彈窗

4.2 歡迎頁

4.3 登陸/注冊頁

4.4 首頁

4.5 掃碼用車頁
……

1. 文檔綜述

1.1 版本修訂記錄

1.2 PRD輸出環境

1.3 產品介紹

ofo小黃車是一個無樁共享單車出行平臺，締造了“無樁單車共享”模式，致力于解決城市出行問題。用戶只需在微信公眾號或App掃一掃車上的二維碼或直接輸入對應車牌號，即可獲得解鎖密碼，解鎖騎行，隨取隨用，隨時隨地。

ofo小黃車移動端APP的主要滿足用戶在手機端使用產品時的基本功能，主要包括找車、認證乘車、支付等基本功能。

1.4 名詞說明

略

2. 產品結構

2.1 產品功能結構圖

注：其中“騎車”與“我的”為產品主要功能，也是產品的主要業務實現路徑。

2.2 產品信息結構圖

ofo共享單車信息結構相對較為簡單，信息主要圍繞在三方面內輸入與輸出，即：

• 個人信息：個人信息中的主要信息為手機號、認證信息、信用值。
• 行程信息：新城信息中的主要信息有騎行日期、消費記錄、路徑、車牌號。
• 金額信息：金額信息中的主要信息有余額、押金、紅包。

3. 全局說明

3.1 功能權限

分為未登陸狀態與登陸狀態。

登陸狀態下可進行所有操作；

未登錄狀態下不可進行任何操作，停留在注冊登錄頁直至注冊/登錄成功；

3.2 鍵盤說明

• 點擊（手機號、驗證碼）輸入框時彈出數字鍵盤；
• 點擊其他輸入框彈出字母鍵盤；

3.3 頁面內交互

4. 產品詳細功能說明

4.1 常用操作

4.1.1 常用icon

icon外形設計簡潔易懂，活潑可愛；交互效果上趣味性較強。

4.1.2 更多操作彈窗

4.2 歡迎頁

歡迎頁后置條件（效果）有以下兩種情況：

（1）已登錄

用戶若已登錄賬戶，歡迎頁停留3s后，進入用車首界面。

（2）未登錄

用戶若未登錄賬戶，歡迎頁停留3s后，進入注冊頁面。

PS：無網絡接入與押金未認證兩種情況下，也會進入用車首頁面。但頁面上方會有浮動窗口與對話框對用戶進行提醒，雖略有不同，但頁面層級相同，故不做區分。

引導頁功能邏輯圖見下：

4.3 登錄/注冊頁

（1）登錄頁觸發前置條件：

• 用戶已進入APP：用戶進入APP后，在個人信息頁面點擊“退出登錄”；
• 用戶未進入APP，準備進入：用戶使用過APP，但在此次開啟APP前未登錄；用戶未注冊，首次使用APP；

（2）頁面邏輯：

a）點擊“輸入手機號碼”，輸入11位大陸手機號碼。若輸入數字小于11位，或格式不為手機號碼，驗證碼無法輸入，點擊無任何反應。

此處提一點建議，手機號碼小于11位極有可能為用戶誤操作導致，界面應給予用戶一定的反饋信息，以彈窗或toast的形式提醒用戶“請輸入11位手機號碼”，而不是當前版本的無任何反饋，默認操作無效。

b）點擊獲取（手機）驗證碼后，彈出圖片驗證碼，正確輸入圖片驗證碼中數字后，系統才向用戶發送短信驗證碼。

最新版本已將圖片驗證碼功能前置，即先輸入圖片驗證碼正確后才能得到點擊獲取手機驗證碼權限，目的可能在于通過對防作弊審核流程前置，降低非法用戶暴力刷獲取手機驗證碼操作的風險，影響服務器；

c）正確輸入手機驗證碼后，點擊“驗證手機”，進入首界面；

d）點擊下方其他登錄方式，調出其他第三方授權接口，登錄成功后還是進入注冊登錄界面，但用戶頭像信息已從第三方賬號中提取，且用戶依然需要通過手機號注冊與登錄；

ofo的第三方登錄功能非常非常雞肋。原因主要在于：

1）用戶在第三方賬號中的頭像等基本信息雖然在注冊頁面會顯示的，但在注冊成功登錄后，個人信息頁面中的基本信息依然為空白，需要用戶手動重新輸入，喪失了第三方賬號便捷登錄的意義；

2）產品本身并未有效的將用戶在微信、微博等社會化媒體中的社交圈利用起來，用戶即使利用第三方賬號登錄，依然是獨立的個體，無法與在相同社交圈中的好友進行互動行為。建議開放端口數據或協議，通過一些運營活動例如“ofo排行榜”，統計每日微信好友中騎行距離、時間最長的排行，制造熱點話題刺激用戶參與與討論，并產生轉發等行為。利用社交圈進行拉新、促活。

ofo強制用戶進行注冊/登錄行為，不完成注冊與登錄操作，用戶無法進入用車首界面。

用戶注冊業務流程圖

（3）用戶認證業務邏輯

用戶認證業務流程主要分三個步驟，先進行手機號碼認證，然后是押金金額認證，最后進行身份證實名認證。

認證的主要目的在于方便監管，同時進行一定的信用擔保，以押金和身份實名認證的方式。

為什么第一步一定要讓用戶用手機來注冊app呢？
1.用戶綁定手機，可以很清楚的統計有效的用戶數量，同時數據真實有效。
2.商業價值，有效的營銷，可以點對點的有效的投放廣告或者獲取有效的用戶反饋（短信營銷）
3.用手機號注冊，會快速方便的注冊，通過驗證碼來激活注冊賬號（快速注冊，且方便找回賬號）
4.足夠安全，可以充當安全驗證的工具

押金認證是第二步，因為單車本身存在經濟價值，如果損失或損壞需要追究責任，在一定押金擔保下，業務才能繼續進行，是服務的前提條件。

實名認證是平臺有效監管用戶使用行為的籌碼，雖然在互聯網時代這樣的監管可能執行上存在難度，但是從流程上可以給用戶一定的警戒，讓用戶提高重視程度，愛惜共享單車。

• 用戶不通過手機認證流程，無法進入首界面；
• 用戶完成手機認證流程后，可以進入首界面使用查看附近車輛，瀏覽日?；顒拥裙δ埽珶o法使用乘車功能；
• 用戶只有完成所有認證流程，才可以使用乘車功能；首界面瀏覽屬于權限部分開環的功能，而乘車功能屬于權限嚴格閉環的功能。

（4）登錄頁頁面操作流程效果展示：

4.4 首頁

頁面邏輯

地圖導航區：

頁面上部地圖顯示區域，主要為用戶提供三方面功能：

• 顯示用戶當前位置，讓用戶建立對環境的安全感對產品信任；
• 顯示周圍車輛位置，讓用戶建立車輛足夠多的直觀感受，進一步加深對產品的依賴；
• 顯示用戶與周圍車輛的距離與抵達時間，讓用戶能夠迅速參與并體驗服務，用細節打動用戶提高用戶體驗；

黑黃雙色原點表示用戶所在位置，黃色原點表示附近車輛所在位置，藍色箭頭表示用戶當前所在方向。

車輛位置節點icon常常可以和產品自身的運營活動聯系起來。比如前陣子的“小黃人”運營活動，以及“紅包雨”活動，黃色的節點變成了“小黃人”和“紅包”的圖標。一方面增強了趣味性，另一方面非常直觀的帶動了活動氣氛，使用戶一進入產品首界面就感受到了活動的整體調性與風格。

掃碼用車

點擊“掃碼用車”按鈕，進入掃碼界面，這一按鈕也是用車業務流程的入口。

個人資料

點擊界面下部左側圖標，進入個人信息界面，可以對個人信息進行編輯，查看我的行程、錢包信息等功能操作。

我的消息

點擊界面下部右側圖標，進入我的消息界面，可以查看產品最新的運營活動信息，以及推送給用戶的消息記錄。

4.5掃碼用車頁

前置條件

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

頁面邏輯

用戶點擊頁面上部功能導航欄左側箭頭按鈕，可以返回首界面；點擊右側“幫助”按鈕，可以進入產品幫助指引界面；

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

用戶點擊下部功能欄左側按鈕，進入手動輸入車牌號碼界面。點擊右側按鈕，可以打開手電筒，方便用戶在夜晚環境下掃描二維碼。

用戶掃碼用車業務邏輯圖

此處想重點提一下ofo比較人性化的一個功能。當系統長時間未接受到二維碼信息，系統平臺會自動為用戶打開輸入車牌號信息界面，并同時打開閃光燈。

這個功能設計的很巧妙，因為未接受到二維碼信息的原因，主要有兩方面：

1.用戶未找到二維碼位置，或二維碼已損壞；

2.用戶能找到二維碼位置，但光線較暗，無法有效識別到；

當系統在10s內未接受到二維碼信息，同時為用戶反饋兩個解決方案。一種是提供另外一種用車方式，一種是為用戶提供便利，可以有效的為用戶解決問題，非常的具有同理心，以及人性的光輝。

但筆者還想提一點小小的優化方案，即當用戶無法找到二維碼位置的情況下，當系統為用戶推送車牌號界面并打開手電筒的同時，是否可以進一步為用戶以圖片方式的提示信息，告知二維碼一般在車輛的哪些位置，方便用戶更快的尋找到，讓體驗閉環更加嚴密。

支付業務邏輯

用戶在行程結束后，需要為用車服務付費。共享單車一般是以使用時長計費的，而行程結束的判定，就顯得尤為重要。

目前形成結束主要以兩種方式：

第一種是用戶手動點擊結束行程，確認后表示用戶服務結束。

第二種方式是用戶關鎖后，無線組件向系統傳送信息，系統后臺接受信息后自動終止行程。

用戶可以用多種方式為服務付費，主要有以下幾種方式：

• 卡包：月租形式，可以以周期形式付費；
• 余額：用戶支付余額，單次使用單次扣費；
• 紅包：用戶通過日?；顒荧@得紅包，利用紅包余額進行支付。但支付前，需先將紅包余額轉入用車余額
• 優惠券：用戶可以使用優惠券，優惠單次騎行服務費用；

支付時，系統優先判別用戶賬戶內是否有卡包信息，剩余天數是否可用。

若剩余天數不夠，再判別余額是否有足夠的金額可以支付。

如若不夠，再判別紅包余額是否可以支付，并提示用戶轉入用車余額進行支付。

如若還不夠，則提醒用戶進行充值服務。

用車流程交互界面展示

作者：CHinos，從傳統制造業半路出家轉行互聯網的產品經理。公眾號：chinoslab，歡迎交流

本文由 @CHinos 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自PEXELS，基于CC0協議