应用

服务预约应用提示词

处理真实可预约时段、时区、确认、取消以及员工管理流程。

编辑审核 · 2026-11-07 · Vibe Coding

适用场景

适合服务时长、员工排班和预约容量能够明确定义的商家。

可复制的完整构建指令

为 [BUSINESS TYPE] 的 [SERVICE TYPES] 创建预约应用,营业时区是 [BUSINESS TIME ZONE],有 [STAFF COUNT] 位员工。已确认的时段不能重复售出。

功能与实现要求:
1. 编码前确认服务时长、缓冲时间、营业时间、员工休假、提前预约、取消期限和容量规则。
2. 实现服务选择、可用时段、简洁表单、提交前核对,以及带唯一编号的预约成功页面。
3. 向顾客显示其本地时间,统一保存时间数据,并在确认页注明商家时区。
4. 提交时由服务端重新检查并原子性锁定名额;如遇冲突,保留顾客已填信息并提示重新选择。
5. 员工端可查看每日预约、屏蔽时段、手动添加预约和更新状态;顾客联系方式不得公开。
6. 只有真正连接邮件、短信或支付服务后,才能显示已发送或已付款;支付按 [PAYMENT POLICY] 处理。

使用前替换的项目资料: [BUSINESS TYPE], [SERVICE TYPES], [BUSINESS TIME ZONE], [STAFF COUNT], [PAYMENT POLICY].

优先适配移动端,使用语义化结构、清晰标签和可见的键盘焦点。使用真实内容,或明确标注演示数据。为关键流程提供加载、空数据、错误和成功状态。只有界面而没有真实后端时,不得声称集成已经完成。交付前列出尚需接入的服务,并亲自验证核心流程。

验收标准:
- 两个顾客无法同时确认最后一个名额。
- 取消或改期后,可预约状态与员工日程同步变化。
- 夏令时、通知和付款状态不产生误导。
使用前替换的项目资料

使用前替换的项目资料

[BUSINESS TYPE]neighborhood fitness studio
[SERVICE TYPES]30-minute assessment and 60-minute coaching session
[BUSINESS TIME ZONE]America/Los_Angeles
[STAFF COUNT]3
[PAYMENT POLICY]pay in person; no online payment in v1

预期成果

一个对时区、冲突和服务容量均可验证的预约流程。

为什么这样设计

  • 先明确目标用户、核心任务和可验证的成果。
  • 写清数据、状态和技术边界,避免停留在界面演示。
  • 用具体验收项目判断生成结果是否真正可用。

验收标准

验收标准

  • 两个顾客无法同时确认最后一个名额。
  • 取消或改期后,可预约状态与员工日程同步变化。
  • 夏令时、通知和付款状态不产生误导。

资料来源与审核依据

资料来源与审核依据

下列资料用于核对方法和技术要求;提示词由本站独立编写。

常见问题

常见问题

处理真实可预约时段、时区、确认、取消以及员工管理流程。

这个提示词会生成什么?

一个对时区、冲突和服务容量均可验证的预约流程。

开始前需要替换哪些内容?

使用前替换的项目资料: [BUSINESS TYPE], [SERVICE TYPES], [BUSINESS TIME ZONE], [STAFF COUNT], [PAYMENT POLICY]. 适合服务时长、员工排班和预约容量能够明确定义的商家。

怎样验证生成结果?

两个顾客无法同时确认最后一个名额。 取消或改期后,可预约状态与员工日程同步变化。 夏令时、通知和付款状态不产生误导。

把提示词改成你的项目需求

替换占位符,对照验收标准检查,再将可编辑草稿放入构建器。

全部 Vibe Coding 提示词

相关提示词