上线前先清理门店的基础规则

门店准备更换或首次使用预约、收银或会员工具时，先统一项目名称、服务时长、价目、折扣规则、岗位和门店信息。旧资料里可能存在同名不同价、已停用项目仍在预约、员工账号共用等问题。先确认哪些记录必须迁移、哪些历史资料不再需要，避免把错误原样搬进新环境。

整理一份上线清单，写清业务负责人、实施联系人、数据负责人、员工培训安排、计划切换时间和应急联系人。对于会员余额、未使用套餐、预约和未结交易等重要资料，先确认迁移范围和核验方式。不要在未获得授权的情况下把顾客资料导入测试环境或发送给无关人员。

字段映射和抽样核对要落到原始记录

迁移前导出必要清单并留存受控备份，设置访问权限和清理期限。将旧系统字段对应到新系统字段，特别检查顾客联系方式、预约状态、服务类别、订单金额、退款和储值余额。字段含义不一致时，标记待处理，不要假设系统会自动匹配。

迁移后按不同业务类型抽样：正常预约、改约、取消、已付款订单、退款、未使用余额和重复档案。核对原始记录、数量、金额和状态；由另一位有权限的人员复核关键账务。出现差异时先暂停相关业务操作，确认影响范围和修复方式，再继续切换。

培训按岗位而不是按功能菜单安排

前台需要练习新增预约、改期、取消和查找顾客；技师需要确认自己能看到哪些预约信息并如何记录服务变化；收银需要核对项目、优惠、支付和退款；店长需要处理权限、报表及异常。每个人都要知道自己不能做什么、遇到问题联系谁。培训使用测试数据，不在公开群里分享真实顾客资料。

培训完成的判断不是签到，而是员工能否独立完成一次日常任务并说出异常时的处理路径。对不熟练员工安排短时带教；将常见问题做成简明指引，避免把系统说明书当作应急流程。

先试运行，再切换旧流程

可在低风险时段或一个班次先试用，明确当天新旧流程谁负责、哪些交易必须在同一系统内完成、何时对账。保留人工备用方案但防止双重录入，指定唯一的最终记录来源。每日结束核对预约、收银和未完成事项，登记故障、补录、重复记录及员工疑问。

切换时间要避开不必要的业务高峰，并告知员工和受影响顾客必要的安排。若系统无法使用，按已批准的应急步骤继续接待，记录时间、订单和经手人；恢复后由第二人核对补录，确保没有重复扣款或漏单。

验收要写清通过和回退条件

上线前约定验收项，例如关键数据准确、员工可完成主要岗位任务、异常处理负责人明确、权限无越界、旧资料可按规则查阅。没有达到条件时延后正式切换或回退到已验证的备用流程，不用“先上线再说”掩盖风险。变更后保留版本与问题记录，后续再逐项关闭。

系统切换当天要有人值守业务问题，也有人负责数据与权限，不能让同一个员工一边接待顾客一边承担全部技术排障。切换前逐项安排预约、收银、会员和库存的责任人，公布内部求助方式。遇到重要交易无法确认时先按备用流程记录，不使用私人账号或非授权表格临时存放顾客完整资料。

试运行结束后，店长与一线员工共同复盘哪些岗位完成了新流程、哪些字段经常错误、哪些旧习惯仍在使用。把需要配置的事项交给实施方并约定验收日期。系统迁移后保留必要的旧记录访问办法，但控制谁能查阅；确认新环境的数据可导出和备份，再按门店规则决定旧环境的后续处理。

迁移负责人还要确认系统切换后有哪些旧账号、共享链接和本地文件需要停用或清理。保留用于业务核查的记录应有明确访问人和期限。测试环境、正式环境和培训环境分开，避免员工误把测试预约当成真实预约。若新旧系统同时运行一段时间，指定哪个是权威记录，并设置每日核对，避免出现两套数据都被当作最终结果。

切换日期、联系人和回退方式要提前通知所有当班员工。

任何未通过验收的模块都应记录缺陷和跟进人，不将未确认状态当作已上线。

切换后首周安排负责人每日检查关键流程。

选择服务工具时，核实当前版本、迁移责任、费用、数据导出方式和支持渠道，不把销售演示当成实际验收。切换成功的标志，是门店能在正常与异常场景下完成服务，顾客资料安全且账目可核。