#芙 SPA 大能力框架

版本：V0.2 · 2026-10-14 核对
输入：现行中台、小程序、培训及分析实现与操作手册；费用规划仅作目标参考
目的：统一“业务能力、角色工作台、应用系统、域名入口”的分类口径，为后续产品规划、系统边界和费用计划提供上层目录。

#当前能力与规划边界

当前操作入口见中台操作总览及产品手册。已实现包含逐项目派师、免确认接单、礼券与体验、货架合单、独立核销码、商品件数存油、培训学习及独立经营分析；是否现场可用须核对部署和授权。

下文是能力分类框架，候补、完整等级权益、统一消息中心等不能仅因列入框架就当作已开放能力。自动派单及早中晚班转派规则仍属于业务方案，不纳入现行必做操作。

#一、先明确四类对象

当前材料同时列出了域名、系统、角色和业务能力。后续规划时需要分开管理：

因此，域名不是能力域，工作台也不等同于完整业务系统。同一项业务能力可以被多个角色端共同使用，同一个系统也可以承载多个能力域。

#二、总体能力分层

芙 SPA 的整体能力建议分为六层。

#三、一级业务能力域

#1. 品牌与内容触达

• 品牌官网、门店与服务展示
• 活动内容、服务说明和对外信息发布
• 文档中心、产品手册和内部知识沉淀
• 图片、视频等数字资产管理与分发
• 小程序、经营台等业务入口导流

#2. 顾客与会员经营

• 顾客身份、会员档案和联系方式
• 积分、礼券、权益和具体商品件数存油；会员等级及其他储值能力按实际实现核对
• 顾客标签、偏好、到店和消费历史
• 顾客归属、门店关系和服务关系
• 隐私授权、敏感信息和会员生命周期管理

#3. 预约与到店

• 服务项目浏览、可预约资源和时段查询
• 顾客预约、店长代预约、临时到店
• 改期、取消、候补和到店确认
• 房间、恢复师和时间资源占用
• 预约提醒、异常提醒和爽约处理

#4. 服务履约

• 服务单创建、确认、逐项目派师和任务执行
• 顾客到店、服务开始、服务完成和异常处理
• 恢复师协作、换人、加项和服务记录
• 团购券或平台券核销
• 服务质量记录、顾客反馈和售后衔接

服务看板属于该能力域面向门店现场的专用工作台，不应单独定义为业务能力域。

#5. 项目、定价与权益

• 服务项目、分类、时长和标准价格
• 现金、积分、混合支付等结算规则
• 公开售卖、定向会员、定向标签和仅门店开放
• 活动价、渠道价、门店价和套餐规则
• 项目上下架、版本和适用门店管理

#6. 商品、库存与提货

• 商品主数据、SKU、价格和上下架
• 门店库存、入库、出库、调拨和盘点
• 库存预警、库存流水和差异处理
• 商品订单、门店提货和核销
• 内部 ERP 或供应链系统同步

#7. 交易、支付与财务结算

• 服务订单、商品订单和支付单
• 微信支付、门店收款、平台代收和积分支付
• 优惠、应收、实收、欠款和支付状态
• 退款、撤销、对账和异常补偿
• 门店结算、佣金、奖励、成本和经营口径

#8. 门店与人员经营

• 组织、门店、房间和营业时间
• 店长、恢复师及其他员工档案
• 排班、当班、请假、考勤和可服务状态
• 派工、工时、业绩、提成、奖励和培训考核
• 门店日报、经营任务、异常闭环和跨店权限

#9. 营销增长与团长推广

• 活动、渠道、推广码和推广关系
• 团长档案、推广客户绑定和关系释放
• 推广服务单、商品单和业绩归因
• 团长经营数据、订单明细和收益口径
• 拉新、转化、复购、召回和活动效果分析

团长经营台属于该能力域面向合作推广角色的专用工作台。

#10. 数据运营与经营分析

• 统一业务事实、主数据和数据质量
• 会员、服务、商品、门店和人员指标体系
• 经营驾驶舱、专题看板、排行和趋势分析
• 顾客标签、分群、规则计算和人群洞察
• 经营预警、异常识别和任务跟进
• 数据导出、数据 API 和分析口径管理

飞轮数据中台是该能力域的主要承载系统，同时也可以承载部分总部运营配置能力。

#11. 组织、权限与审计

• 统一账号、登录态和角色身份
• 菜单、接口、数据范围和门店范围权限
• 顾客、店长、恢复师、团长和总部人员身份关联
• 操作日志、敏感操作审计和风险追踪
• 配置变更、数据变更和责任人留痕

#12. 开放平台与系统运维

• 小程序、管理端和对外工作台 API
• 有赞、微信支付、ERP、OSS 等外部系统集成
• 消息通知、定时任务和异步处理
• 配置中心、文件服务和媒体资源分发
• 日志、监控、告警、备份、发布和故障恢复
• 接口版本、幂等、限流、安全和可用性管理

#四、角色与能力组合

小程序可以同时承载顾客、店长和恢复师三个角色入口，但登录后应按角色展示不同任务和数据范围。

#五、现有系统与域名落位

这里的“建议定位”用于明确系统责任，不代表现在已经完成系统拆分或域名调整。

#六、关键业务主链路

第一阶段建议围绕五条端到端链路继续下钻：

1. 获客与转化：内容或推广触达 → 顾客注册 → 会员建档 → 预约或下单。
2. 预约与履约：选择项目 → 预约 → 到店 → 派工 → 服务 → 完成。
3. 交易与结算：生成应收 → 支付或核销 → 服务结算 → 对账 → 退款或异常处理。
4. 复购与会员经营：服务完成 → 资产与标签更新 → 满意度与回访 → 再营销 → 复购。
5. 团长推广经营：推广关系建立 → 顾客转化 → 订单归因 → 业绩统计 → 收益核算。

#七、系统边界原则

1. 业务能力按稳定业务对象划分，不按页面、域名或当前项目目录划分。
2. 一个核心业务对象只设一个权威数据源，其他系统通过 API、事件或同步副本使用。
3. 角色端负责完成任务，核心规则和状态流转应沉淀在后端业务服务中。
4. 飞轮数据中台负责统一观察、分析和总部运营，不重复制造交易事实。
5. 服务看板和团长经营台是面向特定场景的轻工作台，复用统一会员、订单和权限能力。
6. 有赞历史能力逐项盘点后再决定保留、替换或迁移，避免新旧系统长期双写。
7. 官网、文档、图片服务属于内容与基础设施，费用计划中应单列，但不与业务能力数量混算。

#八、下一步拆解建议

本页先确定一级框架。下一轮可按以下顺序继续：

1. 输出二级能力清单，标记“已有、在建、缺失、历史系统承载”。
2. 建立“能力 × 角色 × 应用系统 × 数据归属”矩阵。
3. 明确会员、预约、服务单、订单、支付、推广关系等核心对象的权威系统。
4. 绘制五条关键业务主链路和关键状态机。
5. 根据能力优先级反推域名、主机、OSS、数据库、第三方服务和人力费用。
6. 将每个一级能力域逐步拆成独立产品手册和技术文档。