# 来场预约 Widget PRD

版本：v0.1  
优先级：P2  
状态：待独立页面原型与实现验证

## 修订记录

| 日期 | 版本 | 变更类型 | 变更摘要 |
| --- | --- | --- |
| 2026-08-03 | v0.1 | 初始创建 | 定义顾客提交来场意向、同意说明和受理反馈的独立转化流程。 |

## 1. 基本信息

| 属性 | 定义 |
| --- | --- |
| Widget 名称 | 来场预约 |
| 唯一标识 | `visit-reservation` |
| 分类 | 转化流程 |
| 一句话介绍 | 让顾客在理解隐私与联系规则后提交来场意向，并获得“已提交、待工作人员确认”的结果。 |
| 封面图 | 来场咨询类型图。 |
| 设计图 | 预约表单、同意说明和提交结果设计示意。 |

## 2. 目标与场景

面向已产生到访/咨询意愿的顾客。顾客阅读必要说明、填写被要求的预约资料、确认同意后提交，得到受理状态；不把提交成功表述为预约已确认。

## 3. 内容与数据

预约说明、隐私/同意说明、至少一种可预约时段或意向选项、联系方式字段为必需；姓名、人数、备注、希望户型等字段按配置可选。项目联系资料作为无法提交时的替代出口。所有字段必须明确必填性和格式提示。

## 4. 使用与配置

配置可收集字段、必填规则、可选日期/时段或意向类型、同意文本、提交后提示和替代联系出口。未配置同意说明或提交规则时不开放表单，显示联系出口。不可选时段不得提交。

## 5. C端 UI 与交互

流程为说明 → 填写 → 校验 → 同意 → 提交中 → 已受理/失败。顾客可修改字段，明确勾选同意后才可提交；格式或必填错误定位到字段。提交中防止重复提交；失败保留非敏感已填写内容供修正或重试。成功页显示受理状态、后续说明与返回/联系动作；移动端分步或单页均须不丢失输入。

## 6. 用户用例与验收

**UC-01**：顾客填写资料并同意后成功提交。  
**UC-02**：顾客发现错误、服务失败或无可用时段时修正、重试或转联系。

| 验收编号 | 验收条件 |
| --- | --- |
| AC-01 | 必填、格式、时段和同意均通过前不可提交。 |
| AC-02 | 成功状态明确为已受理/待确认，不承诺已预约成功。 |
| AC-03 | 提交失败不重复创建请求，且保留可修正信息。 |
| AC-04 | 未配置表单前提时提供替代联系出口。 |