不猜测房源事实的房地产中介聊天机器人

使用更新后的房源库，而不是泛泛回答

Grovi可以收集预算、区域、房源类型、楼层和期望时间，并与机构提供的数据进行匹配。它会回答房源资料中已经确认的问题，可以发送预先准备的照片、户型图或PDF介绍，并记录看房请求。时间的最终确认、房源可用性以及任何法律或融资判断，仍由负责人员完成。 这是一种有用的初步联系方式，而不是会承诺一切的自动中介。团队决定哪些字段仍然有效，谁接收整理后的咨询，哪些资料可以展示，以及何时停止一段对话。缺失的信息不会被猜测填补。

从一份小而更新及时的房源清单开始

1. 汇总当前房源数据、允许发送的资料、看房规则，以及将咨询转给顾问的标准。
2. 明确哪些事实可以自动说明，哪些问题必须由人工确认。
3. 在开放更多入口或较长的消息流程前，先测试一个房源、一项筛选、一份PDF和一个时间请求。

衡量回复速度与数据质量，而不是承诺成交

RU示例中的50套房源和每周40-60个咨询，不是本地业绩承诺。机构可以观察自己的首次回复时间、条件完整的找房资料比例、看房请求数量、正确转给顾问的次数，以及含有过期信息的房源。只有这些观察才能说明准备好的数据是否真的帮助日常工作。 两周后，可以抽样检查：房源特点和资料是否仍是最新的？不确定的可用状态是否没有被说成事实？咨询是否到了正确的顾问手中？还应记录哪些问题因缺少资料而被转交，这能帮助团队补全资料库，而不是让系统用猜测填空。Grovi可以24/7接收简单问题，但房源方案、时间、谈判和合同仍由机构负责。 面积、户型、位置、价格、费用和可看时间必须来自当前房源卡。若对象已售、已租或条件发生变化，系统应立即停止使用旧资料。相似房源推荐需要说明匹配依据，不能为了继续对话而虚构可用对象或遗漏重要限制。 看房请求可以收集期望日期、联系方式和关键条件，但最终时段由经纪人或日历确认。涉及法律状态、贷款、税费或价格谈判时，应交给有权限的专业人员。顾客上传证件或财务资料前，也要说明用途、访问者和保存期限。 上线前用下架房源、重复对象、临时改价、跨区域需求和看房取消进行测试。团队应跟踪错误房源引用、资料完整度、经纪人接手时间和顾客重新描述需求的次数。 把一套对象标记为已售或已租，再从旧链接发起咨询。系统不应继续安排看房或引用旧价格，而应说明当前状态，并仅在有可信数据时提供其他选择。若客户改变地区和预算，原有筛选条件也要同步更新。 随后请求法律结论、贷款承诺或未经授权的个人资料。流程必须转给有权限的专业人员，并说明收集用途。验收记录要覆盖房源版本、经纪人接管、预约确认和删除请求。 同一房源可能由多个入口留下旧信息，因此每条回答都要能够追溯到当前负责的数据源。面积、价格、可看时间和交易状态任一项无法确认时，都应明确标记待核实，不能用相似房源的信息补齐。