输入 / 客户消息
收到一条看房请求。
示例客户 A：“我想找交通便利的两居室，下周二下午可以看 DEMO-01 这套房吗？”
经授权的接收流程可以建立草稿记录并保留原消息。房源编号不代表房源仍然可约。
草稿记录：客户 A · DEMO-01 · 请求看房 · 尚未确认
01 / 看看流程如何运作
一条询盘，五个明确步骤。
这是使用虚构资料的交互概念演示，未连接真实邮箱、日历或 CRM，不会发送消息、预约或保存资料。
检查 / 缺失信息
先问清缺少的信息。
已知：两居室、交通便利、周二下午。缺失：预算、偏好区域和联系方式。客户补充前，这些字段保持为空。
回复草稿：“请问您偏好哪个区域、预算范围是多少？我可以通过什么方式与您确认看房安排？”
任何消息发送前，都由经纪人审核草稿，不猜测缺失事实。
建议 / 核对可用时间
提出一个待核对的时段。
本示例假设客户已补齐资料。示例日历显示周二下午 2:00–2:30 有空，时间以房源所在地为准，仍需核对业主入场许可和客户意愿。
建议时段 · 并非已确认预约
无法取得权限或日历检查失败时，请求应保留为待人工处理。
确认 / 人工决定
由经纪人确认安排。
选择一种情况。在无冲突示例中，假设经纪人已核对客户同意、房源入场权限、时区和最新日历。有冲突时阻止确认。
发现冲突。请求保持待处理，由经纪人提出其他时段。
等待经纪人确认。已记录演示确认，未发送任何邀请或消息。
跟进 / 下一步行动
让下一步行动清晰可见。
预约尚未确认。下一项任务：请经纪人审核请求，不创建已确认看房提醒。
演示预约已确认。建议任务：经纪人在看房后跟进并记录客户反馈，未创建真实提醒。
AI 可以整理笔记和起草回复；经纪人核实房源事实、审核外发消息，并保留价格、报价和交易条款的决定权。
02 / 围绕现有工具规划
先确认连接条件，再确定方案。
以下是待评估的连接方式，并非已验证的兼容清单。本演示未认证任何邮箱、CRM 或房源平台。是否可行取决于账户、权限、服务商规则和范围明确的测试。
| 工具类别 | 可评估的方式 | 先确认什么 |
|---|---|---|
| 邮箱与询盘表单 | 经授权的 API、专用接收表单，或经纪人选择导出的记录。 | 账户权限、允许读取的字段、重复记录处理及仅生成草稿的权限。 |
| 日历 | 先评估读取空闲时间，明确审核后再考虑创建事件。 | 共享日历、时区、访问权限、冲突和写入失败。 |
| CRM 与表格 | 允许使用的 API 或受控 CSV 导入，从示例记录开始。 | 订阅要求、字段映射、记录归属、重复记录及回退方式。 |
| 文件与房源系统 | 经授权的文档，或服务商允许提供的数据源（如有）。 | 使用权、更新频率、分享限制以及是否允许使用 API。 |
如果暂时无法连接
可评估经授权的手动导出或独立接收表单，并记录额外工作与限制。没有允许使用的路径时，将该系统排除在试点之外，不绕过访问限制。
03 / 连接真实资料前先约定
把数据处理和交付责任说清楚。
以下清单用于确定项目范围，并非已约定的托管地点、服务商名单、保留期限或服务标准；这些内容需要在具体项目文件中确认。
画清数据流
逐项列出姓名、联系方式、预算和偏好会进入哪些工具、AI 服务、日志及备份，记录存储地区与外部服务商。
限制并复核访问权限
确认可接触记录的人员及分包方，约定最小权限、保密要求和撤销访问的流程。
约定保留与删除
分别约定记录、AI 输入输出、日志和备份的保留期限，明确删除申请、备份到期和完成核验方式。
明确责任主体
书面确认签约企业和项目负责人，分配实施、数据处理、验收、故障响应与维护责任。
规划交接与退出
约定交付成果的归属与许可、文档、导出格式、账户交接，以及支持时段、响应目标和不包含的事项。
从虚构记录开始
需求沟通先使用虚构或适当脱敏的示例，确认范围、授权和处理安排后再引入真实客户资料。
04 / 五篇精选阅读
为一次有重点的初谈做准备。
建议按顺序阅读。这些是编辑指南，不代表已完成的房地产客户项目证明。
- 选择一个范围可控的起点 ↗
先确定一项任务及其成效指标，再考虑扩展。
- 追补缺失信息 ↗
规划如何追补资料，避免凭空补齐答案。
- 明确预约确认边界 ↗
区分可用时段与各方已确认的预约。
- 画清客户数据流向 ↗
连接真实记录前，确定涉及的服务、访问权限与存储位置。
- 准备项目协议 ↗
把责任、成果归属和维护问题带到首次沟通中。
你的起点
带上一项任务和你正在用的工具。
描述最近一次询盘、资料放在哪里，以及哪些操作需要你确认。请使用虚构示例，不要在初次咨询中填写客户联系方式。
讨论房地产工作流 ↗了解交付协作网络 ↗