為什麼這篇uber eat接單流程鄉民發文收入到精華區:因為在uber eat接單流程這個討論話題中,有許多相關的文章在討論,這篇最有參考價值!作者orz65535 (′‧ω‧‵)看板FoodDelivery標題[心得] UberEats 多店...
這篇講的內容主要是司機面,客戶也可以參考
1.何謂多店疊單
也許你比較常聽到夾單,因為這是FP本來就存在的一個機制,
然後UE也拿來用了。你可以一起取不同間店家的餐點後再一起送,
但UE的多店疊單跟FP的夾單不同點在於:
FP夾的次數理論上沒有上限,但UE只會一次安排兩次取餐行程,
兩間都取完後接下來的送法就跟疊單無異。
簡單說UE的配送模式從兩種增加為三種
a.取送 (兩個下車點)
b.取送送 (三個下車點)
c.取取送送 (四個下車點)
2.為什麼平台要設計多店疊單
其實多店疊單是傳統疊單的延伸,目的也是一樣的
‧節省支出的里程費
第二取餐、路線重疊的里程費可節省
(第二取餐費嚴格來說是被拆開成二取間里程費跟取餐本身)
‧提高訂單消化效率
一張普通單假設要叫一位司機花費15分完成,兩張路徑近似的路線
疊在一起後就算整體多花了10分鐘也就是25分完成,也相對於
兩張普通單需要叫兩位司機分別節省了5分鐘以及多一位
可用的待用司機,在高需求時段消化訂單效果顯著
(路線近似度越高所花時間越低,極端點可能也是15分鐘完成兩單)
3.多店疊單對客戶跟司機的影響
‧客戶:平均等待的時間提升
除非你是後取先送可能不會影響到,其餘的配送順序都會多少
提高等待時間,如果順利取餐與配送整體等待時間不多的話
大約比平常延遲3-5分鐘
但假設你是行程最後一位,前面每個下車點都拖延5分鐘
加上多繞的行程你就會拖到10-12分不等
另外其實UE疊單時對於後送的客戶端算是很賊巧的
把二取跟前送過程的司機動態藏起來
送完或者距離非常近的時候才會顯示,藉此降低不耐感
(其實也是保護司機避免不必要的誤會)
另外可能是因為夾單機制可以降低支出的同時也較有空間可以
提高部分店家的允許點餐距離上限,三月後我這裡多了不少
60運費的店,實際距離4-6公里不等
‧司機:增加完成訂單效率、降低每單平均行程金額、降低整體取餐里程
既然UE的目的之一是節省支出的里程費跟配送時間,自然最後給司機
的平均金額就會比較少,整體等單時間也會變多
(因為行程完成時間變少了)
且跑疊單(不管是單店還是多店)壓力大得多,只要下車點一多
拖延的風險都會增加,客戶等待的不滿都得第一線接收
說了這麼多缺點,還是有優點的,就是降低沒有里程費的一取平均里程
(多店疊單時一取沒里程費,二取有里程費)
4.司機如何疊單機制相處
如同前面提到疊單是有效率的進帳行程數的方式
為了完成特別是高階趟獎,適度的疊單可以幫助你提早達標
但棄單額度也要更謹慎的利用
疊單最怕的就是前面下車點延遲,客戶我們不能選擇就不理了
餐廳是我們可以掌握的,我們可以透過棄單來規避你覺得會等很久的店
幫自己跟後續顧客爭取縮短等候時間,可謂雙贏
其實方法很簡單且老套,就是多跑,建立雷店的資料庫
以便預判需不需要接到後第一時間棄
或者到現場出餐狀況不佳才棄
如果真的非常排斥疊單,那就麻煩一點了
必須關閉自動進單,接著仔細看進單畫面
是否有寫兩份餐點,沒有就接下,隨後馬上右下角三條線
紅色手掌按下去
確定開始配送後再取消[已中止預約]即可
但我個人是不建議這樣,畢竟現在單量沒這麼多
如果疊單可以一直接,單量超過預期還可以考慮朝下一標邁進
另外提供一點小提示,後取在前取完成前也是看的到單號跟內容物的
如果兩間餐廳是步行距離或者順序反向但接近
前者餐廳尚未備妥時也可以透過單號先去另一個餐廳取餐
5.相關數據
台北/台中 五種狀況的預計行程費用
https://i.imgur.com/4QgMrzk.png
台北夾單流程圖
https://i.imgur.com/2oKrvzI.jpg
台中夾單流程圖
https://i.imgur.com/4snXNnr.jpg
--
ぷはー。今日もいいペンキ☆
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.38.82.54 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/FoodDelivery/M.1617377975.A.5B8.html
※ 編輯: orz65535 (114.38.82.54 臺灣), 04/03/2021 00:33:06
※ 編輯: orz65535 (114.38.82.54 臺灣), 04/03/2021 01:13:01