业务架构概述
业务架构概述
> 最后更新: 2026-06-07
> 版本: v0.2（根据迁移指南补充核心原则）
---
核心业务原则
原则一：客户为中心
所有业绩计算围绕客户归属展开。同一客户的多次消费、多次到店、多次治疗，按客户维度聚合分析。
原则二：属店原则
- 开单业绩归属：在哪里开单算哪里
- 执行业绩归属：在哪里执行算哪里
- 到院记录归属：按实际到院门店记录
原则三：自然日聚合
同一客户同一天到店 = 1次到院。多科室就诊按到院目的分别记录。
原则四：医美/生美分离
- 医美：咨询师 + 医生 + 护士（微创中心、皮肤中心、外科中心）
- 生美：咨询师 + 手艺人（洗脸、修丽可、白鲸洗脸系列）
- 考核口径不同：医美关注治疗人次和客单价，生美关注服务频次和复购
原则五：业绩分离（核心）
业绩三指标在时间上不同步，必须分开统计：
| 指标 | 数据源 | 含义 | 时间点 |
|------|--------|------|--------|
| 收款（actual_money） | 出纳结算单 | 客户实际支付金额 | 缴费当天 |
| 开单（project_performance） | 出纳结算单 | 已开单但未完全消耗的业绩 | 开单当天 |
| 划扣（settlement_amount） | 712执行业绩 | 本次治疗实际执行的业绩 | 治疗当天 |
逻辑关系：收款 ≥ 开单 ≥ 划扣（同一项目周期内）
示例：
`
客户缴费1万买了4次光子嫩肤 = 收款1万
↓
开单记录：光子嫩肤x4次（开单1万）
↓
第1次治疗划扣2500
第2次治疗划扣2500
...（时间跨度数周至数月）
`
原则六：业务分离原则——医美/生美分开分析
医美和生美是两种完全不同的业务逻辑，任何数据分析必须分开呈现：
| 维度 | 🏥 医美 | 💆 生美 |
|------|---------|---------|
| 客单价 | 高（千元级） | 低（百元级） |
| 到院周期 | 60-90天 | 30天 |
| 回访体系 | ✅ 有（96%覆盖率） | ❌ 基本无（7%覆盖率） |
| 考核岗位 | 咨询师+医生+护士 | 手艺人 |
| 分析规则 | 单独分析 | 单独分析 |
禁止将医美和生美数据混合后做汇总汇报。
---
数据流转总图
`
睿美云云端数据库（123.56.250.44:29613/neuron）
│
│ 每日同步（crontab 9:00）
▼
本地 MySQL ruimeiyun（8张基表，~280MB）
│
│ ETL Python脚本
▼
PostgreSQL ruimeiyun_dw
├── DWD 明细层（标准化后的记录）
├── DWS 汇总层（日/月聚合）
├── ADS 应用层（RFM/排名/预警）
│
│ 查询
▼
展示层
├── Dify AI问答（自然语言查数）
├── BI仪表盘（固定看板）
└── 报表导出（Excel/PDF）
`
---
医美/生美分类对照
| 业务类型 | 科室（一级分类） | 考核岗位 |
|---------|----------------|---------|
| 医美 | 微创中心、皮肤中心、外科中心 | 医生、护士 |
| 生美 | 洗脸、修丽可、医萃托兰、白鲸洗脸 | 手艺人 |
| 美甲 | 美甲、美睫 | 美甲师 |
---
数据范围规范
任何数据分析、报表输出必须标注数据范围：
| 标签 | 含义 |
|------|------|
| 全部门店 | 6门店合计（2医美+3生美+1美甲） |
| 仅医美门店 | 光合盐医美诊所 + 轻彻蓝堡店 |
| 仅生美门店 | 3个白鲸洗脸门店 |
| 仅某门店 | 指定单个门店 |