Files
mileage-bonus/yangchanji-plan-ab-compare.md

9.3 KiB
Raw Permalink Blame History

养馋记 · 物流台账闭环 · 全量对照总表

Make 打开本页: http://localhost:53817/?projectId=make&doc=yangchanji-plan-ab-compare.md
主库: knowledge/产品线1-项目1/04-产品方案/方案AB对照摘要.md

文档 Make 打开
本页 · A/B 对照 http://localhost:53817/?projectId=make&doc=yangchanji-plan-ab-compare.md
方案 A · 可对接 http://localhost:53817/?projectId=make&doc=yangchanji-plan-a.md
方案 B · 不可对接 http://localhost:53817/?projectId=make&doc=yangchanji-plan-b.md
数智中心评估汇总 http://localhost:53817/?projectId=make&doc=yangchanji-ledger-eval.md
文档 用途
本页 A/B 与共性一表看清
方案 A 可对接 API 的完整评估(第五、六点)
方案 B 不可对接时的完整评估(第五、六点)
数智中心评估汇总 双路径合一稿

一、方案基本信息对照

对照项 方案 A · 可对接 方案 B · 不可对接
前提 养馋记 TMS 提供可用 API + 沙箱 无可用 API / 短期对不通
数据进 OneOS 对方 API 同步(Excel 兜底) 导入模板 / 手工建单 + 主数据改造
状态回传对方 可做(P1 本期不做(可导出)
特有开发 对接适配层 导入中心 + 字段改造
可行性 有条件可行 有条件可行
推荐场景 接口确认可用时默认 对不通,或先通闭环再切 A
版本 V1.2(表格化) V1.2(表格化)

二、第五点八问 · A/B 对照

# 评估问题 方案 A 方案 B
1 技术上能否实现 有条件可行(依赖 API 有条件可行(不依赖 API
2 数据/接口怎么来 API:订单/路线/门店等;回传 P1 无接口;导入/录入同套业务对象
3 我方开发什么 对接层 + 待派派单小程序计费对账 导入改造 + 待派派单小程序计费对账
4 多长时间 1825 周 / 56.5 月 2027 周 / 5.57 月
5 投入人员 产1研2测1 + 对方接口人 产1研2测1 + 运营导单强依赖
6 额外费用 联调+小程序等;专线视情况 现金更低;导单隐性成本中
7 前置与风险 API/沙箱/映射;字段不一致、审核延误 导单责任/缺口表;导单延误、数据不一致
8 分期 调研→V0→V1→V2→利润后置 同左(V1 多 24 周)

三、周期对照(已压缩调研+V0

阶段 方案 A 方案 B 备注
业务调研 12 周 12 周 与 V0 可并行收口
V0 门禁 约 1 周 约 1 周
调研+V0 约 23 周 约 23 周 原 36 周减半
V1 1216 周 1418 周 B 含导入改造
V2 46 周 46 周
利润(后置) 另 24 周 另 24 周 不进首批退出
首批合计 约 56.5 个月 约 5.57 个月 含调研

四、业务时序与已拍板规则(A/B 相同)

步骤 规则
1 数据进入 OneOSA=API / B=导入或录入)
2 自动生成待派任务
3 人工选车、选司机并派单
4 派单后司机小程序才可见任务
5 正常情况:当前运单未完成,不可接下一单
6 办结运单后 → 才触发正式计费/出账
7 V2:成本归集 + 流水 + 合作方只读确认
8 利润抽点在流水与应收应付之后
已拍板项 结论
首批范围 V0+V1+V2V3(用友等)不计入
计费 多模型引擎;每客户只绑一种
对账深度 只读 + 确认(无驳回/补凭证)
司机端 微信小程序,V1 必达
氢/ETC 可先运费;V2 必须做完
编制 产品1 + 研发2 + 测试1
待确认项 说明
走 A / B / 先 B 后 A 调研结束书面选定
车司机是否固定绑定 运营确认
异常是否允许代办结 运营确认
规则包书面试算样例 业务+财务
利润具体参数 后置再锁

五、数据对象对照(业务要什么 × 怎么拿到)

数据对象 用途 方案 A 获取 方案 B 获取 优先级
订单 生成待派 对方 API 导入/手工建单 P0
路线/经停 派单与司机点序 对方 API 导入/录入 P0
门店主数据 主数据与对账 API 或首导+增量 批量导入+日常维护 P0
货物/物料 温层货量/计价 API(汇总或明细) 随单导入或汇总填 P0/按需
运费要素 办结后计费 订单内或规则侧 导入列或规则侧 P0
车/司机 人工派单 我方主数据为主 同左 P0
状态回传 告知对方 OneOS→对方 API 不做接口(可导出) A:P1 / B:—
氢费/ETC V2 成本 我方内部系统 同左 V2

六、我方功能对照

功能模块 方案 A 方案 B 阶段
对接适配(鉴权/同步/映射/幂等/重试/差异日志) (可不建) V0V1
主数据/单据字段改造 按需 重点 V0V1
导入中心(模板/校验/重导) 仅兜底 重点 V1
手工建单/维护 V1
待派任务池 V1
人工调度台 V1
司机微信小程序 V1
办结后计费出账 V1
成本归集 V2
流水/应收应付/只读确认 V2
利润抽点 后置 后置 V2 后
用友 不计入 不计入 V3

七、人员与费用对照

角色/费用项 方案 A 方案 B
产品 1 1
研发 2 2
测试 1 1
养馋记配合 接口人强 台账/导出样例弱
运营配合 调研+双跑 导单责任人+日常导单(强)
对方 API 联调费 可能有
小程序认证 必需 必需
短信 可选 可选
氢/ETC 源 V2 必需 V2 必需
独立服务器 通常否 通常否
隐性成本 联调等待 持续导单与主数据质量

八、第六点确认事项 · A/B 对照

# 原文件确认项 方案 A 状态 方案 B 状态
1 标准接口还是 Excel 假定 APIExcel 兜底 假定 无 APIExcel/模板为主
2 能提供哪些字段 待映射表收口 按业务 P0 定导入列
3 状态能否实时回传 目标 P1;调研确认是否准实时 本期不做系统回传
4 氢费/ETC 从哪来 我方内部;V2 同左
5 司机端形态 已定小程序 已定小程序
6 车司机是否绑定 待运营确认 待运营确认
7 利润怎么配 后置;按客户配 同左
8 对账深度 已定只读+确认 已定只读+确认
9 是否接用友 本期不做 本期不做

九、分期退出标准对照

期次 方案 A 退出标准 方案 B 退出标准
调研 确认可对接;字段草案+原型范围 确认走 B(或先 B);缺口表+导单责任+原型范围
V0 映射确认、规则样例、小程序账号、沙箱就绪 导入模板、字段缺口确认、规则样例、小程序账号就绪
V1 双跑运费可解释;小程序可用;办结出账;未完成不可接下一单 导入可生成待派;其余同 A
V2 成本进项目;双方月确认一版 同左(对内或合作方账号)
利润 后置 后置
名词 含义(白话)
退出标准 本期做到什么才算结束、可进下一期
双跑出账可解释(V1 运费应收侧能讲清;完整应付成本在 V2
映射确认 A=对方字段↔OneOSB=导入列↔OneOS

十、决策日志 · 养馋记台账相关(已拍板对照)

日期 议题 结论
2026-08-10 首批范围 批准 V0+V1+V2V3 不计入
2026-08-10 计费模型 多模型引擎;每客户只绑一种
2026-08-10 对账深度 只读+确认
2026-08-10 司机端 微信小程序;V1 必达
2026-08-10 氢/ETC 可先运费;V2 必做完
2026-08-10 利润 流水与应收应付之后
2026-08-10 编制 产1研2测1
2026-08-10 时序 派单后可见;办结后计费
2026-08-10 接单约束 未完成不可接下一单
2026-08-11 数据路径 A API / B 导入改造
2026-08-11 周期 调研+V0≈23周;A≈56.5月;B≈5.57月

十一、评估结果一览(并排)

评估结果项 方案 A 方案 B
可行性 有条件可行 有条件可行
数据策略 对方 API 主路径 OneOS 改造+导入/维护
周期 约 56.5 个月 约 5.57 个月
人员 产1研2测1 产1研2测1+运营强依赖
费用感 低~中 现金低、运营成本中
首批 调研→V0→V1→V2 同左
利润/用友 后置 / 不计入 同左