项目背景
行李的事，最怕"说不清在哪、什么时候能取"
高铁站的行李服务有两个天然的复杂点：一是需求在时间和空间上都很集中，旅客到站、离站的时间窗口短；二是同一件行李可能先寄存、再改成寄送，服务形态会中途变化。
系统把这两种服务放进同一套订单模型：就地寄存生成存取件码，核销后进入寄存；需要寄送时，订单转为配送流程，由司机接单、送到指定站点或地址。每一步都有状态和时间点，用户能查订单轨迹，运营能看营收。
- 就地寄存与寄送共用一套订单
- 存取件码二维码 + 6 位码双核销
- 司机接单配送，状态与轨迹可查
- 超时、异常转存、退款都有处理路径
项目档案
- 客户
- 高铁站行李寄存项目
- 行业
- 交通枢纽 · 生活服务
- 交付形态
- 用户小程序 + 司机端 + 运营后台
- 核心模块
- 寄存 / 寄送 / 核销 / 结算
- 角色
- 旅客 · 司机 · 站点运营
交付内容
一条订单，覆盖寄存与寄送两种服务
从下单、核销、配送到结算与开票，用户和运营看到的是同一条订单的不同视角。
寄存与寄送下单
按大件、中件、小件行李箱分别计价，可选物品保价；下单时选择"就地寄存"或"寄送"，后者填写目的地与收件信息，价格与时效在下单页一次说清。
存取件码与核销
订单生成后给出存取件码（二维码 + 6 位数字），站点人员扫码或输码核销，取件时再次核验，避免错拿与冒领。
司机配送与结算
司机端支持认证、接单、送达确认，配送收入进入司机钱包，可发起提现；平台侧按订单核对配送成本与结算记录。
开票、营销与营收
支持个人与企业开票，申请后可发送至邮箱并查询开票历史；领券中心与奖励大厅承接拉新与复购；后台按站点、时段看营收分析。
实现要点
状态、异常、结算，这三处最容易出错
双模式订单状态机
寄存走"待支付 → 待核验 → 待取件 → 已完成"，寄送在此基础上接入"待配送 → 配送中 → 已送达"。状态决定可执行动作，中途改服务形态要有明确的转单规则。
超时与异常转存
超过约定时间未取件进入超时状态并按规则计费；站点空间紧张或订单异常时可做"异常转存"，保留原订单与轨迹，不让数据断链。
司机钱包与提现
配送收入按订单结算进入司机钱包，提现要校验余额、处理失败与超时；平台侧保留流水，便于对账与纠纷处理。
开票与合规
个人与企业两种抬头分别校验信息，开票申请、开票结果与发送记录留存，避免"开了票查不到"。
界面预览
关键页面
存取件码、存件订单、配送中订单与订单轨迹。
把需求交给豆米，把确定性留给自己
一次沟通，获得可落地的产品建议与报价方案。