Case study9 min readUpdated 2026年8月6日

美疗连锁店数位化,第 1 章:从各店一摊乱信息,到第一个连锁网站

一家多分店美疗连锁的老板需要跨店一致,但第一步先把统一的公开资讯和资料所有权地基打稳——后面每一阶段都站在这个地基上。

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

这间连锁从哪里开始

老板经营三间按摩分店,服务差不多,但价格、营业时间和疗程内容各店小有差异。生意很稳,但老板没办法每间店都亲自坐镇,而且顾客看到的资讯前后对不上:

  • 价格和营业时间各店各讲各的。 半年前老板发现,第二间分店贴的海报还在用第一间分店的旧价格表。没有人心存恶意——只是店员凭记忆复制贴上。
  • 服务内容每次聊天才重新打字。 各分店柜台在 LINE 上各打一遍疗程、时长和预约方式,答案随分店飘来飘去。
  • 顾客没有一个能信的地方去查每家店。 Google 上只有零散的地图定位和旧照片,没有一处能让新顾客放心地查到整个连锁。
  • 回馈看不见。 满意的、不满意的顾客都在 LINE、Google 上留言,或者干脆默默走人。老板人在另一个区域,往往要等顾客不再回头,才知道出了问题。

回馈 在这里就是顾客对你店里的感受和意见——喜欢什么、哪里不满意。它看不见,不等于它不存在,只是你收不到。

第一个看得见的瓶颈,是资讯和所有权问题:这间连锁在现实里真实存在,却没有任何一个受控、统一的数位身份。它也没办法跨店收集可以比较的回馈,因为没有一个共同的公开基础,可以把这些回馈稳稳地锚住。

有件事从第一天就要说清楚:老板其实早就知道长期方向。这种连锁店,最终确实需要预约、员工排班、顾客资料和评价分析——这个需要从第一天就存在,不是以后才冒出来的。整条系列要回答的问题不是“需要何时出现?”,而是“既然什么都需要,为什么要照这个顺序盖?”

第一阶段实际盖了什么

第一个网站只做四件事:

  1. 连锁总览页 —— 这个连锁是谁、有几间分店、开了多久、分店照片。第一次上门的顾客,靠这一页判断这间连锁是不是真的、能不能信。
  2. 每间分店一页 —— 地址、电话、营业时间、地图定位,外加这间店独有的资讯,让顾客选分店,而不是靠猜。
  3. 一个共享的服务区块 —— 把疗程和时长好好写一次,而不是每次聊天重新打字。这一个共享参考,取代了这间连锁史上重复最多次、也最分歧的对话。
  4. 一页“来店前准备” —— 现在怎么预约(LINE 或电话)、该带什么、订金和取消的规矩、外加一个一般问题联络表单。

每一页最后都是同一个结果:该分店的 LINE 按钮和电话。网站的职责是把对话准备好、让连锁一眼可辨,而不是取代各店既有的做法。

第一阶段刻意不是这些

这是多数第一个专案最容易搞错的部分,值得单独拉出来讲。第一阶段没有:

  • 没有线上预约。 预约继续走顾客本来信得过的老路:LINE 或一通电话、由人工确认。
  • 没有线上付款或收订金。 付不付款、收不收订金,仍是各分店自己决定、当面处理的事。
  • 没有顾客帐号、没有员工排班后台、没有评价分析——还没。 不是因为不需要,而是因为还没人能说清这些系统到底该管什么:哪些资料重要、每一步谁负责、哪些例外会打断流程。
  • 没有高级线上订位引擎。 在真实周转和爽约规则还没写下来之前,这间连锁还没准备好把“即时可约时段”锁进软体里。

“还没”不是目标缩水,也不是说这些需要不存在。它让专案小到做得完、让员工吃得下这一项改变,然后把接下来的决定留给真实资料,而不是靠猜。

进第二阶段需要什么

这间连锁手里有一条更长的路线图。在批准盖下一个东西之前,它同意一边观察营运证据、一边看员工准备好了没:

  • “热线式”问题(“你们有做 X 吗?几点开?”)是不是能被共享服务页自动答掉;
  • 各分店柜台重打相同疗程资讯的次数,以及答案分歧的频率;
  • 顾客是不是能靠网站可靠地找到每家分店,分店资讯是不是能一直保持准确;
  • 老板是不是还是看不到跨店的顾客满意度——这正是会让下一项高价值切片合理化的缺口。

第 2 章要讨论的,是老板为什么先建完整预约或 CRM,而选择把顾客回馈当作要建的第一个资料切片。


边界很重要:上面提到的连锁网站、共享服务页和一般联络/询问表单,可以是约定网站范围的一部分。后续部分提到的订位引擎、线上付款、顾客帐号、员工排班和评价分析,都是各有范围的独立系统专案——它们不会因为流程从网站开始就自动包含在内。