2025年8月26日·1 分钟
构建美甲沙龙 Web 应用：预约、支付与客户历史
为本地美甲沙龙规划并构建一款 Web 应用：预约与日历、支付与收据、客户历史记录——面向繁忙员工与回头客的设计。
为本地美甲沙龙规划并构建一款 Web 应用：预约与日历、支付与收据、客户历史记录——面向繁忙员工与回头客的设计。
在选择工具或设计界面之前，先明确沙龙要解决的问题。大多数美甲沙龙并不需要在第一天把“所有功能”都做全——他们需要一个能消除日常摩擦的系统。
把团队经常抱怨的重复问题写下来，并把它们转成目标。常见问题包括：
越具体越好：用“停止重复预订”比“改进排期”更明确。
一个美甲沙龙 Web 应用通常服务四类人：
以最忙的时刻来设计：比如一位到店客户 + 两个电话同时响 + 结账的高峰场景。
首个版本优先：
后续可以再考虑：会员制、库存管理、多门店、进阶营销自动化。
选取可衡量的结果，比如：
这些指标能让开发更有焦点，并帮助决定下一步要改善的点。
在写第一行代码之前，把沙龙在第一天必须支持的功能和可以后续添加的功能列出来。这样能保持预约系统简单、减少培训时间，并避免功能膨胀拖延上线。
从一个同时适合客户与前台的流程开始：
确保预订能防止重复预订，并考虑服务时长与缓冲时间（例如客户间清理 10 分钟）。
支付不必复杂，但要一致：
即便之后接入支付供应商，也要让每个预约能被标记为“已付”、“部分支付”或“未支付”。
轻量的客户历史 CRM 应一目了然地显示：
补全核心功能：服务菜单与定价编辑、基础 员工排班 和内部备注。库存可选但保持轻量，除非你要做完整的进销存管理。
美甲沙龙应用的成败在于信息的存储是否整洁。如果数据模型简单且一致，预约、支付与客户历史会更容易实现且更值得信赖。
先从必需项开始，仅在真实痛点出现时再添加：
少量字段承担大部分运营价值：
要允许一个预约有多条支付记录。例如：线上 $20 押金、到店 $45 结账、$10 小费 —— 如有变动还可能有退款。
因此 Payments 表应允许多条 appointment_id 对应的记录，而不是在预约上只有一个“支付状态”字段。
即便在小店，也要知道是谁修改了什么。
至少在 Appointments 上存 updated_at 与 updated_by。若需更强的审计能力，可添加 AppointmentChanges 日志：appointment_id、changed_by、changed_at 和简短的 change_summary（例如“时间从 2:00 → 2:30”）。这有助于解决关于爽约、押金与临时修改的争议。
你的预约流程是美甲沙龙 Web 应用的核心：它应该把“我想做美甲”变成无需反复沟通的已确认时段。
在设计界面前，先确定日历必须强制执行的规则：
冲突预防应在两处发生：
保持流程简单且可预期：
选择服务 → 选择时间 → 选择技师（可选）→ 确认。
如果客户不在意技师，默认“任意可用技师（Any available tech）”以展示更多可选时间。
员工需要高效。提供日/周视图，让他们能：
后续可接入集成（参见 /blog/integrations-calendar-messaging-payments），但先把核心流程做稳。
先把团队经常遇到的日常问题列出来（例如：重复预订、押金未收、客户备注丢失），并把每项转成可度量的目标。
一个实用的“v1” 范围通常包括：
围绕真实用户与他们最繁忙的时刻来设计：
角色清晰能减少培训成本，并防止误操作（例如退款权限被滥用）。
用两层机制防止冲突：
缓冲时间使日历更贴近真实（清理、准备、客户迟到）。把它作为调度规则的一部分，而不是靠人工习惯来实现。
常见做法：
buffer_minutesend_time = start_time + duration + buffer保持数据模型小而一致。典型核心实体为：
关键建模规则：允许一个预约对应多条支付记录（押金、最终付款、小费、退款）。不要只依赖一个“已付/未付”字段，因为真实业务会有部分支付与调整。
让押金规则可预测且可配置：
同时设置取消窗口（例如 24 小时），并将被没收的押金明确记录（而不是当作“退款”）。
采用一致的结账流程并保持操作快捷：
收据应提供邮件/SMS 及可打印视图，列明服务明细、税金、折扣、小费、已用押金与剩余余额。
从明确的角色和限制高风险操作开始：
为敏感操作添加活动日志（谁/做了什么/何时/从哪个设备），便于解决关于押金、爽约与修改的争议。
先把核心的预约 + 支付流程做稳定再加集成。
常见首批集成：
决定收据由谁发送（你的应用、支付方或单一来源），避免给客户重复收据。
以降低风险的方式上线并迁移数据：
用无到场率、平均结账时间与复约率等指标来衡量改进方向。
name、price、duration_minutes，以及 buffer time（缓冲）（例如清理 10 分钟）。缓冲时间能让日历更真实。start_time、end_time（或根据时长 + 缓冲计算）、status（booked/checked-in/completed/no-show/canceled）、customer_id、staff_id、location_id。amount、type（deposit/final/tip/refund）、method（card/cash），以及税费、折扣和与预约的关联。