酒店接送约车小程序｜预约确认与费用单方案 – MPForge

一、典型场景：酒店接送约车最容易在哪几处翻车

酒店接送约车的痛点不在系统多复杂，而在车单两本账、上车点各说各话：

• 客人空等：航班早到晚到没人盯，车没到客人先到，大堂一肚子火。
• 上车点乱：机场哪个口、酒店哪个门，口头说一遍，司机客人互相找不到。
• 费用变更：临时改时间、加人，加不加钱口头说，离店结账再吵一轮。
• 车单对不上：前台记一版、司机记一版，月底车费结算对不拢。

二、方案总览：四步锁住每一程接送

酒店接送约车的核心矛盾是航班时间不可控、费用依赖口头。从客人提交接送预约到行程完成费用单结清，四个模块一条线走完：

1. 预约带航班：客人填航班车次作参考，司机按动态提前待命，晚点不空等。
2. 限时确认：预约限时确认，确认超时自动改派，客人不悬着。
3. 上车点进订单：上车点写进订单并带地图点位，司机客人看同一个点。
4. 费用单结清：延误改约有入口，费用变更走费用单，离店结账一笔清。

规则取舍细节见 双约提醒策略；同类项目可参考 酒店接送案例。

三、核心功能清单

• 接送预约：：航班车次可填作参考，接机送站按时段排车。
• 限时确认改派：：确认超时自动改派，空等投诉进看板。
• 上车点点位：：上车点带地图位置写进订单，司机客人同屏。
• 费用单：：夜间费、绕行费等走费用单确认，变更留痕。
• 延误改约：：航班延误可自助改约，司机端同步更新。
• 公众号菜单导流：：接送预约入口可与公众号菜单导流配合，客人自助排车。

四、落地实施过程：五步上线

方案逻辑四步，落地拆成五个动作，前一步跑顺再进下一步：

1. 进场准备：把车队班次、上车点点位与费用项逐项录入后台校对；费用规则先落成系统固定页。商家能感知的是结账不再吵费用。
2. 系统对接：预约、确认与费用单打通，前台、司机与客人用同一张车单说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是空等投诉降下来。
3. 员工培训：一线只强调一分钟内完成确认、派车、发上车点的主路径关键动作；值班经理学会看改派与费用单。商家能感知的是大堂不再接投诉。
4. 灰度试点：先拿一个航班的接机高峰灰度试跑，不做数字考核，只看空等投诉、费用争议两条线动没动。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

说清楚不做什么，比堆功能更重要：

• 不做全市网约车：网约车平台化运力撮合不进首版，先把自家车队的接送闭环做实。
• 不担保航班动态：航班号仅作参考，动态以机场信息为准，司机需复核，系统不做实时航班担保。
• 效果按试点口径：「空等投诉下降」是试点前后对比的验收结果；复制到新酒店前请重估车队规模与线路。

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

口径：试点前后对比。验收结果：空等投诉下降；预约、确认、接站、结清一条线走完，主路径关键动作 1 分钟内完成，大堂不再为车单扯皮。以上为作业口径，非全公司财报口径。

复盘沉淀：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；数据对比写清分子分母与排除周。

七、常见问题 FAQ