客户需求梳理 - 一期收尾与二期规划
文档说明：本文档基于客户提供的需求清单，明确分为「一期收尾」与「二期规划」两大部分，并补充功能点详细说明，便于与客户对齐排期与范围。
编制日期：2026-01-29
状态：待客户确认
📋 目录
一、一期收尾内容
以下为 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），并补充开单/消费/消耗概念区分及错误做法说明；⑧ 删除「给客户的简要说明」章节。
