滴滴推薦上車點功能分析

下面我將就滴滴推薦上車點的邏輯，以及乘客、司機、平台三個方面來分析“推薦上車點“這個功能，最後會再提出幾個我使用下來認為可以提高的點。

一、滴滴推薦上車點邏輯

首先我們要明白這個邏輯裏有三個比較重要的地理位置——第一是打車點、第二個是上車點、第三個是推薦上車點。

打車點就是用户打開滴滴平台並開始打車的定位點，上車點是用户實際最終的上車點，推薦上車點是滴滴平台建議用户輸入的起始位置。

需要注意的是——打車點並不等於上車點，他們之間很可能是有一段距離的。

（黑色為打車點，紅色為推薦上車點）

先來説説推薦上車點的標記，簡單來説就是哪些地址應該被標記為推薦上車點呢？

1. 推薦上車點是根據地圖數據來進行標記的

這些包括地圖裏比較重要的一些標誌性的點，比如説小區的大門、公交站、大廈門口，或者是一些比較出名的店面等；因為這些點是可以確保一定在路邊，車輛可以到達的，並且是廣為人知，司機比較好找的；當然要排除一些內部的點，比如説小區內部的1號樓、辦公區內部的一些點。

2. 大數據賦能的用户上車點的聚類

滴滴平台會收集某個地域用户輸入的上車點的所有歷史數據，通過分析這些用户的行為來得出用户之間的相似度，從而來聚類用户，並且聚類他們的上車點成為推薦上車點。

3. 推薦上車點的分發

在哪個範圍裏的人會被分發到哪個推薦上車點呢？

我覺得滴滴可能是通過每位用户的打車點和實際上車點的地理位置來進行劃分的；比如某位用户輸入的上車點正好是附近的一個推薦上車點，那以後再有用户在這個位置打車時該推薦上車點就會被分發給這位用户。

因為這是被別的用户驗證過的可行的上車點，不會離用户的打車點過遠，讓用户走一大段路，也不會太難找，因為這是通過聚類無數用户所得到的最佳上車點。

二、乘客

根據俞軍老師的用户價值公式，用户價值=（新體驗-舊體驗）—轉換成本

新體驗-舊體驗——“推薦上車點”這個功能點滿足了乘客在哪些場景的哪些需求，解決了哪些痛點？

• 乘客出去旅遊的時候，在陌生的地方打車；乘客不知道自己現在所處的地方叫什麼名字，因此不知道該在起始位置裏輸入什麼地址。
• 乘客在商場內或者步行街逛街時打車；乘客不知道哪裏上下車方便，哪裏是禁車區，因此不知道該在起始位置裏輸入什麼地址。
• 乘客趕着上班，並且站在一個標誌性建築物前，很多人在此等着打車；乘客為了省時間不想輸入所在地址，想直接輸入去哪裏後直接打車。

但是在新體驗在這些場景帶來便利的同時，也在其他一些場景犧牲掉了用户體驗；比如，由於出發點已經默認為推薦上車點，用户不需手動填寫，也不會有提示跳出來提醒用户檢查推薦上車點是否正確；因此，很可能出現上車點與自身位置大而不自知的情況（比如我…）。

此時用户要麼一頭霧水的去尋找推薦上車點，要麼和司機電話溝通新的上車點的位置，要麼就是取消訂單重新打車。

再者，用户有時在自己非常熟悉的地區打車，他非常清楚自己所在的位置就是最好上車的地方；但是平台卻總是用一個並沒有那麼方便的推薦上車點來做上車位置，這些情況所導致的不便利都有可能導致用户對滴滴平台心生埋怨。

替換成本——由於這只是滴滴平台裏一個很小的功能點，我認為乘客的替換成本將無限接近與零；所以在推薦上車點這個功能裏我將主要考慮新舊體驗的差別，對司機側同理。

三、司機

司機也是平台的一種用户，同樣可以套用用户價值公式

新體驗-舊體驗——“推薦上車點”這個功能解決了司機的哪些痛點？

• 乘客輸入的出發點太難找，比如説小區內部的第幾棟樓；明明很近的距離卻要繞半天找不到，空載時間長導致司機的效率不高不説，乘客還經常會因為等待而埋怨司機。
• 乘客自定義了上車點，該出發點在地圖根本找不到，司機需要花很長時間在電話裏跟乘客溝通地點。

在司機側，推薦上車點的新體驗在大多數場景下都是正向的，我能想到的唯一的負面體驗就是當乘客誤用了推薦上車點作出發位置的情況了；在這種情況下，司機到了推薦上車點後找不到用户，會浪費比較多的時間和用户溝通推薦位置。

四、平台

滴滴作為平台，本質上要做的是撮合司機和乘客之間的交易。

在這個過程中，它可能要關注如下幾點：

• 確保“推薦上車點”是可行的，高覆蓋度的，清晰的。
• 在設計“推薦上車點”時司乘體驗是否平衡。因為司機和乘客是平台同等重要的兩端，而他們的利益點既有重疊的部分又有衝突的部分。

對於第一點，在增加這個功能的時候，滴滴平台需要明確這個功能有足夠的技術支撐。

首先，所有“推薦上車點”都是可行的，也就是説都是處在打車位置附近，並且都是路邊，車輛可到達的地方的；其次，確保這些推薦上車點覆蓋住了所有區域，讓每個地域範圍內都有一個推薦上車點；最後，確保所有推薦上車點都是有認知度的，方便找的。

接下來説説第二點，由上文的分析可以發現，司機對“推薦上車點”這個功能的需求度較強，屬於就算沒辦法幫我提升效率也對我沒有不好的影響的存在；但是乘客雖然對這個功能在很多場景下都有需求，但是也有很多時候就是想在打車點上車，不願意多走幾步路至推薦上車點。

因此，為了平衡司乘體驗，不犧牲掉太多用户體驗，滴滴平台沒有強制用户使用推薦上車點，用户還是可以隨時修改推薦上車點的；但至於會不會對使用推薦上車點的乘客採取優先派單，甚至價格優惠等激勵措施就不得而知了。

五、現存的問題和解決方法1. 乘客端

1）誤以為自己的打車點就是推薦上車點，司機到了推薦上車點後沒看見乘客電話溝通過後才發現自己與推薦上車點有一定的距離；經常聽到滴滴的用户抱怨滴滴的定位不準確，總是把上車點定在一個離自己很遠的地方，讓自己走半天才能找到車；司機也常常抱怨到了上車點找不到乘客，打電話溝通過後才得知乘客在另一個地方。

2）乘客不知道該怎麼從打車點到達推薦上車點。

針對這兩個問題，除了在技術上進行對推薦上車點的進一步優化以外，我覺得在用户點擊開始呼叫司機以後可以多一個確認頁面，頁面會讓用户確認是否使用默認的推薦上車點作為上車點；並且顯示用户打車點和推薦上車點的距離（比如“您據xxx有100米，預計步行1分鐘可到達）；並且目前滴滴是沒有從打車點到推薦上車點的路線導航的，我覺得這個導航也可以增加，來輔助用户更加方便的到達推薦上車點，同時也可以提高”推薦上車點“這個功能的使用率。

當然，多一個交互頁面也會損失掉一些用户體驗，權看如何權衡了。

2. 司機端

推薦上車點是非常好找，但是是在單行道的另一邊，需要繞很久的路才能接到乘客。

我自己使用下來對這個問題的感受也非常明顯，推薦上車點經常是一些比較好找但是不好停車或者是在單行道司機過來的方向的另一邊。

上車以後司機經常和我抱怨説我再走幾步到馬路的另一邊他就可以少繞一大圈，大家都可以省時間，當然他還可以省油錢；或者是有時候會跟在汽車後面跑，因為周圍都是交警停不了車。

我個人認為滴滴可以把這些比較細小的因素考慮進“推薦上車點“的設計中，並且更加實時的捕獲、更新路網數據；當然，這些改進的方法都是説説容易做起來難，對技術方面的要求會比較高。

本文由 @傑西卡 原創發佈於人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基於CC0協議。