精品医美诊所数位化，第 3 章：把散落的咨询，收敛成可追踪的请求

这一整条系列，跟着一家精品医美诊所一步步走进数位化。故事的情境来自我们在医美行业的真实实施经验——你要是开这类店，每一章应该都会看到自家店里的影子。每章都会说明：盖了什么、刻意没盖什么，以及是靠哪些证据才敢接着往下走。

深夜聊天的问题

网站开始发挥作用了。医师、诊所、设备页面有人读，表单也接住了部分请求。但柜台仍然活在 Line 里——而真正的大宗咨询量在这里出现，也在这里消失。

深夜的患者问：“脸颊填充多少钱、安全吗、能先见医师吗？” 柜台回答，对话慢慢凉掉，三天后没有人能说这个人到底来了没有。请求确实存在——一个真实的咨询讯号——但它活在一段私人聊天里，没有人统计、没有任何追踪。

诊所想要的很清楚：让每个咨询请求，不管来自哪个渠道，都落进同一个地方，带着一份最小记录：是谁、哪个疗程、哪个渠道、后来发生了什么。

盖了什么

这个建设刻意很小，建立在本来就存在的表面上：

1. 一张结构化的咨询表单放在网站上。不用自由输入框，而是问：想了解哪个疗程、偏好什么时间、怎么知道本诊所。表单直接进到一份请求清单——不需要人重新打字。
2. 一个留在原地的 Line 备用方案。 偏好 Line 的患者会被温柔邀请改用表单一次，但没有任何强制。仍然从聊天进来的请求，由柜台登进同一份清单——几秒钟，不是一套流程。
3. 一份请求清单作为真实来源。 每个请求，不管什么渠道，都变成一行：日期、渠道、疗程，以及由柜台更新的“后来发生了什么”状态。
4. 每周一次简单的查看。 创始医师和柜台每周花十分钟看这份清单，不是看仪表板。这个阶段重要的是看见请求的样貌，不是图表。

这套做法完全没要求柜台维护完整的客户记录。它只记录本来就在发生的事，一次，收进同一个地方。

清单立刻揭示了什么

第一个月内，诊所看到了一些从没见过的东西：

• 深夜的问题有量。 每周几十次咨询一直隐形地发生在 Line 里。诊所真实的需求热度，远高于预约数字所显示的。
• 表单把关注变成请求。 到达咨询入口的访客，留下请求的比率超乎创始医师预期——因为表单让人不需要承诺打电话就能提问。
• 大多数请求在问，而不是在预约。 “被问到”和“真正到店”之间的差距，是诊所真正的瓶颈，而它第一次变得看得见。
• 有些问题机械地重复。 同样的“安全吗／多少钱／能见医师吗”反复出现——这是一份未来入口应该自动回答的问题清单。

这里的价值不是一次预约，而是一个决策讯号：诊所终于能看见有多少兴趣存在、来自哪里、在哪里漏掉。

这一期刻意不是什么

说清楚一点，这一期没有：

• 没有预约引擎、没有即时空档。 预约仍需要人工确认，因为诊所还没决定当日、订金和取消规则。
• 没有 CRM、没有客户帐号。 请求清单不是患者资料库；它不带病史，也不带诊所既有流程之外的同意作业。
• 没有自动回覆机器人。 表单收集了重复的问题，但回答仍靠人工。自动化只会在问题被证明稳定之后才来。
• 没有线上付款或收订金。 收不收订金，维持个案决定、当面处理。

支持进入第四期的证据

诊所写下下一步要观察的事：

• 请求清单是不是成为柜台的日常习惯，而不是她厌烦的杂务；
• 每周查看是不是真的改变了一个决策（渠道、价格或时机），而不只是一份报告；
• “被问到”和“到店”的差距，是不是因为清单让某个改变看得见而开始收窄；
• 员工能不能说出谁负责跟进，以及一个请求“完成”长什么样。

在这个情境里，请假设清单成了诊所的工作参考，而咨询和到店之间的差距仍是其中最刺眼的数字。第 4 章要谈的，是更安静、也更难的部分：把请求清单从一份记录，变成真正能把咨询转换成到店的跟进习惯。

---

边界很重要：诊所网站、结构化的咨询／询价表单，以及由诊所维护的简单请求日志，可以属于约定的网站范围。预约引擎、即时空档、CRM、客户帐号、病例、收订金与线上付款在后续章节中是独立专案，有各自的范围——不会因为流程从网站开始就自动包含在内。