12 · 企业出行模块详细设计
定位:轻舟出行 B 端商业化模块(P1~P2 上线),为企业提供"员工打车、企业月结"的出行管控 SaaS。信息服务费模式天然适合企业客户——员工个人打车不垫钱、企业按账单统一结算并获取专票,平台以低抽成换取企业集采规模。
1. 价值主张(三方)
| 角色 |
痛点 |
轻舟企业出行 |
| 企业 |
员工垫付报销繁琐、票据不合规、费用失控 |
企业统一账户月结 + 用车政策管控 + 专票 + 差旅报表 |
| 员工 |
垫钱、贴发票、报销周期长 |
企业支付标识,免垫付免报销,行程合规自动通过 |
| 平台 |
纯 C 端流量见顶 |
B 端集采带来稳定订单 + 企业服务费 + SaaS 订阅 |
2. 产品形态
┌────────────────────────────────────────────────┐
│ 企业后台 (qz-corp, Web) │
│ 成员管理 | 用车政策 | 审批流 | 账单 | 报表 │
├────────────────────────────────────────────────┤
│ 员工端 (嵌入 qz-rider) │
│ 企业账户标识 → 下单 → 企业免密支付 │
├────────────────────────────────────────────────┤
│ 平台管理端 (qz-console 扩展) │
│ 企业客户管理 | 协议 | 月结对账 | 授信 │
└────────────────────────────────────────────────┘
3. 核心流程
企业签约(合同+授信/预充值) → 后台开通 + 导入成员(手机号/部门/职级)
→ 配置用车政策(时段/区域/车型/单笔上限/月额度)
→ 员工在乘客端绑定企业账户
→ 员工下单(选择"企业支付")
→ 规则引擎实时校验(合规? 审批? 预算?)
→ 企业免密支付成功 → 行程结束
→ 账单归集(按部门/成本中心) → 月度账单 → 对账 → 开专票 → 月结/扣预充值
4. 企业后台功能(qz-corp)
| 模块 |
功能 |
| 成员管理 |
成员导入(Excel/API)、部门与成本中心、职级、离职停用、员工自助绑定 |
| 用车政策 |
规则引擎:可用时段(工作日 7:00-23:00)、可用区域(围栏)、车型上限、单笔金额上限、个人月额度、加班/差旅场景放行规则 |
| 审批流 |
超规用车自动转审批(审批人/双人审批/抄送);与钉钉/飞书/企微打通 |
| 账单与报表 |
日/月账单、部门成本分摊、员工用车明细、异常用车标记(夜间/跨城)、导出 |
| 发票 |
合并开票(专票/普票)、抬头与税号管理、开票历史 |
| 对账 |
线上对账确认、差异申诉、自动扣预充值或账单支付 |
5. 员工端交互(嵌入 qz-rider)
| 场景 |
交互 |
| 绑定 |
个人中心 → 企业出行 → 输入企业邀请码/手机号 → 通过企业成员校验 |
| 下单 |
首页选择"企业支付"开关 → 显示"企业已报销 · 无需垫付";政策内直接下单 |
| 超规 |
弹出审批单(选择原因:加班/差旅/紧急)→ 提交审批人 → 审批通过后继续下单 |
| 账单 |
订单详情显示"企业账户支付 · 计入部门 XX";员工零报销动作 |
6. 规则引擎设计
规则输入: 员工(部门/职级) + 时间 + 起终点(围栏) + 车型 + 金额
规则链(可配置, 按优先级):
R1 时段校验: 非可用时段 → 拦截/转审批
R2 区域校验: 起点/终点在围栏内(差旅单例外)
R3 车型校验: 超出允许车型档位 → 降级/拦截
R4 单笔限额: 预估金额 > 上限 → 转审批
R5 额度校验: 个人/部门当月剩余额度 → 不足拦截
结果: PASS(直放) | APPROVE(转审批) | REJECT(拦截+原因)
- 规则变更实时生效(灰度发布);所有命中记录留痕,供企业审计。
7. 结算与发票
| 项目 |
规则 |
| 资金模式 |
预充值(先充值后用车)或授信月结(信用额度,账单 T+30 支付) |
| 支付 |
员工端企业免密支付 → 收单机构清分:车费→运力方、信息服务费→平台、企业服务费→平台 |
| 企业服务费 |
每单 0.5 元 或 按月订阅(499 元/月起,含管控 SaaS 功能)——平台第二收入来源 |
| 对账 |
月度账单:订单明细 + 车费 + 服务费 + 优惠;企业线上确认或提出差异(72h) |
| 发票 |
平台为企业开"信息服务费+服务费"专票;车费部分由运力方开票或平台代开(协议约定);支持合并开票 |
8. 数据模型扩展
enterprise 企业表: id, name, credit_type(预充值/授信), credit_limit, balance,
status, contract_no
corp_member 企业成员: id, ent_id, user_id, dept, level, cost_center, status, bind_at
corp_policy 用车政策: id, ent_id, rule_chain(json), version, updated_by
corp_order 企业订单: id, order_id, ent_id, member_id, policy_result,
approve_status, cost_center, billing_month
corp_approval 审批单: id, corp_order_id, applicant, approver, reason, status, ts
corp_bill 月度账单: id, ent_id, month, order_count, total_amount,
service_fee, invoice_no, status
9. 合规与数据隔离
- 数据隔离:企业员工出行数据仅企业管理员可见;平台不向第三方泄露;员工可查看自己被收集的出行数据(PIPL 知情权)。
- 合同:企业服务协议 + 数据处理协议(明确平台为受托处理方)。
- 差旅合规:为财务提供费用真实性与票据合规背书(专票 + 行程明细),降低企业税务风险。
- 发票风险:车费开票主体为运力方,须在合同中明确代开/直开路径,避免虚开发票风险。
10. 盈利模型与指标
- 收入:企业服务费(按单 0.5 元 或 订阅)+ 信息服务费 + 集采带来的订单规模。
- 指标:签约企业数、绑定员工数、企业订单占比、月活用车员工、月结回款率、账单差异率。
- 北极星:企业月订单量;健康线:回款率 > 98%、账单差异率 < 1%。
- 打法:从 1~2 个园区/写字楼集群切入 → 跑通"企业财务认可" → 复制到连锁门店/制造/互联网企业;与 TMC(差旅管理公司)渠道合作。