基于 Y Build 构建 从一句提示到部署上线、绑定自有域名 —— 无需服务器。 免费开始
构建上线对比实验室关于 开始构建 →
ybuild / 场景

为你的美发沙龙打造在线预约应用

一家沙龙的生死,系于那本座位(美发椅)日历。近一半的客户预约发生在营业时间之外,通过线上预约的初次到店客人,回头频率大约是散客的两倍;然而大多数沙龙至今仍靠一本纸质预约簿、Instagram 私信,以及一部在染发做到一半时响起的电话来支撑一整天的运转。用大白话把你的沙龙讲给 ybuild 听,它就把这段描述变成一套真正在运行的预约系统,托管在你自己的域名上,在你专心剪发的同时把美发椅一张张填满。

痛点

你能搭什么

属于你自己的预约页面

一个挂在 yoursalon.com(你自己域名)上的品牌化页面,客人在这里选好服务项目和发型师后,看到的只有真正能容纳该项目所需时长的时段,而不是随便一个 30 分钟的空档。客人一进入结账流程,这个时段就立即被锁定,绝不会出现两个人同时抢下午 2 点、而其中一个还在输入手机号的情况。配色、Logo 和服务菜单都是你的,随之而来的那份客户名单也归你所有。

美发椅日历

一个按天展示的视图,每位发型师占一列,把每一个预约、染发等待的空档、午休和休息日都一览无余。前台用拖拽来改约,把散客和电话预约直接放到对应的那一列上,而且绝不会因为疏忽把同一张椅子重复预约——因为所有渠道都实时写入同一本日历。

订金与提醒

预约时收取并留存一张银行卡,一条自动确认立即发出,一条提醒会在预约前 24 小时通过短信和邮件送达;对于爽约,则按你设定的规则扣款,让原本白白流失的营收不再漏掉。而当客人真正到店的那一刻,订金就会自动抵扣到最终账单里。

数据模型

clients
client_id, name, phone, email, formula_notes, allergy_flag, tags, no_show_count, created_at
services
service_id, name, category, base_duration_min, buffer_min, price, deposit_amount, requires_patch_test
stylists
stylist_id, name, level, working_hours, days_off, service_ids, commission_rate
appointments
appt_id, client_id, stylist_id, service_id, start_at, finish_at, process_gap_min, status, source, deposit_paid
payments
payment_id, appt_id, type, amount, method, card_on_file_id, status, refunded_at

系统里的一天

  1. 晚上 10 点,一位客人来到 yoursalon.com,选了由 Maya 服务的「Balayage 挑染 + 剪发」,页面只显示那些 Maya 有完整 3 小时空档的时段,而不是随便一个 30 分钟的空隙。
  2. 由于这是一位初次染发的客人,流程会标记出需要先做皮肤过敏测试(patch test),并在正式染发预约之前,提供一个提前 48 小时的快速皮试时段。
  3. 客人支付了订金,银行卡被留存下来以备执行爽约规则,下午 2 点的时段随即立即锁定,这样下一位访客就无法在其填写表单的过程中抢走它。
  4. 一条短信和一封邮件确认当场发出,同时安排好一条在预约前 24 小时送达的提醒。
  5. 第二天早上,前台打开当天视图:每位发型师各占一列,染发等待的空档显示为可再利用的时间,一笔电话预约被直接放进 Maya 那一列。
  6. 客人到店,预约被标记为进行中;在染膏显色的这段时间里,那个空档是空出来的,Maya 可以在另一张椅子上先为别的客人做个快速吹整。
  7. 结账时,服务被标记为完成,订金被抵扣,零售产品和小费一并加上,尾款则从同一张卡里扣取。
  8. 另一位客人始终没有出现,其状态被翻转为爽约,费用按规则扣取,其 no_show_count 计数随之加一,好让前台下次一眼就能看出这个惯犯的苗头。

AI 容易出错的地方

✓ 先做这些
  • 一个按发型师区分的品牌化预约页面,具备实时的、能感知服务时长的可约时段,并在结账时即时锁定时段。
  • 在预约时收取订金并留存银行卡,让爽约和临时取消真正变得可以执行。
  • 通过短信和邮件发送自动确认,外加一条提前 24 小时的提醒,以降低爽约率。
— 先别做
  • 完整的零售 POS 收银和产品库存管理:v1 阶段先继续用现有的收银机,结账时只做产品记录即可。
  • 积分、会员制和预付套餐的追踪:等预约和订金这一块稳固之后再加。
  • 薪资发放、提成结算和多门店汇总:现在先把 commission_rate 字段建好,工资单的自动化留到以后。

常见问题

客人可以自己预约、而不用打电话到店里吗?

可以。你的预约页面全天候运行在你自己的域名上,这一点很关键,因为将近一半的沙龙预约都发生在营业时间之外。客人自己选好服务、发型师和时间,支付订金,随即拿到一条即时确认,全程无需碰一下电话。

它是怎么防止同一张椅子被重复预约的?

每一个时段都会对照实时可约情况进行核对,并在结账一开始的那一刻就被锁定,因此两个人不可能抢到同一个时间。同时它依然支持染发显色期间那种有意为之的时间重叠,因为那个空档被建模成可再利用,而不是被封死。

我可以收订金、并对爽约收费吗?

可以。预约时收取并留存一张银行卡。当客人爽约、或在你的规则窗口内取消时,费用会被自动扣取;而当客人如约到店时,订金则会抵扣进最终账单。

每位发型师可以有自己的服务项目、工作时间和价格吗?

可以。服务项目、时长、价格、工作时间和休息日都按发型师逐一设定,资历浅的和资深的可以用不同的时长和价位提供同一项服务。可约时段引擎会读取每个人自己的日程。

散客、电话预约和我自己的品牌又怎么处理?

前台只需点几下,就能把散客和电话预约直接加到同一本美发椅日历上,于是所有渠道都汇集在一处、彼此绝不重复预约;而在客人还在电话那头时,客户档案、配方备注和爽约历史就都摆在眼前。又因为这个应用托管在 ybuild 上、通过你自己的域名对外提供服务,预约页面挂的是你的名字,而不是某个平台的名字,那份客户名单也是你自己的数据。

参考来源

为你的生意搭这套系统

描述它,一次性上线到你自己的域名——托管、全栈、无需服务器。免费开始。

免费开始构建 →
ybuild 上的相关内容
中小企业后台零售与本地门店 自定义域名托管托管数据库支付与账单 全栈应用CRUD 应用Web 应用
相关场景
为你的水疗馆打造在线预约应用为牙科诊所搭建预约系统家教预约应用:固定周期课程、预付课时与爽约管理小微企业记账应用律所 CRM 客户管理系统房产经纪人 CRM 客户管理系统
构建你自己的应用
免费 · 无需信用卡
免费开始 →