first commit

This commit is contained in:
2026-06-03 13:57:20 +08:00
commit 213e0f2b6e
37 changed files with 3789 additions and 0 deletions

View File

@@ -0,0 +1,473 @@
# 2026 年产品工作计划
## 1. 年度工作定位
2026 年产品工作的核心定位是:完成基础平台建设和协助研发部门完成技术架构调整,在此基础上重点推进营帐通产品拆分与完善,并围绕明确客户项目完成纵向行业试点和横向产品建设。
今年的工作不做全面铺开,重点放在“底座建设、营帐通升级、聚合支付建设、重点客户验证、横向产品试点”五类事项上。
年度优先级明确为:纵向产品作为第一优先级,横向拓展作为第二优先级。
- 第一优先级:营帐通拆分与完善、连锁业务对账系统、分账系统、聚合支付系统、物流撮合行业分账试点、万店餐饮客户营帐通升级、鞋服连锁客户营帐通升级。
- 第二优先级:门店选址规划系统集成、连锁门店客服系统开发及试点。
## 2. 年度核心目标
### 2.1 完成基础平台建设
围绕后续多产品线、多客户、多行业复用的需要,完成基础平台产品规划和建设协同。
重点目标包括:
- 明确统一组织、账号、权限、角色、菜单、流程、消息、配置等基础能力范围。
- 明确多租户、多客户、多品牌、多门店的基础管理模型。
- 优先为营帐通拆分、分账系统 SaaS 化、聚合支付建设和物流撮合行业试点提供统一底座。
- 在不影响纵向产品推进的前提下,兼顾餐饮横向产品线建设需要。
- 协助研发部门完成基础平台建设过程中的产品边界、业务规则和场景校验。
### 2.2 协助研发部门完成技术架构调整
产品侧重点不是技术实现细节,而是协助研发完成架构调整所需的业务边界、产品边界和演进路径。
重点目标包括:
- 明确营帐通、连锁业务对账系统、分账系统、基础平台之间的产品关系。
- 明确业务模块拆分优先级,避免技术架构调整脱离业务演进目标。
- 梳理现有客户升级和新行业试点对技术架构的关键要求。
- 协助研发识别必须优先支撑的业务能力,例如多租户、规则配置、账户体系、分账规则、对账任务、渠道接入等。
### 2.3 启动聚合支付系统建设并完成 1.0 版本
基于基础平台建设和技术架构调整,启动聚合支付系统建设,完成 1.0 版本,为营帐通、分账系统、收银系统和后续平台交易业务提供统一支付接入能力。
重点目标包括:
- 明确聚合支付系统的产品定位和系统边界。
- 明确聚合支付系统与营帐通、分账系统、收银系统、财务系统之间的关系。
- 完成聚合支付 1.0 版本产品规划。
- 支撑研发完成聚合支付 1.0 版本建设。
- 初步支持多支付渠道接入、支付订单管理、支付状态管理、退款、支付流水、基础对账数据输出等能力。
### 2.4 重点完成营帐通拆分与完善
营帐通仍是 2026 年最核心的产品工作。年度重点是将现有营帐通逐步拆分为连锁业务对账系统和分账系统,并补齐现有客户升级、跨行业拓展和平台业务试点所需能力。
重点目标包括:
- 完成营帐通现有能力盘点。
- 明确连锁业务对账系统与分账系统边界。
- 完成连锁业务对账系统核心能力规划。
- 完成分账系统核心能力规划。
- 支撑现有万店餐饮连锁客户营帐通升级。
- 支撑现有鞋服连锁客户营帐通升级。
- 支撑物流撮合行业分账系统试点。
### 2.5 纵向推进分账系统物流撮合行业试点
在基础平台和技术架构调整基础上,推动分账系统从连锁门店分账向平台型业务分账延伸,优先选择物流撮合行业进行试点。
重点目标包括:
- 梳理物流撮合平台交易、履约、对账、清分、分账、结算流程。
- 明确平台方、货主、司机、承运商、服务商等参与主体和资金关系。
- 明确担保交易、履约确认、资金暂存、退款、分润、出款等关键规则。
- 形成物流撮合行业分账试点方案。
- 支撑试点客户上线验证。
### 2.6 推进两个存量客户营帐通升级
围绕现有客户完成产品升级验证,沉淀可复用能力。
重点客户包括:
- 1 个万店餐饮连锁企业营帐通升级。
- 1 个鞋服连锁企业营帐通产品升级。
重点目标包括:
- 通过万店餐饮客户验证营帐通在大规模、多品牌、多门店、多渠道、多结算主体场景下的能力。
- 通过鞋服连锁客户验证营帐通对非餐饮连锁业态的适配能力。
- 将客户升级需求沉淀为连锁业务对账系统和分账系统的标准能力。
### 2.7 横向推进门店选址规划系统集成
围绕餐饮连锁横向产品线,推进门店选址规划系统与相关系统的集成和方案完善。该项属于第二优先级,应在不影响纵向产品主线的前提下推进。
重点目标包括:
- 明确门店选址规划系统与门店生命周期、门店主数据、经营数据平台之间的关系。
- 推进门店选址规划系统与现有客户业务系统集成。
- 打通选址评估、点位审批、开店筹备、开业后经营复盘之间的数据链路。
- 强化门店选址规划系统在餐饮连锁解决方案中的位置。
### 2.8 推进连锁门店客服系统开发及试点
客服系统作为餐饮横向产品线的重要补充2026 年重点完成产品规划、核心功能开发协同和试点验证。该项属于第二优先级,应控制试点范围,避免影响纵向产品资源投入。
重点目标包括:
- 明确连锁门店客服系统的业务定位和产品边界。
- 梳理客诉、咨询、工单、补偿、回访、责任归属、服务质量分析等核心流程。
- 明确客服系统与门店、订单、会员、营帐通、数据平台之间的协同关系。
- 支撑研发完成核心功能开发。
- 选择试点客户或试点门店进行验证。
## 3. 年度重点项目
年度重点项目按优先级分为两类:
- 第一优先级项目:基础平台建设、技术架构调整协同、聚合支付系统 1.0 建设、营帐通拆分与完善、物流撮合行业分账试点、万店餐饮客户营帐通升级、鞋服连锁客户营帐通升级。
- 第二优先级项目:门店选址规划系统集成、连锁门店客服系统开发及试点。
### 3.1 基础平台建设项目
工作内容:
- 梳理基础平台产品范围。
- 明确基础平台与业务产品的边界。
- 输出统一组织、账号、权限、配置、流程、消息等基础能力需求。
- 协助研发确认基础平台建设优先级。
关键产出:
- 基础平台产品规划。
- 基础平台能力清单。
- 多租户、多组织、多门店管理模型。
- 基础平台与业务产品边界说明。
### 3.2 技术架构调整协同项目
工作内容:
- 配合研发梳理现有系统模块和业务边界。
- 明确营帐通拆分后的业务模块关系。
- 明确对账、分账、账户、规则、任务、报表、接口等能力的归属。
- 根据客户升级和试点项目,提出架构调整的业务优先级。
关键产出:
- 产品模块拆分建议。
- 业务能力分层说明。
- 架构调整业务影响清单。
- 重点客户升级对架构的要求清单。
### 3.3 聚合支付系统 1.0 建设项目
工作内容:
- 明确聚合支付系统产品定位和能力范围。
- 梳理支付渠道、支付订单、支付流水、退款、支付状态、支付通知、对账数据输出等核心对象。
- 明确聚合支付系统与营帐通、分账系统、收银系统、财务系统的协同边界。
- 明确 1.0 版本最小可用范围。
- 协助研发完成 1.0 版本需求澄清、版本验收和上线验证。
关键产出:
- 聚合支付系统产品规划。
- 聚合支付 1.0 版本需求说明。
- 聚合支付与营帐通、分账系统、收银系统边界说明。
- 聚合支付 1.0 验收清单。
### 3.4 营帐通拆分与完善项目
工作内容:
- 完成营帐通现有功能、客户场景和能力缺口梳理。
- 将营帐通拆分为连锁业务对账系统和分账系统两条能力线。
- 明确连锁业务对账系统核心流程:数据采集、账单导入、对账任务、差异识别、差异处理、对账报表。
- 明确分账系统核心流程:结算主体、账户体系、分账规则、清分、分账、出款、退款、结算报表。
- 明确两个产品与基础平台、财务系统、收银系统、外部平台之间的边界。
关键产出:
- 营帐通能力盘点。
- 连锁业务对账系统规划。
- 分账系统规划。
- 营帐通拆分方案。
- 对账与分账系统边界说明。
### 3.5 物流撮合行业分账试点项目
工作内容:
- 梳理物流撮合平台业务流程。
- 明确平台交易主体、结算主体、资金流和分润规则。
- 设计担保交易流程,包括下单、支付、履约、确认、清分、分账、退款、出款。
- 明确试点版本的最小能力范围。
- 跟进试点上线和业务反馈。
关键产出:
- 物流撮合行业分账方案。
- 担保交易流程说明。
- 物流撮合分账试点需求说明。
- 试点问题清单和产品优化清单。
### 3.6 万店餐饮连锁客户营帐通升级项目
工作内容:
- 梳理现有万店餐饮客户营帐通使用现状和升级诉求。
- 明确多品牌、多门店、多渠道、多账户、多结算主体场景下的升级范围。
- 推进监管账户、门店钱包、外卖款、团购款、门店销售款、加盟商结算等能力完善。
- 沉淀餐饮连锁行业对账分账标准方案。
关键产出:
- 万店餐饮客户升级方案。
- 餐饮连锁对账分账业务模板。
- 餐饮连锁结算规则清单。
- 产品标准能力沉淀清单。
### 3.7 鞋服连锁客户营帐通升级项目
工作内容:
- 梳理鞋服连锁客户交易渠道、门店收款、平台账单、退款、手续费、促销补贴等对账场景。
- 识别鞋服行业与餐饮行业在商品、渠道、门店、促销、退换货、结算上的差异。
- 推进营帐通对鞋服连锁行业的适配升级。
- 沉淀非餐饮连锁行业对账方案。
关键产出:
- 鞋服连锁客户升级方案。
- 鞋服连锁对账业务模板。
- 鞋服行业差异化需求清单。
- 连锁业务对账系统跨行业能力沉淀清单。
### 3.8 门店选址规划系统集成项目
工作内容:
- 明确门店选址规划系统与客户现有系统的数据集成范围。
- 梳理点位、商圈、门店、区域、品牌、经营数据等关键数据对象。
- 推进选址评估与开店后经营复盘的数据闭环。
- 明确选址系统与门店生命周期系统的未来协同边界。
关键产出:
- 门店选址规划系统集成方案。
- 选址系统数据对象清单。
- 选址评估到经营复盘流程说明。
- 与门店生命周期系统的边界说明。
### 3.9 连锁门店客服系统开发及试点项目
工作内容:
- 完成客服系统产品定位和核心流程设计。
- 明确客诉、咨询、工单、补偿、回访、责任归属等核心能力。
- 明确客服系统与订单、会员、门店、营帐通、数据平台的协同关系。
- 协助研发完成试点版本开发。
- 推进客户或门店试点验证。
关键产出:
- 连锁门店客服系统产品规划。
- 客服系统试点版本需求说明。
- 客诉与工单流程设计。
- 试点验证报告。
## 4. 季度工作计划
### 4.1 第一季度:底座规划与营帐通拆分启动
工作重点:
- 明确年度工作计划和产品优先级。
- 完成基础平台产品规划初稿。
- 协助研发明确技术架构调整方向和业务拆分原则。
- 明确聚合支付系统产品定位和建设范围。
- 完成营帐通现有能力盘点。
- 完成连锁业务对账系统、分账系统边界初稿。
- 启动万店餐饮客户和鞋服连锁客户升级需求梳理。
- 明确横向项目的最小推进范围,避免挤占纵向产品资源。
关键产出:
- 2026 年产品工作计划。
- 基础平台产品规划初稿。
- 技术架构调整业务协同清单。
- 聚合支付系统产品定位初稿。
- 营帐通能力盘点。
- 对账与分账系统边界初稿。
### 4.2 第二季度:营帐通升级方案与试点方案形成
工作重点:
- 完成聚合支付系统产品规划。
- 完成聚合支付 1.0 版本需求说明。
- 完成营帐通拆分方案。
- 完成连锁业务对账系统规划和分账系统规划。
- 完成万店餐饮客户营帐通升级方案。
- 完成鞋服连锁客户营帐通升级方案。
- 完成物流撮合行业分账试点方案。
- 在纵向产品方案完成后,推进门店选址规划系统集成方案。
- 在资源允许前提下,完成客服系统产品规划。
关键产出:
- 聚合支付系统产品规划。
- 聚合支付 1.0 版本需求说明。
- 营帐通拆分方案。
- 连锁业务对账系统规划。
- 分账系统规划。
- 万店餐饮客户升级方案。
- 鞋服连锁客户升级方案。
- 物流撮合行业分账试点方案。
- 门店选址规划系统集成方案。
- 连锁门店客服系统产品规划。
### 4.3 第三季度:重点项目研发协同与试点推进
工作重点:
- 协助研发推进基础平台和技术架构调整落地。
- 协助研发推进聚合支付 1.0 版本建设。
- 跟进营帐通拆分相关版本需求和研发实现。
- 推进万店餐饮客户营帐通升级。
- 推进鞋服连锁客户营帐通升级。
- 推进物流撮合行业分账试点。
- 在纵向产品项目节奏稳定后,推进门店选址规划系统集成。
- 在研发资源允许前提下,协助客服系统试点版本开发。
关键产出:
- 重点项目需求说明书。
- 聚合支付 1.0 验收清单。
- 营帐通升级版本需求清单。
- 物流撮合行业试点需求清单。
- 客服系统试点版本需求说明。
- 项目问题与风险清单。
### 4.4 第四季度:试点验收、产品沉淀与 2027 规划
工作重点:
- 完成聚合支付 1.0 版本验收和复盘。
- 完成万店餐饮客户营帐通升级复盘。
- 完成鞋服连锁客户营帐通升级复盘。
- 完成物流撮合行业分账试点复盘。
- 完成门店选址规划系统集成复盘。
- 完成客服系统试点复盘。
- 沉淀连锁业务对账系统、分账系统、客服系统、选址集成的标准能力。
- 输出 2027 年产品路线图。
关键产出:
- 聚合支付 1.0 版本复盘报告。
- 重点客户升级复盘报告。
- 物流撮合行业分账试点复盘报告。
- 门店选址规划系统集成复盘报告。
- 客服系统试点验证报告。
- 产品标准能力沉淀清单。
- 2027 年产品路线图。
## 5. 年度关键成果物清单
2026 年至少应完成以下成果物:
- 基础平台产品规划。
- 技术架构调整业务协同清单。
- 聚合支付系统产品规划。
- 聚合支付 1.0 版本需求说明。
- 聚合支付 1.0 验收清单。
- 营帐通能力盘点。
- 营帐通拆分方案。
- 连锁业务对账系统规划。
- 分账系统规划。
- 万店餐饮客户营帐通升级方案。
- 鞋服连锁客户营帐通升级方案。
- 物流撮合行业分账试点方案。
- 门店选址规划系统集成方案。
- 连锁门店客服系统产品规划。
- 客服系统试点版本需求说明。
- 重点项目复盘报告。
- 产品标准能力沉淀清单。
- 2027 年产品路线图。
## 6. 年度衡量指标
### 6.1 底座与架构协同指标
- 完成基础平台产品规划并支撑研发建设。
- 完成技术架构调整所需的产品边界和业务能力拆分说明。
- 支撑营帐通拆分后的核心能力在新架构下落位。
### 6.2 聚合支付建设指标
- 完成聚合支付系统产品规划。
- 完成聚合支付 1.0 版本需求说明。
- 支撑研发完成聚合支付 1.0 版本建设。
- 明确聚合支付与营帐通、分账系统、收银系统之间的业务边界。
### 6.3 营帐通升级指标
- 完成营帐通拆分方案。
- 完成连锁业务对账系统和分账系统核心规划。
- 推进 1 个万店餐饮连锁客户营帐通升级。
- 推进 1 个鞋服连锁客户营帐通升级。
- 沉淀餐饮连锁和鞋服连锁两套行业对账分账模板。
### 6.4 分账试点指标
- 完成物流撮合行业分账试点方案。
- 推进物流撮合行业试点落地。
- 沉淀平台业务担保交易和分账能力模型。
### 6.5 横向产品指标
- 完成门店选址规划系统集成方案并推进集成落地。
- 完成连锁门店客服系统产品规划。
- 在不影响纵向产品主线的前提下,推进客服系统试点版本开发和试点验证。
## 7. 资源与协同要求
### 7.1 与研发部门协同
研发部门是 2026 年最重要的协同方。产品侧需要持续提供业务边界、产品边界、流程规则、客户场景和优先级判断,协助研发完成基础平台建设、技术架构调整和聚合支付 1.0 版本建设。
### 7.2 与客户项目团队协同
万店餐饮客户、鞋服连锁客户、物流撮合试点、门店选址集成、客服系统试点都需要项目团队持续输入现场需求、客户反馈和上线问题。
### 7.3 与销售和售前协同
销售和售前需要参与行业方案沉淀,尤其是物流撮合分账方案、鞋服连锁对账方案、餐饮连锁营帐通升级方案和客服系统试点方案。
### 7.4 与管理层协同
需要管理层明确资源优先级,尤其是在基础平台、技术架构调整、聚合支付建设、营帐通拆分、客服系统开发和物流撮合分账试点之间进行投入取舍。资源冲突时,优先保障纵向产品主线。
## 8. 风险与应对
### 8.1 基础平台和业务产品互相拖累风险
风险:基础平台和技术架构调整周期较长,可能影响聚合支付建设、营帐通升级和试点项目进度。
应对:产品侧明确最小可用底座能力,优先保障聚合支付 1.0、营帐通拆分、客户升级和物流撮合试点需要。
### 8.2 营帐通拆分边界不清风险
风险:连锁业务对账系统和分账系统边界不清,导致研发拆分、客户报价、产品包装和后续 SaaS 化受影响。
应对:优先输出产品边界说明,明确对账负责差异核对闭环,分账负责账户、规则、清分、分账、出款闭环。
### 8.3 聚合支付建设范围发散风险
风险:聚合支付系统容易扩展到完整收银、清结算、分账、财务对账等过大范围,影响 1.0 版本落地。
应对1.0 版本聚焦支付渠道接入、支付订单、支付状态、退款、支付流水和基础对账数据输出,不承担完整分账和财务结算职责。
### 8.4 物流撮合试点复杂度风险
风险:物流撮合场景涉及担保交易、履约确认、多方分润和退款争议,业务复杂度高。
应对:试点阶段控制范围,先跑通交易、履约、清分、分账、出款主流程,再逐步扩展异常场景。
### 8.5 客服系统建设范围发散风险
风险:客服系统容易从客诉工单扩展到会员、营销、订单、售后、质检等过多范围。
应对:试点版本聚焦客诉、咨询、工单、补偿、回访和责任归属,不在 2026 年追求完整大客服平台。若与纵向产品资源冲突,客服系统开发和试点顺延。

View File

@@ -0,0 +1,616 @@
# 2026 年详细执行计划
## 1. 计划定位
本文档基于《2026 年产品工作计划》进一步拆解,作为产品规划负责人日常推进、跨部门协同、月度检查和季度复盘的执行依据。
本计划遵循年度优先级:
- 第一优先级:纵向产品,包括营帐通现状梳理、营帐通拆分、连锁业务对账系统、分账系统、聚合支付系统、物流撮合行业分账试点、万店餐饮客户营帐通升级、鞋服连锁客户营帐通升级。
- 第二优先级:横向拓展,包括门店选址规划系统集成、连锁门店客服系统开发及试点。
产品侧职责边界:
- 负责业务流程、产品定位、产品边界、能力清单、需求说明、方案沉淀、客户验证和验收标准。
- 协助研发完成基础平台建设、技术架构调整、版本范围确认和上线验证。
- 不负责具体技术实现方案、代码架构、数据库设计、接口技术细节和研发排期管理。
## 2. 年度工作包总览
| 编号 | 工作包 | 优先级 | 年度目标 | 核心产出 |
| --- | --- | --- | --- | --- |
| WP01 | 基础平台产品协同 | P0 | 支撑多产品、多客户、多行业复用 | 基础平台产品规划、能力清单、边界说明 |
| WP02 | 技术架构调整业务协同 | P0 | 协助研发完成业务模块拆分和架构调整 | 业务能力分层、模块边界、架构影响清单 |
| WP03 | 营帐通现状梳理 | P0 | 明确营帐通现有能力、问题和客户使用情况 | 现状说明、功能清单、问题清单、客户使用情况 |
| WP04 | 营帐通拆分方案 | P0 | 明确营帐通拆分为连锁业务对账系统和分账系统的路径 | 拆分方案、产品边界、能力迁移清单 |
| WP05 | 连锁业务对账系统规划 | P0 | 形成连锁业务对账系统产品规划 | 产品规划、核心流程、能力清单、行业模板 |
| WP06 | 分账系统规划 | P0 | 形成分账系统产品规划和平台化方向 | 产品规划、账户体系、分账规则、清分出款流程 |
| WP07 | 聚合支付系统 1.0 | P0 | 完成 1.0 产品规划、需求说明和验收 | 产品规划、1.0 需求说明、验收清单 |
| WP08 | 物流撮合分账试点 | P0 | 完成物流撮合行业分账试点方案并推进验证 | 行业方案、试点需求、复盘报告 |
| WP09 | 万店餐饮客户升级 | P0 | 推进万店餐饮客户营帐通升级 | 升级方案、规则清单、复盘报告 |
| WP10 | 鞋服连锁客户升级 | P0 | 推进鞋服连锁客户营帐通升级 | 升级方案、行业差异清单、复盘报告 |
| WP11 | 门店选址规划系统集成 | P1 | 推进选址系统集成和数据闭环 | 集成方案、数据对象清单、复盘报告 |
| WP12 | 连锁门店客服系统试点 | P1 | 完成客服系统规划、试点版本需求和验证 | 产品规划、试点需求、验证报告 |
| WP13 | 产品治理与知识库沉淀 | P0 | 建立持续沉淀机制 | 知识库目录、模板、评审机制、月度复盘 |
## 3. 月度推进节奏
### 3.1 1 月:年度计划与现状启动
重点任务:
- 明确 2026 年产品工作计划和优先级。
- 完成公司核心知识库目录结构搭建。
- 明确营帐通目录仅沉淀现状,拆分规划进入对应产品线目录。
- 启动营帐通现状梳理。
- 启动基础平台产品范围梳理。
关键产出:
- 2026 年产品工作计划。
- 2026 年详细执行计划。
- 公司核心知识库目录。
- 营帐通现状文档目录。
- 基础平台产品规划框架。
### 3.2 2 月:底座边界与营帐通能力盘点
重点任务:
- 梳理基础平台能力范围:组织、账号、权限、角色、菜单、配置、流程、消息。
- 梳理营帐通现有功能清单、业务流程、客户使用情况和问题清单。
- 梳理营帐通现有能力与未来连锁业务对账系统、分账系统之间的关系。
- 与研发对齐技术架构调整的业务拆分原则。
- 明确聚合支付系统产品定位初稿。
关键产出:
- 基础平台能力清单。
- 营帐通现有功能清单。
- 营帐通现有业务流程。
- 营帐通现有问题与能力缺口。
- 技术架构调整业务协同清单初稿。
- 聚合支付系统产品定位初稿。
### 3.3 3 月:产品边界初稿
重点任务:
- 明确连锁业务对账系统与分账系统产品边界初稿。
- 明确聚合支付系统与营帐通、分账系统、收银系统、财务系统边界初稿。
- 梳理万店餐饮客户和鞋服连锁客户升级诉求。
- 梳理物流撮合行业分账试点业务流程。
- 明确横向项目最小推进范围。
关键产出:
- 连锁业务对账系统边界初稿。
- 分账系统边界初稿。
- 聚合支付系统边界初稿。
- 万店餐饮客户升级需求清单。
- 鞋服连锁客户升级需求清单。
- 物流撮合业务流程初稿。
### 3.4 4 月:纵向产品方案深化
重点任务:
- 完成营帐通拆分方案初稿。
- 完成连锁业务对账系统产品规划初稿。
- 完成分账系统产品规划初稿。
- 完成聚合支付系统产品规划。
- 完成物流撮合行业分账方案初稿。
关键产出:
- 营帐通拆分方案初稿。
- 连锁业务对账系统产品规划初稿。
- 分账系统产品规划初稿。
- 聚合支付系统产品规划。
- 物流撮合行业分账方案初稿。
### 3.5 5 月:客户升级方案形成
重点任务:
- 完成万店餐饮客户营帐通升级方案。
- 完成鞋服连锁客户营帐通升级方案。
- 完成聚合支付 1.0 版本需求说明。
- 完成物流撮合行业分账试点需求说明。
- 完成门店选址规划系统集成方案初稿。
关键产出:
- 万店餐饮客户升级方案。
- 鞋服连锁客户升级方案。
- 聚合支付 1.0 版本需求说明。
- 物流撮合分账试点需求说明。
- 门店选址规划系统集成方案初稿。
### 3.6 6 月:版本范围与研发协同
重点任务:
- 与研发确认聚合支付 1.0 版本范围。
- 与研发确认营帐通拆分相关版本范围。
- 与项目团队确认万店餐饮客户和鞋服连锁客户升级实施范围。
- 完成客服系统产品规划。
- 完成 Q2 复盘和下半年重点项目计划。
关键产出:
- 聚合支付 1.0 版本范围确认。
- 营帐通升级版本需求清单。
- 客服系统产品规划。
- Q2 产品工作复盘。
- 下半年重点项目计划。
### 3.7 7 月:研发协同与版本跟进
重点任务:
- 跟进基础平台和技术架构调整落地情况。
- 跟进聚合支付 1.0 版本研发过程中的需求澄清。
- 跟进营帐通拆分和客户升级需求落地。
- 推进物流撮合行业试点需求澄清。
- 推进门店选址规划系统集成需求澄清。
关键产出:
- 聚合支付 1.0 需求澄清记录。
- 营帐通升级需求澄清记录。
- 物流撮合试点问题清单。
- 门店选址集成问题清单。
### 3.8 8 月:重点客户升级推进
重点任务:
- 推进万店餐饮客户营帐通升级。
- 推进鞋服连锁客户营帐通升级。
- 跟进聚合支付 1.0 测试和验收准备。
- 推进物流撮合分账试点。
- 协助客服系统试点版本开发。
关键产出:
- 万店餐饮客户升级问题清单。
- 鞋服连锁客户升级问题清单。
- 聚合支付 1.0 验收清单初稿。
- 客服系统试点版本需求说明。
### 3.9 9 月:试点验证与能力沉淀
重点任务:
- 推进聚合支付 1.0 验收。
- 推进物流撮合行业分账试点验证。
- 梳理万店餐饮客户和鞋服连锁客户升级中的标准能力。
- 推进门店选址规划系统集成。
- 完成 Q3 复盘。
关键产出:
- 聚合支付 1.0 验收清单。
- 物流撮合试点验证问题清单。
- 餐饮连锁对账分账模板初稿。
- 鞋服连锁对账模板初稿。
- Q3 产品工作复盘。
### 3.10 10 月:试点收敛与标准化
重点任务:
- 完成聚合支付 1.0 版本复盘。
- 完成物流撮合行业分账试点阶段复盘。
- 完成万店餐饮客户升级阶段复盘。
- 完成鞋服连锁客户升级阶段复盘。
- 梳理产品标准能力沉淀清单。
关键产出:
- 聚合支付 1.0 版本复盘报告。
- 物流撮合分账试点复盘报告。
- 万店餐饮客户升级复盘报告。
- 鞋服连锁客户升级复盘报告。
- 产品标准能力沉淀清单。
### 3.11 11 月:横向试点复盘与 2027 路线准备
重点任务:
- 完成门店选址规划系统集成复盘。
- 完成客服系统试点验证复盘。
- 梳理 2027 年纵向产品路线。
- 梳理 2027 年横向拓展建议。
- 形成产品线资源投入建议。
关键产出:
- 门店选址规划系统集成复盘报告。
- 客服系统试点验证报告。
- 2027 年纵向产品路线草案。
- 2027 年横向产品建议。
- 产品线资源投入建议。
### 3.12 12 月:年度复盘与下一年度计划
重点任务:
- 完成 2026 年产品工作年度复盘。
- 完成 2027 年产品路线图。
- 完成产品知识库归档和目录更新。
- 完成产品标准能力清单更新。
- 完成重点产品下一年度规划建议。
关键产出:
- 2026 年产品工作年度复盘。
- 2027 年产品路线图。
- 产品知识库年度归档。
- 产品标准能力清单。
- 重点产品 2027 年规划建议。
## 4. 工作包详细计划
### 4.1 WP01 基础平台产品协同
目标:
- 明确基础平台产品范围,支撑纵向产品优先落地。
工作任务:
- 梳理统一组织、账号、权限、菜单、角色、流程、消息、配置等基础能力。
- 明确多租户、多客户、多品牌、多门店模型。
- 明确基础平台与营帐通、连锁业务对账系统、分账系统、聚合支付、客服系统的关系。
- 协助研发确认基础平台最小可用范围。
关键产出:
- 基础平台产品规划。
- 基础平台能力清单。
- 基础平台与业务产品边界说明。
协同对象:
- 研发负责人
- 架构负责人
- 实施 / 交付团队
验收标准:
- 基础平台能力范围被研发和产品共同确认。
- 纵向产品所需基础能力有明确支撑路径。
### 4.2 WP02 技术架构调整业务协同
目标:
- 从业务和产品角度协助研发完成架构调整。
工作任务:
- 梳理营帐通现有业务模块。
- 明确营帐通拆分后的模块归属。
- 明确连锁业务对账系统、分账系统、聚合支付、基础平台之间的关系。
- 输出客户升级和试点项目对架构调整的业务要求。
关键产出:
- 产品模块拆分建议。
- 业务能力分层说明。
- 架构调整业务影响清单。
协同对象:
- 研发负责人
- 架构负责人
- 测试负责人
验收标准:
- 架构调整范围能够支撑聚合支付 1.0、营帐通拆分、物流撮合试点和存量客户升级。
### 4.3 WP03 营帐通现状梳理
目标:
- 将营帐通现状完整沉淀,为拆分和升级提供依据。
工作任务:
- 梳理营帐通现有产品定位。
- 梳理现有功能清单。
- 梳理现有业务流程。
- 梳理现有客户使用情况。
- 梳理现有问题与能力缺口。
关键产出:
- 营帐通-现有产品说明。
- 营帐通-现有功能清单。
- 营帐通-现有业务流程。
- 营帐通-现有客户使用情况。
- 营帐通-现有问题与能力缺口。
文档归属:
- `10-产品线/营帐通`
验收标准:
- 能够基于现状文档清楚判断哪些能力进入连锁业务对账系统,哪些能力进入分账系统,哪些能力保留为存量兼容。
### 4.4 WP04 营帐通拆分方案
目标:
- 明确营帐通拆分为连锁业务对账系统和分账系统的路径。
工作任务:
- 明确拆分原则。
- 明确能力迁移关系。
- 明确存量客户升级策略。
- 明确新老产品关系。
- 明确报价、交付、实施、售前口径。
关键产出:
- 营帐通拆分方案。
- 连锁业务对账系统与分账系统边界说明。
- 营帐通能力迁移清单。
验收标准:
- 产品、研发、销售、售前、交付对拆分边界达成一致。
### 4.5 WP05 连锁业务对账系统规划
目标:
- 形成连锁业务对账系统产品规划。
工作任务:
- 设计对账业务流程。
- 梳理订单、账单、流水、入账、差异、调整等核心对象。
- 明确餐饮、鞋服、零售、药店的行业适配方式。
- 明确对账任务、差异处理、报表分析等能力。
关键产出:
- 连锁业务对账系统产品规划。
- 连锁业务对账系统能力清单。
- 连锁餐饮对账模板。
- 连锁鞋服对账模板。
验收标准:
- 能支撑万店餐饮客户和鞋服连锁客户升级。
### 4.6 WP06 分账系统规划
目标:
- 形成分账系统产品规划,支撑连锁门店分账和平台业务分账。
工作任务:
- 梳理结算主体、账户体系、分账规则、清分、分账、退款、出款流程。
- 明确连锁门店分账和物流撮合平台分账的共性能力。
- 明确担保交易流程。
- 明确与聚合支付、连锁业务对账系统、财务系统的边界。
关键产出:
- 分账系统产品规划。
- 分账系统能力清单。
- 担保交易流程说明。
- 平台业务分账模型。
验收标准:
- 能支撑物流撮合行业分账试点。
### 4.7 WP07 聚合支付系统 1.0
目标:
- 完成聚合支付系统 1.0 建设所需产品工作。
工作任务:
- 明确产品定位和边界。
- 梳理支付订单、支付渠道、支付流水、退款、支付通知、支付状态等核心对象。
- 明确 1.0 版本范围。
- 输出需求说明和验收标准。
- 协助研发完成需求澄清、版本验收和复盘。
关键产出:
- 聚合支付系统产品规划。
- 聚合支付 1.0 版本需求说明。
- 聚合支付 1.0 验收清单。
- 聚合支付 1.0 复盘报告。
验收标准:
- 1.0 能支持支付渠道接入、支付订单管理、支付状态管理、退款、支付流水和基础对账数据输出。
### 4.8 WP08 物流撮合分账试点
目标:
- 完成物流撮合行业分账试点,验证分账系统平台化能力。
工作任务:
- 梳理物流撮合平台业务流程。
- 明确平台方、货主、司机、承运商、服务商等主体关系。
- 梳理交易、担保、履约、清分、分账、退款、出款流程。
- 明确试点最小范围。
- 跟进试点反馈并沉淀能力。
关键产出:
- 物流撮合行业分账方案。
- 物流撮合分账试点需求说明。
- 物流撮合分账试点复盘报告。
验收标准:
- 能跑通交易、履约、清分、分账、出款主流程。
### 4.9 WP09 万店餐饮客户升级
目标:
- 通过万店餐饮客户升级验证大规模餐饮连锁场景。
工作任务:
- 梳理客户现有使用情况。
- 梳理升级诉求和问题。
- 明确升级范围和优先级。
- 沉淀餐饮连锁对账分账模板。
关键产出:
- 万店餐饮客户升级方案。
- 餐饮连锁结算规则清单。
- 餐饮连锁对账分账模板。
- 万店餐饮客户升级复盘报告。
验收标准:
- 客户升级范围明确,关键问题闭环,沉淀可复用标准能力。
### 4.10 WP10 鞋服连锁客户升级
目标:
- 通过鞋服连锁客户升级验证非餐饮连锁业态适配能力。
工作任务:
- 梳理鞋服交易渠道和对账场景。
- 梳理退款、退换货、手续费、促销补贴等差异化场景。
- 明确营帐通升级范围。
- 沉淀鞋服连锁对账模板。
关键产出:
- 鞋服连锁客户升级方案。
- 鞋服行业差异化需求清单。
- 鞋服连锁对账模板。
- 鞋服连锁客户升级复盘报告。
验收标准:
- 能支撑鞋服客户升级,并沉淀非餐饮行业适配能力。
### 4.11 WP11 门店选址规划系统集成
目标:
- 推进门店选址规划系统集成,打通选址到经营复盘的数据链路。
工作任务:
- 梳理点位、商圈、门店、区域、品牌、经营数据对象。
- 明确与客户现有系统的数据集成范围。
- 明确与门店生命周期系统的未来边界。
- 跟进集成落地和复盘。
关键产出:
- 门店选址规划系统集成方案。
- 选址系统数据对象清单。
- 选址评估到经营复盘流程说明。
- 门店选址规划系统集成复盘报告。
验收标准:
- 选址系统能与相关业务系统完成关键数据集成。
### 4.12 WP12 连锁门店客服系统试点
目标:
- 完成客服系统试点版本规划、开发协同和试点验证。
工作任务:
- 明确客服系统产品定位。
- 梳理客诉、咨询、工单、补偿、回访、责任归属流程。
- 明确与订单、会员、门店、数据平台的关系。
- 协助研发完成试点版本。
- 跟进试点验证。
关键产出:
- 连锁门店客服系统产品规划。
- 客服系统试点版本需求说明。
- 客诉与工单流程设计。
- 客服系统试点验证报告。
验收标准:
- 试点版本聚焦客诉、咨询、工单、补偿、回访和责任归属,避免范围发散。
### 4.13 WP13 产品治理与知识库沉淀
目标:
- 建立持续沉淀和复盘机制。
工作任务:
- 维护公司核心知识库。
- 建立文档命名和归档规则。
- 建立月度产品复盘机制。
- 建立重点项目复盘机制。
- 沉淀产品规划模板、客户访谈模板、复盘模板。
关键产出:
- 知识库目录维护。
- 产品规划模板。
- 客户访谈模板。
- 项目复盘模板。
- 月度 / 季度复盘记录。
验收标准:
- 重点产品和试点项目均有文档沉淀,可复用能力明确。
## 5. 例行工作机制
### 5.1 周例行
- 跟进 P0 项目进度、风险和待决策事项。
- 与研发同步需求澄清、版本范围和验收问题。
- 与项目团队同步客户反馈和现场问题。
### 5.2 月度例行
- 更新月度工作进度。
- 更新产品问题清单和风险清单。
- 更新知识库目录和文档状态。
- 对 P0 项目进行阶段性复盘。
### 5.3 季度例行
- 完成季度复盘。
- 调整下一季度优先级。
- 向管理层提交产品线进度、风险和资源建议。
## 6. 决策原则
- 纵向产品优先于横向拓展。
- 客户升级和试点验证优先于概念规划。
- 产品边界先于功能细节。
- 标准能力沉淀优先于一次性项目定制。
- 聚合支付 1.0、营帐通拆分、物流撮合试点、两个存量客户升级为 2026 年资源保障重点。