出租车小程序开发方案：资质、计价、派单与结算风险清单

讨论出租车小程序开发方案时，争论最多的往往不是功能，而是谁为结果负责。巡游出租车做小程序，不是复制一套网约车界面就能上线。车辆、驾驶员、计价规则、票据和结算主体都受行业管理约束，一旦资质、计价或行程数据出现偏差，影响的不只是体验，还有合规责任。方案应先列风险，再定功能。

一、出租车小程序开发方案：先确认经营主体与资质边界

启动前要确认运营主体是巡游车公司、行业协会还是平台服务商，并核对营业执照、相关道路运输与车辆运营证件、驾驶员从业资格、网络预约或巡游服务许可要求。若业务属于网召服务，还需按当地交通主管部门要求完成平台能力认定与数据接入；涉及跨城市运营时，规则可能不同，应在方案中分城市说明。

数据方面，行程、位置、支付与乘客联系方式属于敏感个人信息。方案应写明收集目的、字段清单、保存期限、加密方式、访问审计和删除机制，并预留等级保护测评、数据分级与接口安全评估的预算。结论：资质与数据合规未确认就开发派单功能，往往会在上线审核阶段被迫返工。

二、扬招与网召要共用订单但不共用计价

扬招订单多由司机或计价设备生成，网召订单来自乘客下单。系统应以订单号统一两类业务，但计价来源要分开标注：扬招以计价器打表金额为准，网召根据城市运价规则计算预估价与最终价。订单字段建议包含城市、公司、车牌、驾驶员、上车点、下车点、里程、时长、等待费、附加费、实付金额、支付方式和发票状态。

与计价器或车载终端对接时，应优先使用设备厂商提供的标准协议或接口，记录版本号、时间戳和数据校验值；无法直连时，可先支持司机确认金额或拍照上传，并保留人工复核通道。结论：金额必须由可核验来源生成，任何由客户端自由上报的里程与费用都不能直接进入支付环节。

三、司机端、乘客端与调度台的角色要分清

司机端包含身份认证、双证上传与到期提醒、出车收车、接单、导航、到达确认、开始计费、结束行程、异常上报和收入明细。车辆与驾驶员资质到期前应提前提醒，到期未完成核验应停止派单。乘客端包含叫车、预估价、一键报警、行程分享、失物登记、评价投诉和发票申请。

调度台负责运力监控、人工派单、区域热力、超时订单干预、黑名单和投诉处理。派单策略可先用距离与等待时间加权，不宜一开始追求复杂预测；机场、车站等场站还要支持排队叫号与专用通道。结论：调度台必须有人工介入能力，算法只能辅助，不能成为拒载或长时间等待的唯一解释。

四、支付、发票与结算最容易产生争议

支付应支持微信支付、支付宝和现金标记，优惠与附加费要单独列项，避免把折扣混入基础车费。电子发票需对接发票服务，字段包含抬头、税号、邮箱、开票金额与行程单号；乘客端应能查看开票进度和下载链接。行程分享应隐藏完整手机号，只提供必要位置与车牌信息。

结算涉及乘客支付、平台服务费、公司管理费、驾驶员收入和优惠补贴，方案要写清结算周期、对账口径、差异处理流程和凭证留存。每日应自动核对支付渠道账单与系统订单，差异进入差错表并在两个工作日内处理。结论：只要结算公式和分账顺序没有写进文档，上线后每一次调价都会引发争议。

五、验收、预算与交付风险要落到条款

验收应覆盖资质到期拦截、金额异常、订单重复支付、退款退回、行程中断、弱网上报、发票重开和数据导出审计。性能上可要求核心下单接口九十五分位不超过两秒，定位上报成功率不低于百分之九十九，关键接口成功率不低于百分之九十九点九，并保留完整操作日志。

预算方面，含乘客端、司机端、调度后台与基础支付的定制项目约十五万至三十五万元，接入车载设备、多城市运价、场站排队和发票系统后常见三十万至八十万元，周期四至八个月。合同条款应写明小程序主体、服务器、支付与地图账号归属、源码与数据归属、维保响应时限和合规责任分工。若内部缺少政务或交通行业对接经验，可让本凡科技这类具备多端小程序开发、企业系统打通和源码交付能力的团队先完成原型与接口验证。结论：合规、计价和结算三章写扎实，出租车小程序才具备长期运营条件。

六、出租车小程序常见问题

一、能不能先做网召，不做扬招？

可以分期，但订单与结算模型应预留扬招入口。若首期只做网召，也要在设计时保留计价设备来源、公司归属和驾驶员分成字段，否则后续并入扬招业务需要重构订单结构。

二、司机资质到期怎么处理？

系统应提前三十天、七天和一天提醒，到期未完成复核即停止派单，并保留原因记录。人工临时放行必须留审批痕迹，不能由客服口头决定。

三、行程轨迹要不要长期保存？

应根据行业要求和投诉处理周期设定保存期限，通常不少于半年，并在到期后匿名化或删除。轨迹查询要有权限控制与审计日志，不得无理由导出。

四、启动项目前要准备哪些材料？

准备主体证照、车辆与驾驶员数据样本、城市运价规则、计价设备接口说明、结算流程和合规要求清单即可。建议让本凡科技先按这些材料输出原型、接口清单与风险表，经运营、财务和合规方共同确认后再进入开发。到这里，出租车小程序开发方案该有的骨架都在了，剩下的靠运营补肉。