HomeSeek AI 销售接待与成交决策 Copilot
Product Requirements Document · v2.1
HOMESEEK AI · PRODUCT REQUIREMENTS

从房源记录信息,走向销售成交决策系统

HomeSeek AI 不是一个“搜到几条聊天记录”的检索工具,而是面向专业房产销售的接待 Copilot:理解客户原话、判断真实需求、召回可信发布线索、定位发布人和发布场景,并给出比普通销售更完整的回复与下一步成交策略。

文档版本v2.1
文档状态方案评审稿
更新时间2026-07-21
核心对象一线销售 / 店长 / 数据运营
PRODUCT DEFINITION

产品定义与业务目标

建立统一的数据事实层和销售决策层。页面首次打开默认用“我要克拉墅的房子”展示完整接待结果、房源列表和词典解释。该默认结果由 Sonnet 4.6 基于真实房源上下文提前生成并作为产品演示缓存,页面打开时直接呈现,不重复调用模型。销售改写输入框后,系统依次呈现需求理解、业务词典、房源记录、语义理解、用户笔记和去重归组状态,稳定房源组按批次逐步出现;查询理解 AI 只生成隐性需求与检索候选,程序负责查询真实词典和房源索引。检索全部完成后冻结完整房源快照,再由销售顾问 AI 生成专业接待建议。

SECTION 01 / 08
01

不是检索工具

结果必须包含专业判断、客户回复、推荐顺序、风险提示和下一步追问,不能只展示匹配记录。

02

证据必须可追溯

每个价格、户型、销售和更新时间都能回到原始发布记录、知识库或用户维护笔记。

03

房源归组,销售不合并

相同房源聚合为一个房源组;组内每个 wx_id 仍是独立销售关系,分别展示联系方式、报价、群聊和时间。

默认展示与真实检索分离

“克拉墅”是首屏默认示例查询,用于让销售进入页面后立即看到完整产品能力和已有数据;它不是检索引擎的固定条件。销售提交新内容后,默认示例立即被新查询替换,名称、预算、面积、户型和交易类型等当前条件共同决定结果。

一个客户对话,一个独立 Session

同一对话内的补充条件与连续追问可以继承当前客户上下文;点击右上角“新对话”后必须创建全新 Session,并立即清空上一客户的需求、房源快照、推荐结果和 AI 历史。页面不展示技术 Session ID,不同 Session 之间禁止连接上下文。

每个对话都有永久 Conversation ID

Session ID 只负责当前运行期间的上下文隔离;产品在首次调用模型前创建独立 conversation_id,并持久保存每轮客户原话、客户回复、专业判断和房源快照标识。销售可从“历史记录”按 ID 查看、复制、恢复并继续原对话;服务重启不得丢失。

CURRENT PAIN

同一发布人重复刷屏

同一个 wx_id 会在多个群反复发布近似内容;这些重复消息会挤占召回,但不同发布人的相似信息本身是有价值的联系入口。

SALES PAIN

销售看到信息,不等于会成交

一线销售需要的是“该怎么回、先推哪套、为什么、还要问什么”,而不是几十条群聊原文。

TRUST PAIN

真实数据与演示数据边界不清

房源有效期、价格波动和扩建信息必须标注来源与置信度;模拟数据只能用于演示,不能伪装成真实证据。

数据来源范围

来源主要内容在产品中的作用默认可信等级
HomeSeek AI 房源笔记人工维护的房源、销售姓名、联系电话、富文本、图片、录音、提醒与更新时间优先用于销售推荐和联系人确认
楼盘知识库 / 业务词典碧桂园珊瑚宫殿、景业清水湾三号、雅居乐清水湾、云尚智汇城和恒大海上帝景等知识库中的标准名、别名、分期、楼栋、房号、面积、户型、朝向与产品规则清洗阶段统一项目名称并辅助字段补齐;在线与原文和语义检索并行,解释本次命中的业务术语和项目关系。字典属性不等于实时挂牌事实
聊天记录挂牌价、当前房况、佣金、销售、电话、发布时间与群聊形成市场动态、房源线索和销售关系中高,需核验时效
模拟趋势数据没有足够真实历史时的界面演示数据仅用于原型演示,必须明确标注不可作为业务证据

目标用户与关键任务

PRIMARY

一线房产销售

输入客户原话,在数秒内获得可以直接发送给客户的专业回复、推荐房源和跟进策略。

MANAGEMENT

店长与销售管理者

检查推荐是否专业、证据是否可信、销售是否覆盖,并沉淀团队统一的话术与判断标准。

OPERATIONS

数据运营与管理员

管理导入、别名、同一发布人内部去重、销售身份、笔记和异常数据,持续提高召回质量。