小程序接送约车确认流程教程｜延误改约、上车点与费用单预告 – MPForge

一、接送服务最大的成本：空等、费用变更、上车点不清

接送订单翻车，多数不是车的问题，是「确认」这一环被省掉了。航班晚点、行李慢、出口找错，司机空烧一小时油，客人站在人流里举着手机打不通调度电话。

• 空等：无确认直接派车，航班延误司机到点苦等，成本全压在服务方。
• 费用变更：等候费、夜间费事后才告知，客人觉得被宰，账单争议升级成差评。
• 上车点不清：「航站楼出发层」这种描述等于没说，客人和司机各自找位置，比谁先崩溃。

明确没做的一件事：无确认直接派车。调度省下的一分钟，会用几小时的空等还回来。

二、流程怎么设计：确认先行，司机端只看待确认之后的单

流程的第一原则：司机端只见到已确认订单，未确认单只进调度台。各环节口径：

改约与改期的通用规则（时限、次数、费用档）可以套用 预约改期规则设计 的参数框架，接送场景只需把「航班延误」作为免责改约的触发条件写进去。

三、落地五步：从上车点标注到司机端上线

先修基础设施，再开流程，顺序反了就是边跑边修。按这五步走：

1. 标注上车点：逐个上车点拍照、标柱号，做成参照图库，客人下单时按航站楼自动带出。
2. 配确认环节：下单后 30 分钟内未确认自动提醒，超时订单挂起并通知调度跟进。
3. 开自助改约：客人可关联航班号，系统监测延误后主动推送改约入口，免费窗口内零摩擦。
4. 定费用单：等候、夜间、绕路三项标准写进费用单，下单时全量预告，产生附加费实时推送给客人。
5. 司机端上线：司机只见待执行与执行中订单，接单即回执，到位即点「已到达」触发等候计时。

司机到位后的等候计时口径要写死：从「已到达」点击时刻起算免费等候 15 分钟，不是从航班落地起算，这条写进费用单，争议立减。

四、验收清单：客服看投诉率，开发看状态机

接送订单状态多，验收重点在状态流转有没有死路。

双端提醒的策略可参考 双向提醒策略设置：司机到位推客人、客人登机推司机，各推各的信息，别把双方拉进一个群里。停车场与上车点异常的处理，见 停车异常升级流程。

五、避坑清单

这三条坑都会直接变成投诉或坏账，值得上线前逐条自查。

• 别让确认环节可跳过：调度图省事代客人确认，延误一来两边信息就脱节，空等成本全部回到自己身上。
• 别把费用标准藏在结算页：等候费、夜间费必须下单时预告，事后追加的每笔钱都会被当成乱收费。
• 别用导航定位替代上车点：导航终点不等于上车点，机场落客区禁停时段会让司机绕圈，柱号加参照图才解决。
• 别以为位置展示靠文案：客人搜「附近的接送服务」命中你，靠的是门店地址与经纬度的 GEO 地理位置配置，不是标题写地名。

六、常见问题 FAQ