一、项目背景

我们服务的一家医美口腔连锁，在三个城市有三十多家机构，最开始预约全靠前台电话和微信。医生的出诊排班、牙椅和手术室这些资源分散在各机构的 Excel 里，谁有空、哪台椅子空着，总部根本看不清。会员的治疗计划（比如正畸分几期、种植拆哪几步）散落在医生个人笔记里，复诊日期靠客户自己记，结果大量沉睡客户没人跟，到诊率一路往下掉。品牌方想要的是：资源统一调度、会员治疗有节奏地推进、沉睡客户能被唤醒。

二、落地场景

我们搭了一套统一预约中台。所有机构的医生、牙椅、手术室都建模成可预约资源，带资质和时段约束——比如某医生只能在某机构出诊、某台椅子每周三下午维护。客户在线预约时，系统按"项目—所需资源—时段"自动匹配可用 slot，冲突直接拦在前面。会员侧，我们把治疗计划结构化成一棵带步骤和时点的时间线，每到一个节点自动生成复诊提醒和维养任务，推到私域。督导在移动端能看到每家机构的资源占用和到诊漏斗。

三、关键技术挑战与解决思路

挑战一是多机构资源约束排期。医生、椅位、手术室三者耦合，简单轮询会撞车。我们把它做成带硬约束的排程：资源是带标签的实体，预约是占用区间，冲突检测用区间树 O(log n) 判定，超范围预约直接拒。

挑战二是治疗计划结构化与提醒。口腔项目周期长、步骤多，我们定义了一套计划模板（步骤、间隔、前置条件），把"下次复诊"从人记变成系统算，临近节点触发提醒，逾期自动升级给健康顾问。

挑战三是跨机构健康档案归一。客户可能在不同机构就诊，档案按客户主数据归一并发不同机构，权限按机构隔离，保证总部看得见、单店只看到自己的。

四、效果数据

试运行约半年、覆盖三十余家机构的脱敏示意值：预约冲突率从约 4.2% 降到约 0.3%；椅位利用率（按预约占用算）从约 61% 提升到约 82%；正畸/种植类会员的复诊到诊率从约 68% 提升到约 89%；沉睡客户（超 90 天未到店）通过维养提醒激活率约 23%；前台电话预约占比从约 75% 降到约 28%，释放的接线人力转去做健康跟进。

五、可复用经验总结

第一，预约的本质是资源调度，先把医生、椅位、手术室建模成带约束的资源，冲突才能在前端拦住，而不是事后调。第二，口腔这类长周期治疗，价值在"节奏"——把治疗计划结构化、复诊由系统算而非人记，到诊率才有保障。第三，健康档案按客户主数据归一、按机构隔离权限，总部全局视图和单店隐私能兼得。我们把资源模型和计划模板抽成通用件，新机构接入主要配资源与模板。

结语

做这套系统时我们最大的体会是：医美口腔的预约不是"约个时间"，而是"排一段资源"。最早各机构自己约，牙椅和医生对不上、客户到了才发现没资源，体验极差。把资源统一建模、冲突前置拦截后，约得到和约得顺是两回事。

长周期治疗最怕"断了没人跟"。我们把正畸分期的步骤、间隔、前置条件全结构化，复诊提醒从人记变系统算，逾期还自动升级给健康顾问，沉睡客户才被重新接住。资源模型和治疗计划模板抽成通用件后，新机构接入只配模板，预约能力成了可复制的中台能力。

案例片段（已脱敏）： ```

资源约束排期（伪代码节选）

resource = Resource(doc_id, type='chair', org='org_b',                    slots=available_intervals, tags=['implant']) if not interval_tree.query(conflict_with=booking.span):    booking = create_booking(resource, span, plan_step=next_step)    occupy(resource, booking)

治疗计划节点触发复诊提醒

for step in plan.steps:    if days_until(step.due) <= 3 and not step.done:        notify(advisor, member, template='recall')        if overdue(step, days=7): escalate(advisor) ``` 资源区间树前置拦截冲突；治疗计划节点驱动复诊与升级。

附：规模化落地的体会

落地这套系统后我们复盘，真正拉开差距的不是某个算法，而是把预约从一门手艺变成一项能力。各机构以前靠老员工记资源、记客户，人一走经验就断；现在资源建模、计划结构化、提醒自动化，能力沉淀在系统里，新人接手当天就能跑。对连锁扩张尤其关键，开新机构不再从零培养排班老手，而是复制一套模板。我们也踩过坑。最早把椅位占用做成简单状态位，临时占、维护占、故障占混在一起，冲突检测总漏。后来给资源加了状态机和原因标签，占用带上下文，冲突才真正前置拦截。这个细节提醒我们，资源建模的颗粒度决定排期精度，宁可前期多花一周把模型做细，也别上线后天天救火。回访数据回流后又反哺计划模板，形成闭环。

附：给同行的提醒

给后来者的建议只有一句：先把资源建模做对，再谈体验。我们见过太多团队一上来就做漂亮的小程序预约界面，背后资源还是 Excel，冲突靠人工擦屁股，体验再好也撑不住。预约系统的地基是资源模型，不是界面。另外，治疗计划别贪全。第一版我们只做了正畸和种植两类模板，跑通后再扩到洁牙、修复，模板越用越准。一开始就想覆盖所有项目，只会陷在模板维护里出不来。小步快跑，比一次做全更稳。沉睡客户的唤醒也别指望群发，系统化的复诊提醒加维养内容，才是可持续的钩子。