预约与到店核销
美业、养生、家政到店这类生意，卖的不是货架上的 SKU，而是某位技师在某个工位上的一段时间。系统如果只做收银，预约还在微信群里抢、排班还在白板上面改，前台每天都在处理撞单和空置。我们进店先看预约从哪来：电话、美团、小程序、老客直接找技师，这些渠道必须落进同一本日历。可约时段按门店、技师、工位展示，改约和取消有规则，超时未到怎么释放档期写清楚。客户自己能改约，前台才不会变成电话接线员。
到店服务卖的是时间和技师，系统要把预约、排班和核销这三件事对齐。卡项余额和提成规则一旦算错，前台和技师都不信系统。
美业、养生、家政到店这类生意，卖的不是货架上的 SKU，而是某位技师在某个工位上的一段时间。系统如果只做收银，预约还在微信群里抢、排班还在白板上面改，前台每天都在处理撞单和空置。我们进店先看预约从哪来：电话、美团、小程序、老客直接找技师，这些渠道必须落进同一本日历。可约时段按门店、技师、工位展示，改约和取消有规则，超时未到怎么释放档期写清楚。客户自己能改约，前台才不会变成电话接线员。
疗程卡、次卡、储值卡、赠送项目混在一起，余额靠本子记，客户和门店各执一词几乎是常态。核销必须确认项目、次数、操作人和时间，必要时留客户签名或到店核销码；跨店使用、过期延期、转卡退卡的规则写进系统，而不是店长口头特批后无处可查。余额变动能追到每一笔，纠纷才处理得下去，前台才敢对客户打开屏幕对账。
服务提成、销卡提成、指定技师、加班加钟、带客奖励，规则一多，月底 Excel 一拉，谁都不放心。结果是技师私下留客、前台改单、真实服务时长对不上。我们把提成规则做成可配置、可按人按项目出明细的账，技师能自己核对，财务能复算。规则确认必须在开发前一条条过，上线后再改口径，等于重新伤一轮信任。
跨店核销、技师指定、加班加钟、开卡赠送项目，每一条都会改余额和提成。规则如果只写在店长备忘录里，两家店执行一定不同，客诉和内部分赃同时发生。我们会把可跨店的卡种、不可跨店的项目、过期延期次数写成配置，前台打开屏幕就能和客户对。回访任务跟在核销后面，而不是另做一张没人打开的客户池。
客户档案不是为了“做 CRM 概念”，而是为了下一次服务接得上：过敏、偏好、上次项目、该回访的时间。到店率、卡耗、复购要从核销流水里出，不要再让店长每周填经营表。上线通常先打通预约日历和核销，再迁历史卡余额，最后算提成。培训对象是前台和技师，试点选预约最满的那家店——那里才测得出撞单、改约和空置到底管没管住。
按门店、技师、工位可约时段展示，改约和取消有规则，避免撞单和空置。
疗程卡、次卡、储值卡余额实时可查，核销需确认，剩余次数不靠手写。
服务、销卡、带客提成规则可配置，月底自动出明细供核对。
电话和微信各接一半预约，撞单靠前台记性
所有渠道预约进同一日历，冲突即时校验，客户端可自助改约。
卡项余额说不清，客户和门店各执一词
每次核销留时间、操作人和签名，余额变动可追溯到单笔。
提成月底靠 Excel 拉，谁都不放心
提成规则写进系统，明细可按技师、项目和时间核对。
多门店多技师排班、在线预约、改约规则。
次卡、疗程卡、储值余额与核销记录。
服务记录、偏好、回访与到店提醒。
服务与商品混合开单、折扣权限。
排班、业绩、提成规则与明细。
到店率、复购、卡项消耗分析。
把电话、平台、小程序和技师私约的预约来源理清，确认卡项种类、核销规则和本阶段不迁的历史数据。
定技师排班模型、卡项余额口径和提成公式，确认支付、短信通知与现有会员数据如何对接。
用真实排班打通预约、到店核销和余额变动。撞单校验、改约规则、提成明细作为验收项提前写好。
先迁活跃卡余额，培训前台和技师后选最忙的门店试点。纠纷可按核销流水核对，后续按提成和回访迭代。