Files
zd_product_document/10-产品线/连锁业务对账系统/04-产品规划与执行计划.md
2026-06-22 11:56:17 +08:00

21 KiB
Raw Blame History

连锁业务对账系统产品规划与执行计划

1. 规划目的

本文档基于当前已经完成的产品定位、岗位需求分析和标准数据模型规划,提出连锁业务对账系统下一阶段的产品规划文档清单和工作顺序。

本阶段只围绕连锁业务线展开,重点服务连锁餐饮,并兼顾后续向连锁鞋服、连锁零售等业态扩展的能力基础。

本文档同时作为持续更新的执行台账,用于记录任务依赖、推进状态、评审结论和下一步工作。

执行原则:

  • 严格按业务定义、业务场景、产品方案、核心规则、数据集成、产品落地的依赖顺序推进。
  • 每项任务形成独立文档,不以口头讨论代替正式产出。
  • 上游业务口径未确认前,不提前固化下游页面、字段和规则。
  • 每份文档完成初稿后先进行评估,再进入下一项。
  • 已确认结论作为后续文档输入,发现冲突时回溯修订源文档。

2. 当前基础

目前已经完成:

  • 产品定位与业务闭环。
  • 财务部门需求分析。
  • 统计部门需求分析。
  • 加盟商需求分析。
  • 门店人员需求分析。
  • 业务运营部门需求分析。
  • IT 部门初步需求分析。
  • 连锁餐饮品牌财务部门岗位梳理。
  • 业务运营部门岗位职责与分工。
  • 标准可扩展数据模型初步规划。

当前已经明确:

  • 对账以订单应收和渠道实收核销为核心。
  • 支付信息需要独立建模,支持组合支付。
  • 财务核对和结算结果落到门店。
  • 加盟商是其旗下门店的汇总视角。
  • 业务运营部门负责解释业务规则和协同处理业务类异常。
  • 完成对账的订单输出给分账系统。

3. 下一阶段核心目标

下一阶段需要把分散的岗位需求收敛成统一的产品方案,重点回答:

  • 系统统一使用哪些业务术语和金额口径?
  • 连锁餐饮有哪些必须支持的对账场景?
  • 订单、支付、账单、退款、费用和入账如何形成完整链路?
  • 系统由哪些产品模块组成?
  • 自动核销和差异处理遵循什么规则?
  • 第一阶段产品具体建设哪些能力?

4. 建议文档体系

4.1 业务定义类

04-01 核心业务术语与指标口径

需要定义:

  • 订单金额
  • 订单应收金额
  • 用户实付金额
  • 券核销金额
  • 优惠金额
  • 补贴金额
  • 渠道交易金额
  • 渠道结算金额
  • 渠道实收金额
  • 银行入账金额
  • 已支付
  • 已结算
  • 已入账
  • 已核销
  • 未结算金额
  • 差异金额
  • 可分账金额

产出目标:形成产品、业务、财务、研发共同使用的统一语言。

04-02 业务对象与业务关系

需要定义:

  • 品牌
  • 客户企业
  • 区域
  • 加盟商
  • 门店
  • 经营主体
  • 门店经营主体关系
  • 结算主体
  • 业务类型
  • 下单方式
  • 订单来源
  • 履约方式
  • 支付方式
  • 结算渠道
  • 商户号
  • 渠道门店
  • 银行账户

产出目标:明确组织、门店、渠道、订单和结算主体之间的关系。

4.2 业务场景类

05-01 连锁餐饮对账场景清单

第一阶段建议覆盖:

  • 门店堂食在线支付。
  • 扫码点餐在线支付。
  • 现金及其他无需渠道结算的支付。
  • 三方团购券核销。
  • 团购券加在线支付。
  • 团购券加在线支付加私域现金券。
  • 储值余额加在线支付。
  • 外卖平台订单。
  • 外卖退款和部分退款。
  • 团购券退款、过期和异常核销。
  • 私域现金券、优惠券和会员权益。
  • 平台补贴、品牌补贴、门店承担优惠。
  • 平台佣金、手续费、配送费、包装费。
  • 跨日结算。
  • 分批结算。
  • 分账后银行入账反馈与验证。

每个场景需要明确:

  • 业务发生过程。
  • 订单来源。
  • 支付构成。
  • 应收金额口径。
  • 渠道账单来源。
  • 结算金额口径。
  • 匹配依据。
  • 可能产生的差异。
  • 对账完成条件。
  • 分账输出条件。

05-02 端到端业务流程

需要设计:

  • 订单同步流程。
  • 支付明细同步流程。
  • 渠道账单同步流程。
  • 退款同步流程。
  • 自动核销流程。
  • 差异协同处理流程。
  • 分账后银行入账反馈与验证流程。
  • 对账结果确认流程。
  • 可分账结果输出流程。

产出目标:形成从业务订单发生到分账输出的统一主流程。

05-03 状态流转设计

需要定义:

  • 订单对账状态。
  • 支付明细对账状态。
  • 渠道账单核销状态。
  • 退款核销状态。
  • 差异处理状态。
  • 分账准备状态。
  • 分账输出状态。

产出目标:避免不同页面和模块各自定义状态。

4.3 产品设计类

06-01 产品能力地图

建议一级能力:

  1. 基础资料与映射。
  2. 数据接入管理。
  3. 订单中心。
  4. 支付明细中心。
  5. 渠道账单中心。
  6. 退款中心。
  7. 费用项管理。
  8. 对账核销中心。
  9. 差异处理中心。
  10. 分账后银行入账反馈与验证。
  11. 对账结果确认。
  12. 分账结果输出。
  13. 对账报表与分析。
  14. 任务监控。
  15. 权限与审计。

产出目标:把岗位需求收敛为统一产品能力,避免按部门重复建设页面和功能。

06-02 功能架构与功能清单

每项功能需要明确:

  • 所属能力模块。
  • 主要使用角色。
  • 使用场景。
  • 解决问题。
  • 输入数据。
  • 输出结果。
  • 操作权限。
  • 是否纳入 MVP。

06-03 信息架构与页面清单

需要形成:

  • 系统菜单结构。
  • 页面名称。
  • 页面用途。
  • 主要用户。
  • 核心字段。
  • 页面操作。
  • 页面跳转关系。

产出目标:作为 UI 原型的直接输入。

4.4 核心规则类

07-01 对账匹配与核销规则

需要设计:

  • 订单与支付明细关系。
  • 支付明细与渠道账单关系。
  • 一对一匹配。
  • 一对多匹配。
  • 多对一匹配。
  • 组合支付核销。
  • 金额容差。
  • 时间窗口。
  • 匹配优先级。
  • 自动核销条件。
  • 人工核销条件。
  • 核销撤销和重新核销。

07-02 退款对账规则

需要设计:

  • 全额退款。
  • 部分退款。
  • 原路退款。
  • 跨渠道退款。
  • 券退回。
  • 储值退回。
  • 退款发生后已分账订单的处理边界。

07-03 费用项、结算调整项与优惠承担规则

需要设计:

  • 支付手续费。
  • 平台佣金。
  • 服务费。
  • 配送费。
  • 包装费。
  • 达人佣金。
  • 平台补贴。
  • 品牌补贴。
  • 门店承担优惠。
  • 加盟商承担优惠。
  • 平台处罚。
  • 平台赔付。
  • 批量奖励和补扣款。
  • 非订单级调整项归属层级。
  • 多门店调整项分摊规则。
  • 待归属调整项处理。

07-04 差异分类与处理规则

需要定义:

  • 差异类型。
  • 差异识别条件。
  • 责任部门。
  • 处理方式。
  • 是否阻断分账。
  • 是否允许人工确认。
  • 关闭条件。
  • 审计要求。

4.5 数据与集成类

08-01 标准数据模型详细设计

在现有模型规划基础上细化:

  • 标准订单。
  • 标准支付明细。
  • 退款单、退款明细和退款流水。
  • 标准渠道账单明细。
  • 渠道结算单、渠道结算归集明细和渠道结算批次。
  • 标准费用项。
  • 分账入账反馈。
  • 分账结果入账关联明细。
  • 门店经营主体关系。
  • 核销记录。
  • 差异记录。
  • 可分账结果。

需要补充:

  • 对象关系。
  • 业务唯一键。
  • 核心字段。
  • 金额字段口径。
  • 时间字段口径。
  • 状态字段。
  • 扩展字段机制。

08-02 系统边界与集成清单

需要明确与以下系统的关系:

  • 收银系统。
  • 外卖平台。
  • 团购平台。
  • 私域和会员系统。
  • 支付渠道。
  • 聚合支付系统。
  • 银行流水系统。
  • 分账系统。
  • 财务系统。
  • 统一组织和权限平台。

08-03 渠道接入规范

需要定义:

  • 原始数据保留。
  • 渠道字段映射。
  • 账单类型。
  • 金额口径。
  • 时间口径。
  • 数据校验。
  • 幂等规则。
  • 补数和重跑机制。
  • 渠道版本变更处理。

4.6 权限与报表类

09-01 角色权限与数据权限

需要按以下角色设计:

  • 财务部门。
  • 统计部门。
  • 加盟商。
  • 门店人员。
  • 业务运营部门。
  • IT 部门。

权限内容包括:

  • 菜单权限。
  • 页面权限。
  • 操作权限。
  • 数据范围。
  • 明细查看权限。
  • 导出权限。
  • 敏感字段权限。
  • 审计权限。

09-02 报表与指标体系

建议标准报表:

  • 财务对账总览。
  • 门店对账报表。
  • 加盟商多店汇总。
  • 渠道对账报表。
  • 业务类型对账报表。
  • 差异分析报表。
  • 到账周期报表。
  • 费用和优惠承担报表。
  • 可分账结果报表。
  • 任务运行报表。

4.7 产品落地类

10-01 MVP 范围

第一阶段建议优先支持:

  • 连锁餐饮。
  • 堂食和扫码点餐订单。
  • 外卖业务。
  • 团购业务。
  • 私域券和储值组合支付。
  • 微信、支付宝、外卖平台、团购平台账单。
  • 订单、支付明细、账单自动核销。
  • 退款核对。
  • 差异处理。
  • 门店和加盟商查询。
  • 对账结果输出分账系统。
  • 接收分账系统返回的银行汇总入账反馈。
  • 分账批次应入账金额与银行实际入账金额验证。

第一阶段暂不支持:

  • 所有连锁行业一次性覆盖。
  • 所有渠道配置化接入。
  • 完整低代码规则平台。
  • 完整财务总账。
  • 完整经营 BI。
  • 资金出款。

10-02 版本路线图

建议划分:

  • V1.0:连锁餐饮核心订单对账闭环、分账结果输出、分账后银行入账反馈与验证。
  • V1.1:组合支付、退款和复杂费用项完善。
  • V1.2:对账分析、异常治理和渠道扩展能力完善。
  • V2.0:连锁鞋服、零售等行业扩展。

10-03 UI 原型

优先页面:

  1. 财务对账总览。
  2. 订单与支付明细。
  3. 渠道账单明细。
  4. 核销结果详情。
  5. 差异处理工作台。
  6. 门店对账详情。
  7. 加盟商多店汇总。
  8. 运营差异协同。
  9. 对账结果与分账输出。
  10. 任务监控。

10-04 版本 PRD 与验收标准

每个版本需要包含:

  • 版本目标。
  • 用户和场景。
  • 业务规则。
  • 功能需求。
  • 页面交互。
  • 数据字段。
  • 权限要求。
  • 异常处理。
  • 验收场景。
  • 非功能要求。

5. 推荐工作顺序

第一批:先统一业务

  1. 核心业务术语与指标口径。
  2. 业务对象与业务关系。
  3. 连锁餐饮对账场景清单。
  4. 端到端业务流程。
  5. 状态流转设计。

完成标准:产品、业务、财务、研发对核心概念和业务过程没有明显歧义。

第二批:收敛产品方案

  1. 产品能力地图。
  2. 功能架构与功能清单。
  3. 对账匹配与核销规则。
  4. 退款对账规则。
  5. 费用项、结算调整项与优惠承担规则。
  6. 差异分类与处理规则。

完成标准:可以明确系统做什么、不做什么,以及核心规则如何运行。

第三批:落实数据与系统协作

  1. 标准数据模型详细设计。
  2. 系统边界与集成清单。
  3. 渠道接入规范。
  4. 角色权限与数据权限。
  5. 报表与指标体系。

完成标准:研发可以评估系统架构、接口、数据量和实施成本。

第四批:形成可实施版本

  1. MVP 范围。
  2. 版本路线图。
  3. 信息架构与页面清单。
  4. 核心页面 UI 原型。
  5. V1.0 PRD 与验收标准。

完成标准:可以进入研发评审、工作量评估和版本排期。

6. 当前建议立即启动

当前建议先完成以下三份文档:

  1. 06-核心业务术语与指标口径.md
  2. 07-业务对象与业务关系.md
  3. 08-连锁餐饮对账场景清单.md

上述文档完成并评审后,再依次开展端到端业务流程、状态流转、产品能力地图和功能架构,避免直接根据岗位需求堆叠功能。

7. 阶段与里程碑

阶段 阶段目标 完成标志
P1 业务定义 统一业务语言、业务对象、业务场景和状态 产品、财务、运营和研发对核心口径无明显歧义
P2 产品方案 收敛产品能力、功能范围和核心业务规则 明确系统做什么、如何运行、哪些异常需要处理
P3 数据与集成 落实数据模型、系统边界、渠道接入、权限和报表 研发可以开展架构和工作量评估
P4 产品落地 明确 MVP、版本路线、页面原型和 PRD 可以进入研发评审、排期和实施

8. 任务执行台账

编号 任务 核心产出 前置依赖 状态
P1-01 核心业务术语与指标口径 术语定义、金额口径、状态定义、指标公式 已有产品定位与岗位需求 已确认
P1-02 业务对象与业务关系 业务对象定义、归属关系、对象关系图 P1-01 已确认
P1-03 连锁餐饮对账场景清单 场景分类、业务过程、数据来源、对账条件 P1-01、P1-02 待评审
P1-04 端到端业务流程 订单到分账输出的主流程和分支流程 P1-03 待评审
P1-05 状态流转设计 订单、支付、账单、退款、差异、分账状态机 P1-03、P1-04 待评审
P2-01 产品能力地图 一级能力、二级能力、能力边界 P1 全部 未启动
P2-02 功能架构与功能清单 功能、角色、场景、输入输出、MVP 建议 P2-01 未启动
P2-03 对账匹配与核销规则 匹配层级、优先级、多对多、组合支付规则 P1-03、P1-05 未启动
P2-04 退款对账规则 全额、部分、跨日、券退回、储值退回规则 P1-03、P2-03 未启动
P2-05 费用项、结算调整项与优惠承担规则 费用分类、调整项归属分摊、承担方和金额关系 P1-01、P1-03 未启动
P2-06 差异分类与处理规则 差异分类、责任部门、阻断条件、关闭条件 P2-03、P2-04、P2-05 未启动
P3-01 标准数据模型详细设计 对象关系、字段、唯一键、状态和扩展机制 P2 核心规则 未启动
P3-02 系统边界与集成清单 上下游系统、数据流向、职责边界 P1-04、P3-01 未启动
P3-03 渠道接入规范 原始数据、映射、校验、幂等、补数和变更规范 P3-01、P3-02 未启动
P3-04 角色权限与数据权限 菜单、操作、数据范围、敏感字段和审计权限 P2-02、岗位需求 未启动
P3-05 报表与指标体系 标准报表、指标公式、维度和数据来源 P1-01、P3-01 未启动
P4-01 MVP 范围 首期行业、渠道、场景、能力和排除项 P2、P3 未启动
P4-02 版本路线图 V1.0、V1.1、V1.2、V2.0 建设范围 P4-01 未启动
P4-03 信息架构与页面清单 菜单、页面、角色、字段、操作和跳转关系 P2-02、P3-04、P4-01 未启动
P4-04 核心页面 UI 原型 财务、门店、加盟商、运营、任务监控原型 P4-03 未启动
P4-05 V1.0 PRD 与验收标准 业务规则、交互、数据、权限、异常和验收场景 P4-01 至 P4-04 未启动

状态说明:

  • 未启动:尚未进入正式编写。
  • 进行中:已经开始编写,尚未完成评估。
  • 待评审:初稿完成,等待业务或产品评估。
  • 已确认:评审结论已合入,可作为后续任务输入。
  • 暂缓:存在明确前置条件或范围调整。

9. 第一阶段执行计划

9.1 P1-01 核心业务术语与指标口径

产出文件:

评审重点:

  • 订单应收金额和订单成交金额。
  • 组合支付及各支付明细口径。
  • 团购券五类金额。
  • 储值消费与资金入账追溯。
  • 门店现金账户和现金汇缴。
  • 支付明细级可分账金额。
  • 分账后银行入账反馈。
  • 费用、补贴和结算调整项。

当前状态:已确认。

9.2 P1-02 业务对象与业务关系

产出文件:

评审重点:

  • 品牌、区域、加盟商、门店关系。
  • 客户企业、品牌和客户级数据隔离关系。
  • 经营主体与结算主体关系。
  • 门店经营主体关系及同一自然日唯一约束。
  • 商户号、渠道门店和系统门店映射。
  • 支付明细作为核销和可分账最小对象。
  • 业务类型、下单方式、订单来源、履约方式和支付方式边界。
  • 渠道账单明细、渠道结算归集明细、渠道结算单和渠道结算批次关系。
  • 退款单、退款明细和退款流水关系。
  • 结算调整项的归属和分摊对象。
  • 分账结果和银行入账反馈的多对多金额关系。

当前状态:已确认。

9.3 P1-03 连锁餐饮对账场景清单

产出文件:

启动条件:

  • P1-02 评审完成。

当前状态:待评审。

9.4 P1-04 端到端业务流程

产出文件:

启动条件:

  • P1-03 评审完成。

当前状态:待评审。本文档基于 P1-03 初稿先行编写P1-03 与 P1-04 需要联合评审并同步修订。

9.5 P1-05 状态流转设计

产出文件:

启动条件:

  • P1-03、P1-04 评审完成。

当前状态:待评审。本文档基于 P1-03、P1-04 初稿先行编写,三份文档需要联合评审。

10. 评审机制

每项任务按照以下过程推进:

  1. 汇总已有文档结论。
  2. 编写初稿并标识假设和待确认项。
  3. 检查与产品定位、岗位需求和数据模型是否冲突。
  4. 提交评估。
  5. 根据评估意见修订。
  6. 状态更新为已确认。
  7. 启动下一项依赖任务。

评审维度:

  • 业务真实性:是否符合连锁餐饮实际业务。
  • 口径一致性:是否与其他文档定义一致。
  • 产品边界:是否属于对账系统职责。
  • 可实现性:是否能被数据和系统流程支撑。
  • 可扩展性:是否能适配新增业务类型和结算渠道。

11. 执行记录

日期 任务 动作 状态
2026-06-20 P1-01 完成核心业务术语与指标口径初稿 待评审
2026-06-20 P1-01 确认订单原价、成交金额和应收金额口径 已确认部分口径
2026-06-20 P1-01 确认团购券五类金额及报表使用口径 已确认部分口径
2026-06-20 P1-01 确认储值账户流水核对及分账系统资金入账追溯 已确认部分口径
2026-06-20 P1-01 确认平台优惠券作为独立支付明细 已确认部分口径
2026-06-20 P1-01 确认现金支付、门店现金账户、线上汇缴和跨方式退款 已确认部分口径
2026-06-20 P1-01 确认银行按分账结果汇总入账并由分账系统反馈 已确认部分口径
2026-06-20 P1-01 确认分账后银行入账反馈与验证纳入 V1.0 已确认部分口径
2026-06-20 P1-01 确认可分账金额按支付明细分别确定 已确认部分口径
2026-06-20 P1-01 确认正常费用、费用容差和平台补贴处理 已确认部分口径
2026-06-20 P1-01 完成全部术语与指标口径确认 已确认
2026-06-20 P1-02 完成业务对象与业务关系初稿 待评审
2026-06-20 P1-02 确认同一门店同一自然日唯一经营主体 已确认部分关系
2026-06-20 P1-02 确认同一支付明细允许拆分到多个结算主体 已确认部分关系
2026-06-20 P1-02 确认门店映射冲突全部转人工确认,禁止按优先级自动归属 已确认部分关系
2026-06-20 P1-02 确认业务类型和订单来源采用平台标准字典并允许客户扩展 已确认部分关系
2026-06-20 P1-02 确认四类门店经营类型及门店形态、收银、结算、收益、管理归属和经营主体模型 已确认部分关系
2026-06-20 P1-02 根据评审补齐客户企业、业务分类、渠道结算、退款及分账入账关联对象 已修订
2026-06-20 P1-02 完成业务对象与业务关系复评 已确认
2026-06-21 P1-03 完成连锁餐饮对账场景清单初稿 待评审
2026-06-21 P1-04 完成端到端业务流程初稿 待评审
2026-06-21 P1-04 确认收银订单以营业日 D+1 批量同步为主,实时同步为可选补充 已确认部分流程
2026-06-21 P1-04 确认三方平台结算支持按品牌和平台配置 D+N、T+N 周期 已确认部分流程
2026-06-21 P1-05 完成状态流转设计初稿 待评审

12. 下一步

  1. 联合评审 P1-03《连锁餐饮对账场景清单》、P1-04《端到端业务流程》和 P1-05《状态流转设计》。
  2. 根据评审结果修订并确认 P1-03、P1-04、P1-05。
  3. 启动 P2-01《产品能力地图》。