**先核对已经确认的未来预约，再切换顾客入口。能导出客户名单，不等于预约、付款资料和提醒已经迁入新系统。**美国美容沙龙从 Fresha 换到其他平台时，我建议先建立一份迁移台账，逐项确认哪些能转、哪些必须留在原系统处理。
Fresha 是本文讨论的原预约管理平台，目标平台尚未选定。我回读了 Fresha 官方帮助，重点核对名单、预约和支付资料的导出边界。官方资料没有证明某个新平台能自动接收全部数据，因此，我们把尚需供应商确认的地方单独列出来。
本文针对美国非医疗美容沙龙，不讨论医美诊疗记录或受保护医疗信息。资料核验于 2026 年 10 月 16 日；未登录实际店铺、未执行导出或迁移，也没有选定目标平台。下文是操作准备建议，不是对某家店的迁移成功承诺或法律合规结论。
先看清：要搬的是几种不同的东西
Fresha 官方说明，具备相应权限的人员可以导出客户名单，格式包括 Excel 和 CSV；也可以从单个客户的预约列表按日期筛选并导出。但官方同时写明，客户卡片支付资料不能导出或转移。这几种资料不能被一句“导出客户数据”概括。Fresha：导出客户名单
| 项目 | 本次查到的边界 | 换系统前还要确认什么 |
|---|---|---|
| 客户名单 | Fresha 提供名单导出，受权限限制 | 新平台接受哪些字段，重复客户怎样处理 |
| 已确认的未来预约 | 官方说明了客户预约列表的筛选与导出 | 能否覆盖全店未来预约，新平台能否导入并保留正确状态 |
| 日期、时间与员工 | 新旧日历需分别核对 | 时区、夏令时、服务时长、员工和资源占用是否一致 |
| 已付款、订金、套餐余额 | 不能把名单或日历导出当成付款迁移 | 原付款记录、未履行服务及退款责任由谁处理 |
| 提醒与通知 | 原平台有独立提醒设置 | 每一笔旧预约由哪个系统负责提醒、改期与取消通知 |
| 官网和第三方预约链接 | 各入口控制权不同 | 哪些可以自己改，哪些须由平台或集成方处理 |
图里强调的是先后顺序。我们要确认顾客、店员和系统看到的是同一笔预约，而不是只确认新按钮能打开。
第一步：列出所有旧入口，先别急着关闭
把官网、Google 商家资料、社交主页、店内二维码，以及员工常用回复中的预约链接列出来，记录负责人和当前去向。不要只改官网首页，就认为顾客以后都会走新系统。
如果 Google 商家资料由前员工或代理商管理，先查清访问权限，可以参考我们的Google 商家资料权限交接清单。这一步解决谁有权改入口，不代表 Google 会替你迁移客户预约。
旧 Fresha 链接属于第三方平台，我们不能假设自己有权给它设置跳转。对于自己控制的网站旧网址，Google 区分永久和临时重定向；确认是永久替代后，才考虑相应方案。具体实现应由网站负责人核对，不能把平台外链当成自有网页处理。Google：重定向与搜索
第二步：给每笔未来预约确定一个负责系统
我会先选一个明确的盘点时间，保留当时的未来预约记录，再记录盘点以后新增、改期和取消的变化。否则，老板拿着昨天的导出表核对今天的新日历，很容易漏掉中间发生的修改。
Fresha 的报表也可以按报表类型、权限和筛选条件导出，但这仍不等于目标平台支持一键导入全部预约。Fresha：导出报表
实际可以和供应商讨论两条路径：
- **旧预约暂留原系统履行。**明确哪些预约继续在原系统改期、取消和提醒，同时让新系统正确反映这些预约占用的员工与时间。不同预约链接本身不能防止重复预订。
- **旧预约核对后迁入新系统。**由供应商确认可迁移项目，逐笔核对日期、时间、服务、员工、状态和关联记录，再决定何时停止原系统继续接收或处理相关变动。
两条路径都要有一份统一的可用时段依据，不能让两个系统各自把同一位员工的同一时间继续卖出去。这里是我们建议核对的管理目标，不是声称 Fresha 已提供某个自动同步或只读模式。
美国跨时区经营时，尤其不要凭日历格子“看起来一样”就放行。Fresha 有时区设置，并会按所选时区处理夏令时。应按具体预约日期，在新旧系统中核对当地时间，不手工套用全年固定时差。Fresha：时间与日历设置
第三步：付款记录单独对，不能靠重新录入解决
我查官方说明时特别留意了卡片资料：Fresha 明确说它们不能导出或转移。不要要求员工把顾客卡号、安全码等敏感资料抄进表格，也不要把旧系统的支付状态直接当成新平台已完成收款。Fresha：名单导出与支付资料边界
已经收过订金、购买过套餐或留有余额的预约，应把原交易线索、尚需履行的服务，以及后续退款处理责任单独对清。需要怎样衔接，应由原平台、目标平台及付款服务方按具体情况确认。
我们不能因为新系统里没有显示订金，就直接再收一次；也不能自行“补一个余额”后，把它写成原款项已经完成转移。本文没有核实你的支付合同、目标平台或账务安排。
第四步：预约提醒要交接，不能一关了之
Fresha 的预约提醒可以按设置停用；官方说明，停用与删除自动提醒不同。是否能发出提醒，也不能只看一个总开关，还要核对具体渠道和预约状态。Fresha：发送预约提醒
我建议先为每一批旧预约写清楚：谁发提醒、从哪个系统发、顾客收到的链接还能做什么。新平台是否能正确处理旧预约的改期与取消，应先确认，再决定原提醒如何停用。预约确认、改期通知等消息也要另核，不要把它们都当成同一类自动提醒。
Fresha 的线上预约说明提到实时可用时段，以及预约活动与消息记录。旧顾客可能仍会沿着原确认消息回到旧入口，因此，换掉新客按钮后，旧消息里的链接也需要有后续处理办法。Fresha：顾客怎样在线预约
准备停收旧入口的新预约时，先请平台确认怎样保留已经确认的预约及必要的后续操作。我们查到的线上预约设置帮助说明了预约窗口和相关规则，但不能据此编造一个适用于所有门店的“关停 48 小时即可完成迁移”方案。
第五步：资料和顾客通知只做必要处理
导出的名单涉及顾客资料，建议限制接收人员、使用经确认的传输方式，并约定迁移后的保留和清理安排。不要为了方便，把完整客户表放进公开链接或多人随意转发的群组。这是本文的操作建议。
美国门店还应核对所在州、具体业务和联系方式涉及的要求。以加州为例，CCPA 有适用条件，并不是所有美容沙龙都自动适用；不能仅凭门店位于加州，就在迁移表上写“合规已通过”。可以先阅读加州隐私保护机构的 CCPA 常见问题，再按实际业务请适当人员确认。本文也不替你判断某批短信或邮件是否已获得所需许可。
给旧顾客的通知，可以准备这样的草稿，但只填写已经核实的内容：
我们正在更换预约系统。关于你在［日期、当地时间］的［服务］预约，目前确认的状态是［已核实状态］。如需改期或取消，请使用［已确认可用的方式］。如果你收到不一致的提醒，请通过［门店已核实联系方式］联系我们。
在逐笔核对前，不要群发“你的预约、订金和提醒全部不变”。好听的保证，无法替代一次真实核对。
切换当天，用这张表决定能否放行
| 核对项 | 放行前要留下什么记录 |
|---|---|
| 新入口 | 顾客可正常打开，服务、员工、时段与门店信息符合实际 |
| 旧预约 | 逐笔核对结果、差异处理人、盘点后变更记录 |
| 容量 | 旧预约已占用的时间不会在新系统重复开放 |
| 提醒 | 每批预约由谁负责，原链接怎样继续处理 |
| 付款 | 原款项与剩余服务的对应记录，未确认事项单列 |
| 回退 | 发现错误时由谁暂停新预约、怎样通知并核对受影响记录 |
这是编辑整理的检查表，不是对系统功能的实测证明。没有通过的项目写清原因，不靠“已上线新按钮”代替完整交接。如果切换后发现问题，先控制新的变动并核对记录，不让两个系统无序同时接单。
修改 Google 商家资料中的相关信息后，也要看实际显示结果；遇到修改未接受的情况，可以参考商家资料信息修改排查。换预约系统与提高 Google 排名是两件事，本文没有测量或承诺曝光增长。
常见问题
Fresha 能导出客户名单，是不是就能把全部预约直接搬到新平台？
不是。名单导出、预约记录导出与目标平台成功导入是不同步骤。需要确认可导出范围、新平台支持的字段，以及日期、员工、服务、状态等是否正确，不能凭一个导出文件宣布迁移完成。
旧预约留在 Fresha，新预约走新系统，就不会重复预订了吗？
不能保证。两个链接不能自动协调员工和时段。必须有统一的可用时段依据，并让新系统正确反映旧预约已占用的时间，同时明确每笔旧预约由谁负责改期、取消和提醒。
顾客的卡片支付资料、订金和套餐余额会一起转移吗？
不能这样假设。Fresha 明确说明客户卡片支付资料不能导出或转移；订金、套餐与余额也需要单独核对原交易和剩余服务，并由相关平台或付款服务方确认衔接。不要抄录敏感卡片资料、重复收费或自行把录入金额当成转款完成。
更换系统时，要马上停掉所有旧预约提醒吗？
先确认每批旧预约由哪个系统负责提醒，以及改期、取消链接是否可用，再安排停用。Fresha 官方区分停用和删除提醒；不能在替代安排未核实时，一次关掉所有旧提醒并假设新平台已接手。
旧 Fresha 预约网址能直接设置 301 跳转到新系统吗？
不能假设可以。第三方平台链接不由门店网站直接控制；应向平台核对可行处理方式。自己控制的网站旧网址，才可以由网站负责人按永久或临时替代关系配置适当重定向。
我建议先完成的交接
先选一批真实存在的未来预约，在受限权限下核对新旧记录，把差异交给明确负责人处理，再确认整批迁移和入口切换方案。我们最终要保住的，是顾客原本确认好的服务与承诺；一个看起来更漂亮的新预约页面，不能替代这些具体记录。
