案例
船票 · 预订
船票预订小程序案例：班次库存、实名与取票｜互联商通
直接回答：华南一处客运码头的票务点用互联商通落地船票预订小程序，把「窗口售票排队 + 班次口头问询」换成「班次查询 → 实名购票 → 在线支付 → 取票核销」闭环，试点期跑通。班次超卖明显下降（试点口径），取票现场不再拥挤，验收标准从「上线了」改为「不超卖、核销对得平」。
试点期从灰度到全量切换的节奏
明显下降班次超卖与现场纠纷（试点口径）
实名可核按航线要求实名信息随票留档
4 步查班 → 购票 → 取票 → 核销
一、客户背景与痛点
这处码头连接本岛与离岛航线，日常通勤与旅游客流叠加。售票靠窗口与代售点，班次余票靠口头问询。
四个最疼的问题：
- 班次超卖：窗口与代售点各卖各的，同一班次卖出两张同座。
- 实名难核：按航线要求实名购票，纸质登记核对慢、易错。
- 取票现场挤：开船前集中取票，窗口排长队。
- 停航退改乱：天气停航后现场退票，队伍与情绪一起爆棚。
二、方案总览：4 步从窗口排队到扫码登船
首版克制，只做票务履约闭环，先不做票务中台。
- 班次余票可查：班次、座位库存实时上架，超卖从源头锁住。
- 实名购票：按航线要求采集乘船人信息，随票留档。
- 在线支付：购票在线支付，商户号统一收款对账。
- 取票核销：电子票码头取票或直接核销，登船扫码过闸。
完整能力清单见 旅游方案（票务变体）；同类场景可参考 景区门票案例。
三、核心功能清单
- 班次库存：班次座位结构化，售出即减库存。
- 实名购票：乘船人信息按航线规则采集与校验。
- 在线支付：商户号统一收款，账目按班次可对。
- 电子票 + 取票：支持电子票直接核销，现场可补取纸质票。
- 停航退改：停航自动触发退改流程，退款按原路返回。
四、落地实施过程
总览讲的是方案逻辑，这一节讲它怎么落到码头里：灰度到全量按周推进，拆成下面五个动作，前一步跑顺再进下一步。
- 进场准备：航线班次建档。开工先把航线、班次、座位库存逐项建档，儿童票、携童规则按海事要求写成字段；检票口与取票机点位先勘察。商家看到的是一张张班次卡片对完；乘客此时还感知不到变化，但售票员已经能说「下一班余票小程序里能看」。
- 系统对接：库存与支付先跑通。上线前把班次库存与支付打通——窗口、小程序同一库存池，售出即减；商户号统一收款，按班次对账。超卖不再靠人盯，按班次就能查到余票与售出；商家感知是窗口与代售点不再互相埋怨。
- 员工培训：一条主线加两套话术。售票员只强调一条：先看系统余票再放客。对乘客话术很简单——「小程序购票免排队，到码头扫码过闸」；遇到不会用的老人，窗口代售兜底并行；站长学会后台看班次、办退改。
- 灰度试点：一条航线先跑，改完再全铺。全量放开前先拿一条航线试跑，站长跟着盯：库存准不准、取票顺不顺、核销快不快。试出的问题当场改——班次衔接校准、取票机增补，再全航线铺开；试点期不做数字考核，只看超卖与排队长收不收敛。
- 值班与应急：首月盯停航退改。上线首月重点盯天气停航：停航决定一做出，退改与退款按流程自动触发，现场广播与短信同步。乘客不会线上退，窗口人工兜底；现金票按登记表补录处理。试点暴露的问题全部进了第七节的复盘清单。
五、明确没做的事（对比与取舍）
首版不做全国票务中台，不做团队票与包船玩法。先保证单码头票务闭环可验，再谈多码头复制；团队票、包船涉及独立库存与议价，二期单独规划。
六、上线后效果（试点数据口径）
试点期内：
- 班次超卖明显下降，同座纠纷基本消失。
- 取票与登船扫码过闸，开船前窗口排队明显缩短（试点口径）。
- 站长验收只看「超卖单与退款及时率」，而不是售票总量。
所有数字为项目试点口径，复制前请重估客流结构、航线规则与海事合规要求；数据对比写清分子分母与排除周。
七、坑与复盘
- 实名信息隐私边界：乘船人身份证号加密存储、展示脱敏，见 隐私指引填写。
- 商户号办理周期：票务主体资质材料先备齐再申请，别卡在上线前，见 商户号申请。
- 窗口与线上库存不同步：代售点离线售票导致超卖，窗口与小程序并入同一库存池。
复盘沉淀为方法论：把可勾选验收句写进开工单，避免「上线了」代替「超卖降下来了」；停航退改流程从第一天写进系统，否则一次停航就能把口碑打回原形。
八、常见问题 FAQ
所有航线都要实名吗？
按航线监管要求配置，实名航线下乘船人信息随票校验，非实名航线可放宽为购票人信息。
团队票能一起买吗？
首版按散客票处理；团队票涉及独立库存与议价，二期单独规划与验收。
多个码头怎么复制？
按码头隔离航线与库存，先单码头跑通再复制；票款按码头分账对清。
天气停航怎么办？
停航触发自动退改，退款原路返回并短信通知；现场加开人工窗口兜底处理现金票。
