酒店接送约车总空跑？确认+定位把司机空等压住｜互联商通案例

一、客户背景与痛点

这家酒店车队承接机场与景区接送，多车多司机调度。已有公众号发套餐，但约车全靠前台电话转达。

四个最疼的问题：

• 航班延误未同步：航班晚点车队不知道，司机干等两小时。
• 上车点口头：「机场 3 号口」靠嘴传，司机找错位置。
• 确认缺失：客人约了没确认，车到底派不派两难。
• 费用变更扯皮：夜间费、等待费事后算，客人不认账。

二、方案总览：4 步把空等压住

首版克制，只做确认履约闭环，把「电话调度」变成「确认自助」。

1. 在线预约：客人填航班号与时间，预约单直达车队。
2. 双向确认：车队确认接单、客人确认用车，双方都有底。
3. 上车点结构化：上车点从下拉选，不再靠口头描述。
4. 费用确认单：夜间费、等待费规则进固定页，费用一单一确认。

完整能力清单见 酒店民宿方案；同行业可参考 驾校约车空跑治理案例。

三、核心功能清单

• 航班预约：航班号 + 时间进单，延误一目了然。
• 双向确认：车队与客人各自确认，缺一不派车。
• 延误改约：航班延误客人自助改约入口，车队同步收到提醒。
• 上车点选择：上车点结构化，司机端一眼看清。
• 费用确认单：费用项与规则固定页，确认后留痕。

四、落地实施过程

总览里的四步讲的是方案逻辑，这一节讲它怎么落到车队里：按线路灰度上线，拆成下面五个动作，前一步跑顺再进下一步。

1. 进场前准备：车型费用规则入库、上车点打样。开工先把车型、时段与费用规则逐项录入校对，夜间费与等待费的触发条件写进固定页；各航站楼、酒店门口的上车点逐一实地打样并配示意图。商家看到的是费用规则一页页对完、上车点经得起司机对照；客人此时还看不到变化，但第一次下单时费用已经是透明的。
2. 调度与司机端对接：确认链路先跑通。上线前打通确认链路——客人下单、车队确认、司机接单三态同步，司机端只看待确认单。空等不再靠事后投诉，按单号就能查到是哪一环没确认；商家感知是调度员不再电话追着司机跑。
3. 员工培训：一条主线加两套话术。调度员培训只强调一条：先确认再派车。对客人的话术很简单——「小程序上约好改好，司机准时在选定的上车点等您」；司机则学会看确认单与上车点示意图，接单不再事事打电话问。
4. 灰度试点：先机场线，改完再全铺。全量放开前先拿机场接送线试跑，调度与司机跟着盯：确认顺不顺、改约及时不及时、费用确认单有没有争议。试出来的问题当场改——规则调整、上车点重标，再逐线铺开；试点期不做数字考核，只看空等投诉收不收敛，正式数据口径见第六节。
5. 值班与应急：首周驻场加兜底。上线首周航班高峰驻场，值班覆盖确认、改约、费用三类突发。客人不确认或不会用，前台代为下单兜底，小程序与电话并行不强制。试点暴露的问题全部进了第七节的复盘清单。

五、明确没做的事（对比与取舍）

首版不做全市网约车平台。只服务本酒店与协议客人的接送履约，运力对外调度留到以后；先把确认与费用闭环做扎实。

六、上线后效果（试点数据口径）

试点期内：

• 司机空等投诉周均由约 12 起降至 3 起（试点口径）。
• 费用变更单单有确认留痕，客人不认账的情况明显减少。
• 调度验收只看「空等投诉与费用争议」，而不是派单量。

所有数字为项目试点口径，复制前请重估线路结构与运力配置；数据对比写清分子分母与排除周。

七、坑与复盘

1. 确认与取消规则口头化未进固定页：确认时限与取消规则先写进固定页，调度换班不走样。
2. 提醒/授权时机过早导致拒权：出发前提醒授权放在首次真实预约时再请求，别在安装时就弹。
3. 主数据双记账：调度表与系统并行期间各记各的，必须以系统为唯一主账，对账差异见 支付对账日常。

复盘沉淀为方法论：把「空等投诉达线」这类可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；接送指引卡从第一天写渠道参数，否则月底归因只能拍脑袋。

八、常见问题 FAQ