474 lines
19 KiB
Markdown
474 lines
19 KiB
Markdown
# 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 年追求完整大客服平台。若与纵向产品资源冲突，客服系统开发和试点顺延。
|