一個產品新人如何評價滴滴打車
一、出租車及打車應用行業歷史背景
出租車行業最早出現的時候,由于車輛較少,經營基本上以電話預定或登門預約為主,人們的對出租車的使用習慣,最早也建立在這樣一種“預約—等待—出行”的模式中。然而隨著城市擴張和汽車工業的發展,出租車越來越多,電話預約已經不合時宜,人們開始嘗試在路邊招手叫車,出租車司機為了招攬更多生意,也開始上街“找活”——于是,這種新的用戶習慣和商業模式建立起來,并基本上延續到了今天。
由于移動互聯網的興起,O2O發展模式逐漸受到關注,在出租車行業的應用便出現了更加便捷的方式:通過預約叫車的方式解決大城市出現的打車效率問題。
世界上最早的一家出租車服務公司是美國的Uber,公司創立初期的目標是“只需按下手機按鍵便會出現一輛轎車”模式。后因美國運營部門以沒有相關出租車公司執照為名處以20000美元罰款,才最后出現了展現在大眾面前的Uber,專注于中高端租車市場,愿景為“做每個人的私人司機”。后這種模式引入到中國,專車模式改為出租車模式,第一家公司為搖搖招車,后來隨著滴滴打車、快的打車的加入引爆市場,解決了一些現有的難題,同時也帶來了新的挑戰。此文章分析現有的打車應用流程并通過對行業模式進行分析,以做出對滴滴打車app及微信公眾號的改進建議。
二、打車軟件解決的問題及流程分析
2.1打車軟件解決的問題
在打車軟件出現之前,出租車行業,尤其是一線城市,存在了如下幾個問題,分兩大類說明:
打車軟件解決了以上提到的問題,這是移動互聯網發展對現在生活的改變,新的服務業方式也給用戶的使用流程帶來了改變,不過凡是改變必有正反兩個方向,通過分析業務流程可以略見一二。
2.2乘客使用流程分析
打車軟件的出現給乘客帶來的改變體現在用戶使用出租車的流程上,流程比較如下:
從中可以看出來,使用打車軟件使用的過程中,解決了兩大問題:
l用戶側的打車難與保證打車時效性
l出租車司機側的招客效率與出租車的運營效率
同時還引入了新的方式如:出租車司機的評分系統、通過增加服務費吸引司機搶單、使用手機付款。
但是,由于新的方式仍在摸索過程中,有些具體問題仍然沒有考慮進去:
1、? 有的乘客因為居住偏遠,使用了打車軟件后拒單率極高,換言之出租車司機選擇乘客的權利更大,在這一點上的用戶感知很差;
2、? 由于市場競爭激烈,打車軟件使用語音增加一些附加條件時收到限制,如在夏天有些乘客不喜歡沒有空調的出租車,但是出租車司機決定是否接單,所以乘客選擇出租車的權利下降;
3、? 用戶使用場景的不明確,如在響應后,出租車司機可能會在相對較長的時間才能接到乘客,導致用戶感知下降;
現在在大部分用戶使用打車軟件的同時,市場上也有著各種層出不同的負面反饋。通過分析流程可以總結出,打車軟件是提升了乘客打車時候的交互體驗,沒有對現有狀況進行改善,原有的方式是在大街上揮手,有些司機會看不到,通過新型方式,用戶發出的打車請求更加容易被識別到。這一點交互的突破讓用戶忽略了很多問題:
1、?? 在發出打車請求后存在兩個問題,一是司機選擇是否接收乘客的權利更大,在原來的出租車行業的問題如太近或太遠的乘客拒載、遇到有些堵車的地方拒載,這樣的問題不但沒解決,卻更加激化了矛盾。二是出租車司機響應后接到乘客的時間不可控,不是一個令乘客有安全感的因素,有些出租車司機可能是搭乘乘客時接了單,所以要過一段很長的時間才能接到下次叫車的乘客。
2、?? 從某種意義上說,打車軟件是增強了司機的安全感而非是乘客的安全感。舉例說明,當乘客發出請求后,雖然有很多出租車司機可以接收到消息,但是當一位司機“搶單”成功后,乘客只能默默等待著出租車司機,如果選擇取消則會影響乘客的信譽度。再包括到上面說到的司機選擇乘客的權利變得更大,脫離了服務業的本質。如果沒有更好的流程改進如此不平衡的關系,打車軟件的用戶體驗會下降很快。
3、?? 乘車費用也可能成為一個新的爭議點。據朋友反饋,在偏遠地段打車后,出租車司機就不會打表,而是通過報出一個更高價格的方式讓乘客選擇是否乘車,行業的監管又是另外的一大問題。
以上是由于范圍層引發的問題,流程的優化將會在第四部分進行分析并加以解決。
三、產品界面分析(專車功能界面不分析)
3.1 ?app主要界面分析
因為是工具型app,所以產品設置肯定要圍繞它的具體使用場景設計其界面,所以,點擊app進入首頁中即看到使用者附近出租車數量情況,這表示了使用滴滴打車司機版的出租車有多少在我的周圍。非常直觀的顯示,用戶會直接感受到自己如果發出打車請求后會有多少出租車相應、大概多久會打到車。
這也暴露了一個產品設計上投機取巧的點:顯示的是出租車的數量,而不是空車數量,用一個錯誤的表達方式來引發良好的用戶體驗,雖然大多數用戶不會考慮到這樣的邏輯,但是在產品設計的嚴謹性的角度上來說,這是個值得商榷的問題。
用戶點擊通過調整自己的標記點更改打車的起點,打車的重點通過輸入地址解決,并且在輸入欄下方增加了兩個用戶會經常使用地點(家、公司),非常貼心的細節設計。
當用戶輸入地址后,會在地圖上標識進行再次確認,后通過輸入一些細節上的內容提升用戶感知,點擊確認發送收集信息,貌似是在這個時候用戶才知道自己的請求有多少司機會接收到,司機響應后,通過電話聯系,確認信息。手機上使用的內容告一段落。
在到達目的地后,可以通過微信支付或者現金付款的方式進行付款,這里不再贅述。以上完成了一個完整的打車流程。
3.2 微信公眾號打車界面分析
微信公眾號的變化在于使用環境的變化。App是獨立封裝的,而微信公眾號的打的是通過H5來實現的,造成了設計上的些許不同。首先說明,在公眾號中輸入打車的起點終點不會受理打車請求,而是提供滴滴打車的下載鏈接,這個的邏輯設計上很繞彎,不過可能是現在最合適的解決方案了吧。
好吧,那點擊進入我要打車界面,同app首頁一樣,不過這次是以數字的方式顯示附近有多少出租車,輸入目的地后(H5頁面沒有更多信息的填寫界面),點擊叫出租車,以廣播形式告知以通知的出租車數量。
總的說來,微信公眾號是app的簡化版,取消了app的地圖顯示及“愿等”和“捎話”功能,保留了滴滴打車的最基本功能,可以在用戶沒有下載滴滴打車時的一個體驗版進行試用。在微信的平臺上做這樣一個產品可以有很好的宣傳和推廣方式。
3.3 滴滴打車司機界面淺析
因為在打車打的時候看到過界面,而沒有進行下載,只能總結在其中出現的問題:
1、乘客的打車請求是時刻發送的,在司機等待請求和已經載客的情況下都有。在后者的使用場景中體現出來其中的弊端,一是時刻有令乘客惱人的聲音同時會影響司機的注意力,二是司機可能在載客途中進行響應請求,會增加司機的駕駛安全隱患;
2、接到乘客后,沒有任何狀態的更改?,F在的滴滴打車司機版只是個接收廣播的工具,在功能性上設計的還不夠全面。
四、產品優化及滴滴打車產品規劃建議
4.1產品優化方案
如果要提高用戶的使用體驗,則需要先從司機版使用場景進行管理,和app上的功能進行改進。先討論司機版app的改進方案。
- 多個司機可以響應一個乘客的打車請求,要求在限定時間內乘客進行選擇。這樣會增強乘客的選擇性,而不是司機主動選擇,同時保證乘客有多個備選方案。
- 類似于Uber,在接到乘客后,界面上增加接到客人的按鈕,改變司機車輛的行駛狀態,這樣在乘客側的app上會更直觀的顯示出附近有多少出租車可坐,而不是沒有意義的圖片和數字。
- 在司機接到客人后,車輛的狀態發生改變,只能接收到預約出租車的信息,不能接受實時打車請求廣播,在保證了司機接客的連續性的同時,也保證了不會在駕駛過程中的令乘客惱人的廣播。
- 駕駛過程中,手機app記錄行車路線,并且按著當地的計費原則記錄行車費用,這樣會確保在出租車費用的可靠性,加強監管力度。費用計算完成后,數據發送到乘客的手機上,進行支付,減少支付步驟,縮短了付款的時間。如果是現金付款的話,則沒有任何改變。
總結以上內容,在乘客側得到優化的方面有如下:
1、首頁顯示空車數量;
2、多個司機可以響應打車請求,但是乘客需要在限定時間內進行選擇,否則選擇默認選項;
3、乘車過程被記錄,費用同樣計算,不會產生付款的糾紛;
4、付款界面會自動接收到需要付款的金額,簡化了付款流程;
以上內容是在app側可進行改進的部分,因為微信公眾號是內容簡化版,則在產品的規劃上沒有必要增加過多功能,我認為最需要的一個功能是增加文字和語音的自動識別功能。微信公眾號通過識別用戶發出的文字或語音判斷乘客的起點終點,在識別后,跳轉到H5界面,進行打車流程操作,這是現有技術可以改進的方面,生硬的提供下載鏈接怎么樣都不美觀。
補充一點:當初在市場的推廣上,也可能是因為首先要強推到司機端,所以會有些傾向于司機的設計,但是在用戶數量上升后,有些資源必定要向乘客傾斜,才能做到用戶體驗出色。
4.2 滴滴打車產品線規劃
現在打車軟件的利潤來源仍然不明朗,所以只能在提供體驗更好的專車服務中進行高價值服務,與租賃公司的利益分配。
其實,由于車輛的機動性,可以做出功能規劃可能會有更多,參考uber的發展模式:Uber正在嘗試加入配送服務,曾在情人節嘗試配送玫瑰花、在33座城市與冰淇淋卡車合作配送甜點和燒烤,2013年10月,部分美國客戶甚至可以要求Uber的工作人員把小貓帶到自己的辦公室或者家里。今年圣誕期間甚至可以配送圣誕樹。Uber首席執行官Travis Kalanick表示,他希望Uber能夠超越出租車業務,發展成為一個城市的物流公司。
在此僅作一個生活服務的簡單分析。現在可能會有更多同城服務的需求,在現在O2O服務的熱度上,很多同城服務可以依托出租車,這樣一個低成本的方式進行服務。
以同城快遞舉例,如果某用戶有個同城快遞需求,此需求的場景為需要快遞物品在半天內的時間送到城市的另一端,因為如果自己送過去會耽誤來回的時間,但緊急度又沒有那么高。用戶在某個頁面提供一個同城快遞的需求,某個出租車司機進行響應,同時將交易記錄同步到某個平臺進行確認,同時計算出需要的費用,在不占用出租車使用空間的同時還可以進行快遞服務,當快遞已經被確認接收后進行付款。這樣的方式可以增加出租車的使用場景,讓出租車司機有了更多收入。此方式同樣也試用與O2O中的B端,如果對于時效性的要求不是很高,則這樣的方式是要比快遞更加快捷的(現快遞行業的同城快遞服務的速度可以做到一天內,有些需要兩天才能完成)。
利用出租車在一個城市內的機動性,進行更多價值的實現,這也許會是一個很好的發展方向吧。
本文為作者張天埜投稿發布,轉載請注明來源于人人都是產品并保留本文鏈接
其實客戶并不在在意附近有多少輛出租車,關鍵是有多少輛空車,有多少輛空車愿意來接乘客
貌似上面有提到增加接到乘客按鈕,以及跟蹤付賬。
已點擊“接到乘客”且沒有完成付賬的那么就是載人狀態,僅接受預約;
沒有“接到乘客”車輛就為空
不錯,愿景很好,只是有些點在實際中未必可行。如APP如何準確知道車輛空還是載人狀態?
認同60%