e5c19438
 “wangming”
fix: update token...
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
|
# 客户需求梳理 - 一期收尾与二期规划
> **文档说明**：本文档基于客户提供的需求清单，**明确分为「一期收尾」与「二期规划」两大部分**，并补充功能点详细说明，便于与客户对齐排期与范围。
> **编制日期**：2026-01-29
> **状态**：待客户确认
---
## 📋 目录
- [一、一期收尾内容](#一一期收尾内容)
- [二、二期规划内容](#二二期规划内容)
- [2.10 人事管理系统](#210-人事管理系统二期)
- [2.11 预约管理系统](#211-预约管理系统二期)
- [2.12 支付管理系统](#212-支付管理系统二期)
- [2.13 对接萤石云监控](#213-对接萤石云监控二期)
---
# 一、一期收尾内容
> 以下为 **BUG 修复、小优化、文案与注释**，在一期已交付、部分 BUG 仍在修复的前提下，纳入一期收尾完成。
## 1.1 BUG 修复
| 序号 | 问题 | 描述 |
|------|------|------|
| 1 | 战略全景舱详情未带部门筛选 | 详情页没有带入外面的部门筛选条件，需修复为带入部门筛选 |
| 2 | 门店驾驶舱人头数错误 | 人头数需做去重处理，统计结果准确 |
## 1.2 小优化
| 序号 | 模块 | 内容 |
|------|------|------|
| 1 | 战略全景舱 | 改名：天王团/战略决策指挥中心 → **战略全景舱**；其他子模块统一为 **XX看板** |
| 2 | 战略全景舱 | 营收核心指标-品项类型雷达图：增加**数据呈现**（表格/列表等，非仅图表） |
| 3 | 战略全景舱 | 服务产出价值：增加与「营收核心指标-品项类型雷达图」同口径的统计，按**耗卡维度** |
| 4 | 科技部 | 科技部开单业绩统计**隐藏**；科技老师耗卡改名为 **科技部营销数据** |
| 5 | 教育部 | 门店新客统计增加**教育部筛选** |
| 6 | 事业部 | 集团战略决策中心-会员板块：支持**门店筛选** |
| 7 | 事业部 | 消耗签字时**顾客端不展示消耗金额**（取消确认界面的消耗金额） |
| 8 | 事业部 | 会员排序（沉睡、到店次数） |
| 9 | 客户资料 | 统计规则：当日去重、金额>0（消费频次等口径） |
> **已移至二期**：品项从溯源拆出冰美人并增加统计、H5 会员记录三类筛选+品项名称、当日内重复充值提醒，见 [二、二期规划内容](#二二期规划内容)。
## 1.3 只添加注释，不修改名称
**结论**：客户资料、会员品项、门店整体统计等处，**仅添加注释说明业务含义与统计规则，不修改系统内已有名称**（含界面文案、接口与数据字段名）。
**概念区分（美业必须区分，不能合并）**：
| 概念 | 含义 | 产品级总结 |
|------|------|------------|
| **开单** | 交易确认（卖没卖） | 开单解决「卖没卖」 |
| **消费** | 客户权益减少（扣没扣） | 消费解决「扣没扣」 |
| **消耗** | 实际服务/资源发生（做没做） | 消耗解决「做没做」 |
在美业里，**开单、消费、消耗不是同义词，也不能合并**。若把开单=消费、消费=消耗、三个状态绑在一起，会导致：**对不上账、算不清库存、医美协作必炸、AI 无法分析**。因此系统内命名保持「开单」「耗卡」等现有用语，**不改为「消费」「消耗」等混用**。
**不修改名称的原因**：① **行业通用名称**，保持美业/医美通用说法；② **AI 识别**，两套用语会导致智能体分析出错；③ **系统业务关联性**，开单→升单→耗卡等主线命名成体系，修改会断裂业务链路。
**落地方式**：在字段说明、帮助文档、列表表头提示等位置**仅增加注释**（如当日去重、金额>0、统计口径等），**不修改界面与接口名称**。若确有个别页面需展示差异化用语，须在需求中单独评估并同步加注释，底层字段名仍保持现有命名。
---
# 二、二期规划内容
> 以下为 **新模块、新统计、新权限、大客与风控、短信与工作台等**，纳入二期排期开发。
## 2.1 看板与统计
| 模块 | 内容 |
|------|------|
| **医美看板** | 筛选（时间、部门）；医美当月业绩、门店/部门业绩、消费人数/金额；客户活跃度、老客/新客/复购数量；客户/门店/人头/成交率/品项排名；活动秒杀、客单价、未消耗客户与金额、退卡业绩；年度目标与完成率、同比去年、环比三年；展示所有医美客户、截图功能；规则需定义（客户维度/品项维度等） |
| **科技部** | 门店战略决策-科技部可看**门店穿透**（业绩概览、穿透下级数据）；**品项增加分类**：从溯源拆出**冰美人**，统计中增加该品项；老师取数与科技部营销数据一致、**实时统计** |
| **科技部 / H5** | **H5 端口-会员-记录**：增加**三类筛选** + **品项名称** |
| **教育部** | 教育部门店配置；品项单独统计（生命之波、水氧MG、slk 等）；客户维度开单数/耗卡数/退卡数/开单总金额；生美类型下品项开单占比、单品项单客户消费频次；同比去年、环比三年、截图；服务日志（门店、备注、文件，老师权限） |
| **事业部** | 事业部/门店**三美占比**；五项数据排名（事业部按门店、门店按五项）；统计服务日志记录；**当日内重复充值提醒**（消费、消耗） |
## 2.2 会员与客户
| 功能 | 内容 |
|------|------|
| **会员等级** | 本年度累计消费等级 + 全生命周期消费等级；支持查询**历史年度**会员等级，便于大客户分析 |
| **活跃度** | **消费活跃度** + **消耗活跃度**：3 个自然月为一个周期，且金额>1000 |
| **会员标签** | 系统按规则自动打标签 + 员工手动加标签；支持按标签筛选会员 |
| **业务列表多维度筛选与报表** | 会员列表、开卡列表、耗卡列表等业务列表支持多维度筛选，并可**根据筛选结果生成对应报表** |
## 2.3 金三角与店长
| 功能 | 内容 |
|------|------|
| **金三角设置（手机端）** | 店长在**手机端**设置金三角；**到月初未设置的，自动变成个人战队**；健康师在个人页可查看所在金三角信息及金三角内成员业绩；**实时提醒**距离下一次提成还需达到多少业绩 |
| **店长权限-人员离职** | 给店长权限：**停用账号**（人员离职时由店长停用） |
## 2.4 品项与开单
| 功能 | 内容 |
|------|------|
| **品项有效期** | 品项支持设置**有效期**；开单时带有效期的概念，或支持**长期有效** |
## 2.5 大客与风控
| 功能 | 内容 |
|------|------|
| **大客系统（卡金）、异常提醒** | **大客系统（卡金）**、**异常消耗**、**异常开单**的提醒；支持按设置**分别提醒对应岗位** |
- **功能描述**：大客系统（卡金）、异常消耗、异常开单的提醒，按照设置能够**分别提醒对应的岗位**。
- **业务要点**：支持配置哪些岗位接收哪类提醒（大客/异常消耗/异常开单），实现分岗位、分类型的消息推送。
## 2.6 人员与数据准确性
| 功能 | 内容 |
|------|------|
| **人员状态调整 + 留痕** | 用户存在**调店、升职**等岗位变动；因无岗位快照，导致**历史业绩数据、工资数据不准确**。需做人员状态调整并留痕，便于核算人员贡献；实收业绩=健康师个人业绩之和 |
- **功能描述**：用户岗位上存在**调店、升职**等变动，因没有岗位快照，导致**之前的业绩数据、工资数据不准确**。需支持人员状态调整并留痕。
- **业务要点**：建立岗位/门店归属快照或留痕机制，保证历史业绩、工资核算按当时岗位/门店正确归属；实收业绩=健康师个人业绩之和。
## 2.7 生日与短信
| 功能 | 内容 |
|------|------|
| **生日提醒** | 系统内可设置**生日短信**（需**对接短信**）；可配置**不同会员等级在生日当天赠送的品项** |
| **对接短信** | 系统对接短信能力，支撑生日短信等场景 |
- **功能描述**：在系统里设置**生日短信**，需**对接短信**；并可配置**不同会员等级在生日当天赠送的品项**。系统对接短信能力，支撑生日短信等场景。
- **业务要点**：生日短信规则配置 + 短信对接；会员等级与生日赠送品项的配置（等级→品项/权益）。
## 2.8 PC 工作台
| 功能 | 内容 |
|------|------|
| **个人工作台（PC）** | 使用 PC 的用户需要有**个人工作台**；前提是需有**足够的待办业务**支撑 |
- **功能描述**：用 PC 的用户需要有**个人工作台**；前提是需要有**足够的待办业务的支撑**。
- **业务要点**：PC 端个人工作台页面；待办数据来源（审批、任务、提醒等）；待办不足时工作台仍可存在但内容可简化或引导。
## 2.9 其他
| 功能 | 内容 |
|------|------|
| **手机端-金三角业绩** | 查看消费业绩、消耗业绩、各成员业绩占比、消耗业绩占比（金三角内部） |
| **会员查询** | 会员支持按事业部查询及多条件筛选 |
## 2.10 人事管理系统（二期）
| 子模块 | 内容 | 说明 |
|--------|------|------|
| **考勤打卡** | 位置（GPS）打卡、WiFi 打卡、外勤打卡、补卡申请；打卡记录查询 | 。班次、迟到早退旷工规则、弹性考勤、打卡地点配置、考勤异常处理可配置 |
| **排班管理** | 排班计划（月/周）、自动排班、手动排班、排班模板、排班查看、排班调整与审批 | 班次类型与时长、班次轮换可配置 |
| **请假管理** | 事假、病假（病假条上传）、年假（年假余额）、调休、产假/陪产假、婚假、丧假等；请假申请、多级审批、假期余额与历史查询 | 与工资/考勤集成 |
| **人事档案** | 基本信息、教育经历、工作经历、证书、合同（与合同系统集成）、档案附件；入职、转正、调岗、晋升、离职流程及变动历史 | 支撑岗位快照与留痕 |
| **薪资与工资** | 薪资方案、薪资调整、薪资历史；社保公积金管理、缴费记录；与现有工资系统集成 | ，仅人事侧薪资结构与档案，**为工资核算完整性做数据支撑** |
- **功能描述**：人事管理系统为二期全新模块，包含考勤打卡、排班、请假、人事档案、薪资与工资集成等，与「人员状态调整+留痕」、岗位/门店归属快照强相关。
- **业务要点**：**考勤打卡**仅支持位置（GPS）、WiFi、外勤、补卡，；班次、迟到早退旷工规则、弹性考勤、打卡地点配置、考勤异常处理可配置。**排班管理**：排班计划（月/周）、自动/手动排班、排班模板、排班查看与调整审批；班次类型与轮换可配置。**请假管理**：事假、病假（病假条上传）、年假（年假余额）、调休、产假/陪产假、婚假、丧假等；请假申请、多级审批、假期余额与历史；与工资/考勤集成。**不需要出差管理**。**人事档案**：基本信息、教育/工作经历、证书、合同、档案附件；入职、转正、调岗、晋升、离职流程及变动历史；支撑岗位快照与留痕。**薪资与工资**：**不替代现有工资核算**，仅人事侧薪资结构与档案，**为工资核算完整性做数据支撑**；薪资方案、调整、历史；社保公积金管理、缴费记录；与现有工资系统集成。
## 2.11 预约管理系统（二期）
| 要点 | 内容 |
|------|------|
| **定位** | **不需要客户在线预约**。主要是把**线下预约表弄到线上**；线下预约表以**健康师维度**为主（按健康师排的预约表）。 |
| **能力** | 健康师维度的预约表线上化；健康师排班设置、可预约时段、休息时间；预约列表、预约日历、预约冲突检测；预约提醒（到店提醒、健康师与客户双向提醒）；预约统计、爽约率等（规则与口径二期再定）。 |
| **说明** | 与门店运营、健康师排班强相关；爽约判定、黑名单等规则在二期需求中再细化。 |
- **功能描述**：**不需要客户在线预约**。主要是把**线下预约表弄到线上**；线下预约表以**健康师维度**为主（按健康师排的预约表）。
- **业务要点**：健康师维度的预约表线上化；健康师排班设置、可预约时段、休息时间；预约列表、预约日历、预约冲突检测；预约提醒（到店提醒、健康师与客户双向提醒）；预约统计、爽约率等。爽约判定、黑名单等规则在二期需求中再细化。
## 2.12 支付管理系统（二期）
| 要点 | 内容 |
|------|------|
| **定位** | **对接现有第三方支付** = 对接一个**统一的收款渠道**（聚合支付/统一收单），**不是**分别对接微信、支付宝等单一渠道。由该统一渠道与微信、支付宝等打通，系统只与统一渠道对接；与开单、充值、退款等业务打通。 |
| **组合支付** | 支持**组合支付**：一笔订单可使用多种支付方式组合完成（如：部分统一渠道 + 部分储值卡 + 部分积分抵扣）。需明确各渠道扣款顺序、退款时按原渠道退回等规则。 |
| **能力** | 统一收款渠道配置与开关、支付记录查询与对账、退款（全额/部分）、支付异常处理；储值卡、积分与统一渠道组合时的金额分摊与记录。 |
- **功能描述**：**对接现有第三方支付** = 对接一个**统一的收款渠道**（聚合支付/统一收单），**不是**分别对接微信、支付宝等单一渠道。与开单、充值、退款等业务打通。支持**组合支付**：一笔订单可使用多种支付方式组合完成（如部分统一渠道 + 部分储值卡 + 部分积分抵扣）。
- **业务要点**：系统只与统一收款渠道对接，由该渠道与微信、支付宝等打通；组合支付需明确各渠道扣款顺序、退款时按原渠道退回等规则；支付记录查询与对账、退款（全额/部分）、支付异常处理；储值卡、积分与统一渠道组合时的金额分摊与记录。
## 2.13 对接萤石云监控（二期）
| 要点 | 内容 |
|------|------|
| **定位** | 系统**对接萤石云**（海康萤石云）监控，实现门店/重点区域监控与安防能力。 |
| **能力** | 萤石云账号/设备配置、设备列表与状态、视频预览（需在合规与权限前提下）、告警消息接收与展示；可选：录像回放、云存储策略（以萤石云能力与商务为准）。 |
| **说明** | 具体对接方式（开放平台 API、SDK）、设备型号与数量、权限与隐私合规在二期需求中确认。 |
- **功能描述**：系统**对接萤石云**（海康萤石云）监控，实现门店/重点区域监控与安防能力。
- **业务要点**：萤石云账号/设备配置、设备列表与状态、视频预览（在合规与权限前提下）、告警消息接收与展示；可选录像回放、云存储策略（以萤石云能力与商务为准）。对接方式、设备型号与数量、权限与隐私合规在二期需求中确认。
---
**文档版本**：v1.4
**最后更新**：2026-01-29
**变更说明**：① 考勤打卡**不需要人脸识别、二维码打卡**；② **不需要出差管理**；③ 人事薪资**不替代现有工资核算**，仅人事侧薪资结构与档案，**为工资核算完整性做数据支撑**；④ 预约**不需要客户预约**，主要为**线下预约表线上化**，以**健康师维度**为主；⑤ 支付为对接**统一收款渠道**（非分别对接微信、支付宝等）；⑥ 功能点详细说明（二期）已并入二期规划内容；⑦ 命名与文案已并入第一板块（1.3），并补充开单/消费/消耗概念区分及错误做法说明；⑧ 删除「给客户的简要说明」章节。
|
