產品之見:摩拜單車的技術方案和產品實現過程
產品設計是系統工程,不管表層的場景是多么簡單,但背后的邏輯和流程千絲萬縷,需要抽絲剝繭,從整體到細節,從框架到表現,逐步去分析,最終實現的產品才能體現最初的目的。
要說目前最火爆的互聯網現象,當屬共享單車。這里所謂的共享,本質上指的是需求共享。就騎車的需求,從一個地方騎到另一個地方,就是用戶觸點(產品投放)、產品操作(騎行過程)、付費模式(支付)的流程,從個體上來講,這個流程是單向的。但在“共享”的模式下,掃碼騎走,停車即走,把不同的人,在不同的時間和地點,相同的騎行需求,通過產品操作節點,形成需求閉環,停車點同時又是騎行出發點,這就是需求共享。
產品經理的職責,就是把使用場景的各個環節,逐步分解,轉化為操作界面,以便用戶從操作界面去理解使用場景。以目前較為流行的摩拜單車為例,嘗試從產品經理的視角,分析摩拜單車的技術方案和產品實現過程。
一、業務場景分析
從用戶的角度,摩拜單車場景非常簡單,無非就是找車,然后騎車,交錢。但從產品經理視角,需要把場景分解到各個環節,并考慮每個環節中所涉及到的問題,最終體現到產品設計中。
在“尋車-用車-騎車-還車”的場景閉環中,需要考慮很多問題,列舉以下若干種:
- 什么樣的尋車方式更符合大眾的日常行為?
- 用戶與單車之間如何建立一一對應的聯系?
- 使用何種開鎖構件實現遠程開鎖和上鎖?
- 計費方式及費用節點、價格、操作流程分別采取什么方案?
- 如何對車輛進行遠程管理?
- 如何防止逃費、盜竊、破壞等衍生問題?
- 如何提高產品的重復使用率和使用樂趣?
場景分析的過程,就是解決以上若干問題的過程,針對這些問題,分別提出不同的業務流程和技術方案。
二、業務系統設計
互聯網產品是一個系統性的工程,各個場景、流程、細節均緊密聯系,形成一個完整的信息閉環。因此,業務系統的設計目的,應最大程度地解決所有問題。下圖表示了“用戶-管理平臺-單車”三者之間的系統流程:
描述幾個關鍵流程:
2.1 單車投放
每一輛單車在生產時, 通過溯源系統掃碼入庫到數據庫,當單車投放到地面時,車輛管理系統會實時獲取到單車自身的信號芯片上報的數據,實現車輛的在線管理。
2.2 用戶尋車
單車芯片組上報的數據,包含了單車的經緯度,用戶通過手機APP尋找車輛時,車輛管理系統根據用戶當前位置,把單車的經緯度組裝到地圖API中,通過地圖模式展示給用戶。
2.3 開鎖用車
用戶掃描單車上的二維碼,獲取到單車信息,與用戶個人信息一起發送到車輛管理系統,系統根據單車狀態向單車芯片組發送解鎖指令,并建立起用戶和單車的聯系。
2.4 騎行并計費支付
車輛解鎖后,系統給APP返回騎行的起點信息,觸發APP調用GPS開始繪制騎行路線,記錄騎行時間。當用戶騎行結束,車輛上鎖時,單車芯片組上報狀態到支付系統和車輛管理系統,作為騎行終點狀態,發送給APP,此時APP將路線和計費信息通知服務端,實現扣費和車輛資源回收。
三、技術實現方案
通過上述系統設計,基本上完整描述了整個業務流程,如何實現該業務流程,這就進入了實現方案的制定環節。
這是一個典型的互聯網O2O場景,而且是一個千萬級的終端容量,連結用戶、車輛,管理平臺進行實時處理效率要求非常高,需制定可靠、高效的網絡方案。根據業務流程,我們梳理出網絡節點的職能,并從成本考慮使用最優方案:
方案要點說明:
- 當用戶掃描車輛二維碼時,將車輛ID和用戶數據打包,上報云服務端,并通過服務端向車輛下發開鎖指令(同時綁定車輛ID和用戶ID),車輛無線通信模塊接收到指令后,觸發構件電磁運動實現開鎖。
- 對于單車的遠程開鎖機制,采用遠程通信控制機械構件的電磁運動來實現。遠程通信可采用傳統的SIM卡通信的方式。此外,目前華為主推的“窄帶物聯網(Narrow Band Internet of Things, NB-IoT)”技術,功耗低、壽命高、連接效率高,也是一個非常好的通信解決方案。
四、用戶操作設計
通過上述分析,我們大概知道了用戶所涉及的操作流程有哪些,從用戶的需求焦點出發,我們使用流程和結構的方式來表示各頁面的功能和操作:
明確流程,界面,那么接下來的任務就是通過用戶語言去實現產品流程了,即界面設計與開發實現。這是具體工作,在此不做深入的描述。但為了保證產品質量,在產品設計具體工作中,應明確一些原則,如用戶體驗原則,包括:界面布局聚焦用戶需求,文案定義符合用戶預期,操作流程符合用戶使用場景、故障判斷及相應保障等。
五、一點感想
產品設計是系統工程,不管表層的場景是多么簡單,但背后的邏輯和流程千絲萬縷,需要抽絲剝繭,從整體到細節,從框架到表現,逐步去分析,最終實現的產品才能體現最初的目的。
產品經理也是一門技術活,不僅要理解戰略意圖,還要把握產品方向,制定實施方案,設計細節表現,實現產品的最終上線。
業內對摩拜單車的商業模式和社會價值有諸多討論,不是本文所關注的范疇,在此不做過多討論,開篇所述的“共享”含義,也僅是從產品經理的角度去解析。
創業不容易,產品經理責任重大,祝福每一位產品經理!
本文由 @林元從 原創發布于人人都是產品經理。未經許可,禁止轉載。
一、業務場景分析和三、技術實現方案的圖是用什么畫的?
PPT ?
? 我才疏學淺了
流程圖用什么工具畫的?
visio
產品設計是系統工程,不管表層的場景是多么簡單,但背后的邏輯和流程千絲萬縷,需要抽絲剝繭,從整體到細節,從框架到表現,逐步去分析,最終實現的產品才能體現最初的目的。感覺這句話凝結了作者背后數不清的淚
不知道OFO與摩拜比起來流程上有哪些區別,我們這里只有摩拜的
本文的意義在于,通過摩拜的完整流程這個案例,說明產品經理面對一項任務時的解決思路,以及具體實施操作。我不太建議拿各家的細節做對比,凡事都有存在的合理性是吧。多留精力在自己的產品上更好,謝謝你!
感謝
好,實在是好!