从市场验证、筹建到稳定复制

3.1 不要先买车，先验证一条“可安全兑现的出行产品”

客运创业最危险的顺序是：先买车或招司机，再问市场在哪里。车辆、保险、停车、维护和人员每天都在产生固定成本，而客流高度峰谷化，许可、线路和站点又不能随意变化。正确顺序是选一个窄场景，例如“产业园到两个地铁站的工作日通勤”“两个城市之间的周末定制客运”“合规商务包车”“某区域内网约车车队运营”，把乘客、付款人、时间、路线、车辆、司机、场站、票价、异常和现金写成一张产品卡。

验证问题	需要证据	红色信号
需求是否真实	历史客流、班次峰谷、上下客位置、企业考勤/活动计划	只有“这里人很多”，没有时段和方向
谁是购买方	乘客、企业、政府或平台合同主体及付款路径	下单人、乘车人、付款人互相矛盾
业务是否允许	主体、经营类别、区域/线路、车辆、司机和站点清单	用营业执照替代运输许可；要求先跑后办
车辆是否适配	核载、无障碍、行李、能源补给、道路和场站条件	只按座位数选车，不看线路与安全
价格是否覆盖	司机班时、车公里、空驶、等待、备份、票税、账期	只用每公里油电成本报价
最坏会怎样	事故、故障、迟到、取消、乘客滞留、数据中断演练	“出了事再找老板”
现金能否扛住	13周收支、工资/租赁/保险到期、应收与保证金	只看月度利润，不看最低现金点

01创业团队先用一条通勤线路和一组合规车辆做小规模…

02再逐步形成场站

03调度

04安全和结算能力

图3：零到一的重点是验证一条可控闭环，而不是一次性铺满城市和车型。

3.2 九道启动门

正在绘制业务流程…

门1：场景验证。 用至少一个完整运营周期观察早晚高峰、工作日/周末、淡旺季、天气和大型活动。平均客流会掩盖最拥挤班次与最亏损方向。

门2：准入矩阵。 法务合规与运营共同列出“活动—主体—地区—车辆—人员—文件—有效期—主管机关”，不让销售以公司名称猜资格。

门3：线路和站点。 现场踏勘道路、限行、掉头、停靠、乘客集散、无障碍、夜间照明和应急疏散。平台点到点服务则验证服务区域、机场/车站等特殊场景规则。

门4：运力设计。 建立主力车、备车和维修替代方案；一辆“闲车”若没有适配线路和合格司机，不是可用备车。

门5：安全底座。 主要负责人、安全机构/人员、司机准入、车辆技术、动态监控、隐患治理、应急预案、事故报告和演练必须在首单前运行。现行《道路旅客运输企业安全管理规范》明确客运企业是安全生产责任主体，并按车辆规模规定安全管理机构和专职人员配置要求。交通运输部等三部门规范（截至2026-08-10）

门6：商业闭环。 报价审批同时看利润、现金、安全与合规。任何低价若只能靠少配司机、延迟维修或关闭监控实现，都不是商业机会。

门7：系统最小集。 至少要有客户/线路/车辆/司机主数据、订单或班次、排班、售票/派单、动态监控、异常工单、计费对账和总账关联键。

门8：演练。 分别演练司机临时缺勤、车辆故障、道路封闭、超售/超员、乘客突发疾病、系统断网、支付失败和事故。演练要产生时间戳和改进项，不是拍照留痕。

门9：首批运行。 先用少量线路/时段，执行班前会、发车门禁、在途监控、班后日清、次日CAPA，再扩大规模。

3.3 首月与稳定复制

阶段	必须达成	不能用什么冒充成功
首个演练班次	全套证照、车辆、司机、上下客、监控、异常和结算链跑通	空车跑完但没有乘客告知与退款测试
首个付费班次	合同/客票、实际服务、票款、发票/凭证和成本可关联	只看到支付成功
首次异常	有停运权、单一指挥、乘客安置、证据和CAPA	靠负责人私聊解决
首月结账	收入、退款、司机/供应商结算、应收应付与现金可勾稽	订单数乘平均价格估收入
三个月复制	新线路通过同一准入、产品、成本和安全门	复制聊天群和个人经验

3.4 “停运权”要在开业前写清

司机、调度、安全员、车队技术和站务都应知道谁能叫停发车，什么条件必须停，谁能解除。典型硬停止包括：司机资格或状态不合格；车辆例检失败或关键安全装置异常；超员；实际车辆/司机与订单不一致；禁限带物品未处置；严重天气或道路管制不允许；动态监控失效且规则要求无法满足；乘客冲突足以威胁驾驶安全。停止后要有乘客通知、替代、退款、报告和证据动作，而不是只在系统点“取消”。