开始之前
先把材料备齐，不用再多开标签页。
- 目前的预约主要靠电话、微信私信或纸本登记，而且至少有一部分顾客会指定发型师或美甲师。
- 你能估出大概的数字：平常一周有多少电话因为手上有顾客而漏接，过去一两个月有几单预约爽约。
- 你已经有官网，或打算要有——本文最后「分开还是一体」的判断，跟它直接相关。
你将学会
- 在比较任何产品之前，先把纯电话预约的成本换算成每月的数字。
- 用你真实的预约本检验系统的数据结构：服务、人员、每个人不同的时长和时段。
- 定出一套爽约规则——提醒、定金、退款期限——并且由系统自动执行，不用店里的人追。
- 把「预约工具单独一家」和「内置在官网里」的维护成本摊开来，做一个有意识的选择。
先算清电话正在花掉你多少
电话预约能成立，前提是随时有一只空着的手去接。上着色、美甲做到一半时响完就挂断的每一通，都是可能直接改约别家的顾客，而且不会出现在任何报表里。这一步的目的是先有一条基准线：知道漏接一个月花掉多少，之后比较系统时才比得出它救回多少，而不是比功能表。
- 挑平常的一周，把手上有顾客时漏接的电话逐通记下来，连同闭店后的来电和第二天才回的私信。
- 乘上平均客单价，再乘一个保守的成单比例——漏接的不见得每通都会变成预约——得到的是一个每月的成本区间，不是一个好看的单一数字。
- 记下漏接集中在什么时候。晚上、店休日和用餐高峰最要紧，因为「没人能接电话的时段照样收预约」正是线上系统的第一件工作。
达到这一步就算做完： 你手上有一个每月的数字——粗略的区间也行——以及一份写下来的清单，列出系统必须替你顾到的时段。
用你真实的预约本，检验人员与时段的结构
美发预约系统难的不是那个日历界面，是底下的数据结构。一单真实的预约是：某项服务、由指定的那个人做、用那个人自己的时长、落在那个人真正有空的时段。时长因发型师而异，有些服务只有某几位会做，而指定发型师是一种承诺。表达不了你这张矩阵的系统，只会把前台变成它的全职修理工。
- 看任何演示之前，先把你真实的矩阵写下来：每项服务、谁能做、每个人诚实的时长——含清洁和等药水起作用的时间。
- 在每个候选系统里，录入你最麻烦的三单真实案例：一单指定发型师的预约、一项只有部分人员提供的服务、一项每个人时长不同的服务。
- 如果你的排班有交叠作业——比如烫染等药水的空档先接下一位——就针对这件事测。只认得整块时段的日历，不是造出你没有的冲突，就是藏住你真有的。
- 看看顾客指定的人约满时，页面给出什么。可以接受的答案是那个人最近的下一个空档，或标注清楚的替代人选——绝不能不声不响换一个人。
达到这一步就算做完： 你最麻烦的那些真实预约，不用任何变通就录得进去；而指定发型师的请求，永远不会被悄悄换成别人。
先把爽约规则写下来，再要求系统执行
爽约先是规则问题，才是软件问题。提醒解决的是忘记，定金改变的是承诺。但系统只能执行一条真的存在的规则，而很多店是在最糟的时刻才发现，自家的规则只存在某位资深发型师的脑子里。先决定谁要付定金、付多少、到什么时候开始不退——再要求软件全程自动执行，不用任何人追转账。
- 调出过去两三个月，数一数爽约和临时取消有几单、集中在哪里。长时长服务和周末高峰时段，通常吃掉最多损失。
- 把阶梯白纸黑字定下来：只发提醒；提醒加上长时长或高峰预约收定金；或全部收定金。退款期限用顾客读一遍就懂的话写。
- 验证候选系统能自己跑完整个闭环：提醒按你设定的时间发出、定金在预约流程里就收走——而不是事后让前台追一笔转账——退款期限也由系统套用，不是在前台吵。
达到这一步就算做完： 规则白纸黑字存在，而且一单测试预约能走完全程——提醒、定金、取消、退款——中间没有任何人手动推它。
决定预约系统要放进官网，还是挂在旁边
独立的预约工具给你的，是一条挂在别人域名上的链接：你的主页入口指向他们的页面，而你自己的官网还留着另一份服务、价目和营业时间，慢慢跟现实脱节。一体的做法是一份数据只维护一次，而且从搜索到确认信，顾客一路都留在你自己的页面上。分开要付第二张账单，还多一份永远做不完的维护：价目改一次、发型师换一个，两张清单都得跟着改。所以要分就有意去分，不然就别分。
- 数一数你的服务项目和价目现在存在几个地方——官网、预约工具、小红书主页、点评或地图上的门店页、前台那张塑封的价目表。每多一份副本，就多一个迟早对不上的地方。
- 选分开，就挑能嵌进你自己页面的工具，而不是只能往外跳的那种，让「从你的网站到预约成立」这条路，全程不换品牌、不换域名。
- 选一体，就用前两步的考题验证建站工具的预约是真的——第 2 步的人员与各自时长、第 3 步的定金——而不是一张挂着「预约」牌子的联系表单。这一关也拿来考我们，我们自己的答案是：预约区块认得服务、人员、每个人不同的时长和时段；定金和其他刷卡收款走你自己的 Stripe 账户，钱直接进你的口袋，Naratake 抽 0%，只有 Stripe 自己的手续费照收。会上线的预约流程跑在 Storefront Pro——每月 79 美元或每年 758 美元，一个固定价，两位发型师共用一本排班表是这个价，九位也是这个价。在每月 49 美元的 Storefront 上，整条流程都可以先搭好、先预览。
- 不管选哪条路，让每一个对外入口都离真正的预约流程只差一步：主页链接、官网按钮、门店页，点进去都要落在真实的空档上，而不是「请来电」的绕路。
达到这一步就算做完： 你说得出服务、价目、人员、营业时间唯一维护的那个地方；而顾客不管从哪里找到你，不用跳到第二个品牌或域名，就能走到约得上的时段表。
留下候选，和电话并行实测两周
功能对照表看不出来的，是那些决定「第二周之后店里还用不用它」的日常摩擦；两周真实的预约看得出来。让最强的候选跟现有的电话预约并行，而不是直接取代它，最后用你自己的数字做决定，不是用厂商的。
- 拿前面几步的笔记给每个候选打分——顾不顾得到你接不到电话的时段、表达得了你的人员矩阵、执行得了你写下的规则、跟你的官网决定合不合——最麻烦预约那一关直接没过的，先淘汰。
- 让胜出的那套并行跑两周：电话照接，把预约链接放上主页和门店页，两边的预约都记进同一本账。
- 拿这两周对照第 1 步的基准线：以前接不到的时段进来几单预约、收了定金和没收定金的爽约率、前台花几分钟在修数据。
- 下决心之前，先算退出的成本：确认顾客和预约记录导得出来，也弄清楚离开时预约链接和域名会怎样。我们的答案是写下来的——Storefront Pro 会把网站的完整源代码下载给你，域名一直放在你自己的注册商账号里，所以离开只是改一个指向，不是一场谈判。
达到这一步就算做完： 这个决定压在两周你自己的数字、对照纯电话基准线的结果上；而退出的代价，是在承诺之前就知道，不是之后。
最后检查
这几条全部成立，才算真做完。
- 漏接成本已换算成每月数字，系统必须顾到的时段也列出来了。
- 选定的系统通过了最麻烦预约的考题：指定人员、各自的时长，而且不会悄悄换人。
- 爽约规则用顾客读得懂的话写好了；提醒、定金、退款全程自动跑，不用店里的人追。
- 服务、价目、人员、营业时间只剩唯一一份维护中的来源，每个对外链接都落在真正的预约流程上。
- 并行两周的数字已经和纯电话基准线比过了；离开这套系统要付什么代价，也在承诺之前就知道了。