这篇讲的内容主要是司机面，客户也可以参考 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://webptt.com/cn.aspx?n=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 ※ 编辑: orz65535 (114.38.82.54 台湾), 04/03/2021 15:52:54 ※ 编辑: orz65535 (61.223.82.160 台湾), 04/07/2021 14:04:18