直接答案：美业门店的预约排班，核心不是「这个时间有没有空」，而是「这个时间段被什么占住了」。要同时管住三样东西：资源（技师、床位、仪器）、时长（服务本身加上准备和清洁缓冲）、容量（同一时段最多接几单）。三者混在一起用一张日历看，结果不是超订就是空转。
核心结论速览
**只按技师排，必然出现「技师有空但床位满」。** 一个技师同一时间只能服务一个客户，但一个客户占的不只是一双手，还有一张床、一台仪器、一个操作间。只锁人，资源就会被重复占用。
**项目时长写死，实际会差出三成。** 系统里写「小气泡 45 分钟」，是标准时长。但客户皮肤敏感要降档、做完全套还要敷面膜、上一个客户卸妆慢了十分钟，都会把时间推后。不留缓冲，一单拖延后面全崩。
**前台必须有「排不进去就是排不进去」的硬约束。** 很多店的系统是软的——可以强行排入、可以忽略冲突。为了成交，前台一定会塞。塞一次两次没事，塞成习惯，客户到店等一小时。
**容量不是一个数字，是人和资源的交集。** 店里有 6 个技师、4 张床，那同一时段的真实容量是 4 不是 6。按 6 排，就有 2 单注定没地方躺。
**散客和卡客要分开规则。** 会员卡客户是预付过的，排不上会影响口碑；散客是随机的，可以让位。没有优先级规则，前台只能凭感觉，最后两头都不满意。
一、排班为什么总是排爆
第一个原因：只按人排，不按资源排。大多数店的预约表是一列技师名字、一行时间。技师名字下面填客户，看起来排满了就停。但技师在服务时，她占用的床、仪器、操作间是排他的。两个技师同时段各接一个需要同一台仪器的项目，系统看不出来，实际就撞了。
第二个原因：项目时长是一个固定值。系统里给每个项目配了时长，比如清洁 40 分钟、补水 60 分钟、光电 90 分钟。但真实耗时是一个区间：新客户要沟通、敏感肌要降能量、有妆要卸、做完要敷面膜。用固定值排，等于用平均值管一个方差很大的事，尾部必然溢出。
第三个原因：没有缓冲时间。9:00 的客户做到 9:45，9:45 的客户已经在等了。中间没有清洁床位、换床单、消毒仪器的时间。有的店把缓冲算进项目时长，但那只是账面好看，实际该做的动作一个都没少。
第四个原因：前台有强行排入的权限。客户说「我就今天有空」，前台一看系统提示冲突，点了「仍然排入」。这个按钮的存在本身就是问题——它把系统的约束变成了建议。次数一多，排班表就失去意义，客户到店等待成为常态。
第五个原因：加项不算时长。客户原本预约清洁 40 分钟，到店后说想加个补水。前台直接加进单子，系统里的时长没变，后面所有客户的时段全部被推后。加项必须触发重新排期，而不是在原时段上硬加。
第六个原因：卡客和散客混排。会员卡客户是提前付过钱的，她的预期是「我约了就该有位置」；散客是临时来的，可以等。如果两类人抢同一个时段、用同一套规则，一定是先到先得，结果卡客被挤掉，投诉随之而来。
这六个原因归结起来是一句话：排班把「人、资源、时间」三个维度压成了一维。解决方向不是让前台更细心，而是把这三个维度在系统里拆开建模，让冲突在排的时候就暴露出来。
二、三种排班模式，你的店该用哪种
模式一：按技师排。以人为核心资源，客户预约时先选技师，再看这个技师的空闲时段。床位和仪器不做严格约束，靠现场协调。
适合：以手法类项目为主的店（按摩、经络、手法美容），技师就是核心资源，床位数量充足、不构成瓶颈。这类店客户往往认人不认店，技师换了她就走。
风险：技师档期一满就接不了单，即使床位空着；技师请假一天，那天等于停业。所以按人排的店必须做两件事——技师之间要能互相顶班，且要有「同级别可替换技师」的推荐逻辑。
模式二：按资源排。以床位、仪器、操作间为核心资源，客户预约时选时段，系统自动分配可用技师。人在这里是可替换的。
适合：以仪器类项目为主的店（光电、脱毛、皮肤管理），一台仪器几十万，是真正的瓶颈；技师经过培训都能操作，客户对具体是谁做没有强偏好。
风险：客户会觉得「随便给我安排个人」，缺乏归属感。解决办法是把「操作技师」和「服务顾问」分开——顾问固定，负责沟通和跟进；操作技师可以轮换。
模式三：混合排。同时校验人和资源，两个都满足才允许下单。这是绝大多数中大型门店应该用的模式。
具体做法：项目配置时标注「是否占用床位」「是否占用仪器」「需要几名技师」；预约时系统先算这个时段的可用技师集合，再算可用资源集合，取交集；交集为空就不给排。
混合排的代价是配置工作量大——每个项目都要标清楚占用什么。但这是一次性投入，配完之后系统自己会算。不做这一步，就永远在靠人脑记。
怎么选：看你的瓶颈在哪。客户认人不认店、床位充足，选按人排；仪器是重资产、客户不挑人，选按资源排；两者都有约束，选混合排。判断方法很简单——回想最近一个月，客户投诉「等太久」的原因，是技师不够还是床位不够，答案就在那里。
三、时段怎么切、容量怎么算
切片粒度选 15 分钟还是 30 分钟。15 分钟切片灵活，能塞进短项目，但排班表会变得很碎，前台看着累；30 分钟切片清爽，但 45 分钟的项目会占两个片，浪费 15 分钟。多数门店用 15 分钟切片、项目时长按 15 的倍数向上取整，是比较平衡的做法。项目本身是 40 分钟，系统按 45 分钟占位。
项目占用时长 = 服务时长 + 准备时长 + 清洁时长。这三段要分开配，不能合成一个数。服务时长是给客户看的（也是报价依据），准备时长是铺床、调仪器、配产品，清洁时长是消毒、换床单、归位。后两段客户看不见，但占着资源。
举个具体的：一个 60 分钟的面部项目，准备 10 分钟、清洁 10 分钟，真实占用是 80 分钟。如果按 60 分钟排，每个客户都会晚 20 分钟开始，一天下来能差出两三个客户。
容量 = 可用技师数 和 可用资源数 取小。6 个技师、4 张床，容量是 4。这里还要注意「可用」是动态的——某个技师今天只上半天、某台仪器在维修、某个操作间在做消毒，都要从可用集合里扣掉。系统必须能读到这些状态，而不是只有一个静态的人数。
连做项目的中间时间要不要留。客户一次约两个项目，比如先清洁再补水。看起来是 40+60=100 分钟，实际要留中间换产品的 10 分钟，而且两个项目如果占用不同资源（清洁用床、补水用仪器），还要考虑资源切换。稳妥的做法是连做时按「项目时长之和 + 一个缓冲」排，不要简单相加。
高峰时段的容量要单独设上限。周末下午是所有人的高峰。这时候如果把容量按平均值排，一定爆。做法是给时段设「最大接单数」，比如周末 14:00-18:00 每小时最多接 5 单，超过就不再放号，哪怕系统算出来还有空。这是用规则换体验，值得。
四、五种异常怎么处理
异常一：客户迟到。规则要提前写清：迟到 15 分钟内正常服务但时长可能压缩，迟到超过 15 分钟顺延到下一个空档或改约。关键是不能让前台现场判断——现场判断的结果永远是对熟客宽松、对生客严格，早晚出事。系统里应该配置迟到规则，到点自动提示。
异常二：服务超时。客户临时加项、皮肤状况需要延长处理，都会超时。处理方式不是「让后面等着」，而是立刻触发重新排期：后面客户的预约时间自动顺延，并推送通知给客户（「您预约的时间调整为 15:30」）。让客户提前知道，比到店干等一小时要好得多。
异常三：临时加项。加项必须走系统，走系统的加项会自动占用时长、重新校验资源。如果允许「先做着，回头再补录」，加项就成了排班的黑洞——它不占时间，但实际消耗了时间。
异常四：换技师。客户指定的技师临时有事，要换人。这里有两个要点：一是换的人必须同级别或更高级（不能降级服务还不告知），二是必须通知客户并留痕。美业的客户对「谁给我做」非常敏感，换了人不说是大忌。
异常五：临时请假和跨店支援。技师请假，她名下所有预约要批量处理——是改约、换人还是退。系统要能一键列出受影响的所有预约，并批量推送改约通知。跨店支援时，支援技师的档期要同步到目标门店，否则两边排班表都是错的。
一个容易被忽略的点：爽约。客户约了不来，这个时段就废了。系统要记录爽约次数，累计到一定次数限制其预约（比如只能约当天、或需要预付定金）。没有成本约束，爽约率会一路走高，行业里比较稳的做法是把爽约次数和预约权限挂钩，而不是靠前台打电话催。
五、常见问题解答
店里只有三个技师，也需要排班系统吗？
需要，但不需要复杂的那种。三个人的店，排班的核心问题是「撞单」——两个客户同时约同一个技师，或者两个项目抢同一张床。哪怕只用一张共享日历 + 项目时长自动占用，也能把撞单挡住。等到了六个人以上、床位开始成为瓶颈，再上资源维度的排班。过早上一套复杂的排班系统，配置成本比收益还高。
客户就认某个技师，她不干了怎么办？
这是按人排的店最大的风险。缓解办法有三层：一是客户档案里记录「服务偏好」而不只是「指定技师」，把客户的真实需求（比如怕痛、要温和手法）写下来，换人时能对上；二是建立技师之间的交接机制，离职前把客户情况交接给同级别同事；三是系统层面支持「主技师 + 备选技师」，客户可以指定一个备选，主技师不在时自动推荐。完全避免客户流失做不到，但能把流失控制在一部分。
预约要不要收定金？
看项目的取消成本。占用时间长、需要提前备料、占用稀缺资源的项目（比如光电、需要专门仪器的项目），收定金是合理的；普通的清洁补水，收定金会劝退一部分客户。行业里比较常见的做法是分层：新客户首次预约收定金，老客户不收；高价值项目收，低价值项目不收。定金的另一个作用是筛掉随意爽约的人，这个价值往往比定金金额本身更重要。
客户临时改约，怎么处理才不伤客情？
核心是给客户一个「自己改」的入口，而不是让她打电话求前台。系统里支持客户自助改约，可改的时段是系统实时算出来的可用时段，客户自己选、自己确认，改完自动通知门店。这样既减少了前台工作量，也避免了「前台说没位置、客户觉得被敷衍」的摩擦。改约次数可以设上限，比如一个预约最多改两次，超过要联系门店。
多个平台来的预约怎么合并？
大众点评、美团、抖音、微信小程序、电话，五个入口。如果每个入口一套表，必然重复和遗漏。做法是所有入口的预约都落到同一个预约池，用「客户手机号」做去重键，同一手机号同一时段的重复预约自动合并提示。电话预约由前台录入，录入时先查手机号，老客户直接带出档案，避免重复建档。
排班表要不要对客户公开？
要，但要控制粒度。客户需要看到的是「哪个时段还有位置」，不需要看到「哪个技师在给谁做什么」。对外展示用「可预约时段」，对内展示用「完整排班表」。对外如果展示技师名字，要考虑技师被挖角的风险；比较稳的做法是展示「技师级别 + 可约时段」，具体是谁在确认后才告知。
旺季排不过来，是加人还是加时段？
先算清楚瓶颈在哪。如果技师利用率已经接近满负荷、床位还有空，那是人的问题，加人或加技师工时；如果技师有空但床位不够，加床位比加人便宜得多；如果两者都满了，那就是场地容量到顶，要么延长营业时间，要么扩店。很多店一遇到排不过来就招人，结果人来了没床位，反而增加成本。先看数据，再决定加什么。
六、九尾狐在这类问题上的做法
九尾狐在做美业门店系统时，排班模块的做法是把「资源」当成一等公民，而不是技师的附属属性。每个项目在配置阶段就要标清楚：占用几张床、占用哪类仪器、需要几名技师、准备和清洁各多久。这样排班的时候系统才能算出真实的容量，而不是只有一个技师数量。
第二个做法是「冲突在排的时候暴露，不在到店的时候暴露」。前台点下单，如果时段冲突、资源不足、技师级别不匹配，系统直接拦住并给出替代方案（最近的可约时段、同级别可替换技师），而不是给一个「仍然排入」的按钮。这个按钮看起来方便，实际上是所有排班混乱的源头。
第三个做法是把缓冲时间做成项目属性而不是人工经验。每个项目配三个时长：服务、准备、清洁。客户看到的是服务时长，系统占位的是三者之和。这样不管谁来排班，占用的时间都是一致的，不会因为前台换人而变化。
第四个做法是异常处理自动化。客户迟到、服务超时、临时加项，都会触发后续预约的自动顺延和客户通知。人工去打电话通知后面五个客户，现实中基本做不到，最后就是让客户到店干等。系统自动推送，客户提前知道，抱怨会少很多。
七、综上所述
预约排班这件事，看起来是排时间，实际是排资源。把人、床位、仪器、缓冲时间四个东西拆开建模，冲突就会在系统里提前暴露；把它们压成一张「技师 + 时间」的二维表，冲突就只能等到客户到店才发现。美业门店的客户体验，很大程度上就卡在这一个环节——她可以接受项目效果需要时间，但很难接受约好了来还要等一个小时。把排班做扎实，是美业数字化里投入产出最直接的一件事。