# HOMEVISTA 模块化展示产品方案：产品共识报告

## 一、核心结论

HOMEVISTA 的产品方向应从“一套固定完整的数字售楼处系统”，调整为“面向房地产销售场景的模块化数字展示套件”。

客户不必一次购买完整系统，可以根据项目阶段、预算和销售需求，选择 3D 大楼、虚拟样板间、眺望集、户型图、住户表、价格面积、周边配套、资料集、预约转化和客户行为数据等不同销售信息资产。

销售人员也不应只能按照固定菜单讲解，而应可以像制作 PPT 一样，将项目资料组合成不同讲解路径，用于不同客户、不同阶段和不同销售目的。

## 二、一句话定位

**HOMEVISTA 是一套面向房地产销售场景的模块化数字展示套件，能够把项目展示内容拆分为可购买、可组合、可比较、可演示的销售信息资产，并为不同客户生成不同线上展示链接和销售讲解路径。**

## 三、为什么需要调整

现有 HOMEVISTA 更像一个固定完整系统，默认把 3D 大楼、虚拟样板间、眺望集、户型图、住户表、周边地图、资料集和预约等内容放在同一个入口中。

但实际销售中，客户需求并不一致：

| 客户情况 | 实际需求 |
|---|---|
| 预算有限 | 只购买一个展示模块，例如虚拟样板间或眺望集 |
| 项目早期 | 先做 3D 大楼或项目形象展示 |
| 正式销售期 | 需要户型、样板间、价格、房源状态和预约转化 |
| 强销售转化项目 | 需要比较页面、推荐房源、客户行为记录和销售复盘 |
| 完整系统客户 | 仍然需要按不同客群拆成多套讲解路径 |

因此，HOMEVISTA 不应继续被理解为“所有功能一次性打包的系统”，而应被理解为“可逐步购买、可组合扩展、可按销售逻辑讲解的产品体系”。

## 四、产品逻辑

HOMEVISTA 的新产品逻辑可以概括为六个关键词：

| 关键词 | 含义 |
|---|---|
| 资产化 | 把项目资料拆成可识别、可启用、可展示的销售信息资产 |
| 模块化 | 客户可以单独购买一个模块，也可以购买多个模块 |
| 组合化 | 不同资产可以组合成不同项目展示方案 |
| 路径化 | 同一组资产可以按不同客群和销售阶段形成讲解顺序 |
| 比较化 | 户型、样板间、楼层视野和房源可以并列比较 |
| 数据化 | 记录客户看了什么、比较了什么、是否预约，支持销售跟进 |
| AI 可读化 | 让项目资料、页面、讲解路径和比较逻辑能被 AI / Codex 快速读懂，并支持再次整理、编辑和生成新版本 |

核心变化不是简单隐藏或增加几个按钮，而是从固定菜单系统变成“地产销售资讯组织系统”。

## 五、销售信息资产范围

| 资产类型 | 主要内容 | 销售价值 |
|---|---|---|
| 建筑展示类 | 3D 大楼、外观图、效果图 | 建立项目第一印象 |
| 空间体验类 | 虚拟样板间、WALK 看房、公共区域 | 帮客户理解未来居住空间 |
| 视野价值类 | 眺望集、楼层视野、朝向景观 | 解释楼层、景观和价格差异 |
| 房源信息类 | 户型图、面积、价格、房源状态、住户表 | 支持具体房源推荐 |
| 对比决策类 | 户型比较、样板间比较、眺望比较、房源比较 | 帮客户做选择，帮销售解释推荐理由 |
| 项目价值类 | 区位、交通、配套、生活方式、项目卖点 | 解释项目综合价值 |
| 销售辅助类 | 资料集、贷款计算、预约、联系销售 | 连接展示和转化 |
| 数据运营类 | 访问记录、关注户型、停留时间、预约记录 | 支持销售跟进和管理复盘 |

## 六、推荐产品组合

| 产品方案 | 适合客户 | 包含内容 | 销售表达 |
|---|---|---|---|
| 单模块展示 | 只需要一个能力的客户 | 虚拟样板间、眺望集或 3D 大楼任选其一 | 先用一个模块解决当前展示需求 |
| 视觉展示组合 | 重视项目形象的客户 | 3D 大楼、效果图、虚拟样板间、眺望集 | 在线理解项目外观、空间和视野 |
| 项目展示组合 | 一个楼盘正式对外展示 | 3D 大楼、户型图、样板间、资料集、周边地图 | 形成完整项目展示链接 |
| 数字售楼处 | 需要销售转化的客户 | 项目展示组合、住户表、比较页面、预约、数据追踪 | 从展示进入推荐、比较、预约和跟进 |

## 七、销售讲解路径

完整系统不代表每次都从头到尾讲一遍。更合理的方式是把系统内容拆成多条销售讲解路径。

可以理解为：

```text
销售信息资产 = PPT 页面素材
讲解路径 = PPT 演示顺序
销售人员 = 根据客户对象选择不同讲法
```

第一版可以先采用预设规则：

```text
选择客户类型
→ 选择客户当前决策阶段
→ 系统展示预设演示方案
→ 销售开始讲解或轻量调整顺序
```

推荐预设路径：

| 讲解路径 | 适用场景 | 模块顺序 |
|---|---|---|
| 项目初识路径 | 第一次介绍项目 | 项目主视觉 → 3D 大楼 → 效果图 → 周边地图 → 联系销售 |
| 看房体验路径 | 客户想看空间 | 户型图 → 虚拟样板间 → 公共区域 → 资料集 |
| 楼层价值路径 | 客户关注景观和楼层 | 3D 大楼 → 眺望集 → 住户表 → 户型图 |
| 销售推荐路径 | 销售推荐具体房源 | 客户需求 → 住户表 → 户型图 → 样板间 → 预约 |
| 管理汇报路径 | 给开发商或管理层汇报 | 项目展示 → 模块使用情况 → 客户访问数据 → 销售跟进 |
| 生活方式路径 | 客户关注居住环境 | 区位 → 周边配套 → 公共区域 → 样板间 → 预约 |
| 预算筛选路径 | 客户先看预算可行性 | 预算范围 → 面积价格 → 贷款计算 → 可选房源 → 联系销售 |

## 八、客户决策路径

HOMEVISTA 的阶段划分不应以开发顺序为主，而应以客户买房决策过程为主。

| 阶段 | 客户状态 | 销售目标 | HOMEVISTA 应组合的资讯 |
|---|---|---|---|
| 项目认知 | 客户刚知道项目 | 建立第一印象 | 项目主视觉、3D 大楼、效果图、项目卖点、区位概览 |
| 兴趣判断 | 客户判断是否继续看 | 判断是否符合基本需求 | 户型范围、面积段、价格区间、区位、交通、配套 |
| 深度看房 | 客户认真看空间 | 理解房子和未来生活 | 虚拟样板间、户型图、公共区域、装修风格、生活方式 |
| 房源比较 | 客户比较楼层、户型、价格、景观 | 帮客户选出具体房源 | 户型比较、样板间比较、住户表、眺望集、价格面积 |
| 预约转化 | 客户已有明确兴趣 | 推动预约、咨询、到访 | 预约入口、资料集、销售联系方式、贷款计算、推荐房源 |
| 跟进复盘 | 客户看过但未成交 | 判断关注点并继续跟进 | 访问记录、关注户型、停留内容、预约记录、销售备注 |

## 九、产品价值

| 对象 | 改造价值 |
|---|---|
| 客户 | 可以按预算和阶段购买，不必一次购买完整系统；通过比较页面更快做选择 |
| 销售团队 | 更容易报价、演示和解释推荐逻辑；可按不同客户编排讲解路径 |
| 产品团队 | 可以按销售信息资产逐步优化，不必所有功能一起推进 |
| 交付团队 | 可以按资产范围组织交付内容、资源和验收 |
| 开发商 | 可以把户型、楼层、景观、价格和项目价值讲得更清楚 |
| HOMEVISTA 品牌 | 从单一演示系统升级为可组合、可扩展的数字展示产品 |
| AI / Codex 使用者 | 能快速读取项目资料、讲解路径和比较逻辑，并在此基础上继续编辑、生成和检查内容 |

## 十、AI / Codex 融合要求

HOMEVISTA 后续不应只是把 AI 当作一个独立功能按钮，而应把 AI / Codex 融合到产品资料组织方式中。

核心要求是：

**项目内容、模块配置、讲解路径、比较页面、销售话术和客户行为数据，都要用清楚、结构化、可复用的方式沉淀，使 AI / Codex 能快速读取项目上下文，并在此基础上继续编辑、生成、检查和优化。**

也就是说，HOMEVISTA 的产品资料不能只面向人阅读，也要面向 AI 阅读。

| 融合方向 | 产品要求 | 价值 |
|---|---|---|
| 项目资料可读 | 项目卖点、户型、价格、眺望、配套、资料等内容要有清晰字段和说明 | AI 能快速理解项目，不需要重新人工解释 |
| 模块配置可读 | 哪些模块启用、哪些模块隐藏、哪些内容属于哪个模块要清楚记录 | Codex 能判断当前展示链接包含什么 |
| 讲解路径可读 | 每条路径的客户类型、客户阶段、页面顺序和讲解目的要结构化保存 | AI 能继续生成新路径或优化讲解顺序 |
| 比较逻辑可读 | 比较对象、比较字段、推荐理由、下一步动作要可被读取 | AI 能辅助生成推荐说明和销售解释 |
| 内容可再编辑 | 页面文案、销售话术、资料说明、推荐理由应能被导出、修改、回写 | Codex 可以快速改稿、生成多语言版本或不同客户版本 |
| 数据可解释 | 客户访问、路径浏览、比较行为和预约动作要能形成可读摘要 | AI 能帮助销售做跟进建议和复盘 |

第一阶段不需要立刻做复杂的自动生成、智能推荐或 AI 自动发布。更重要的是先把产品调整成“资料能被读懂、能被导出、能被 Codex 辅助编辑、能由人工确认后回写”的工作方式。

第一版只做四件事：

| 第一版事项 | 产品调整要求 |
|---|---|
| 资料结构化 | 项目、模块、户型、房源、眺望、讲解路径、比较页都要有清楚字段，而不是只存在于页面文案里 |
| 可导出给 Codex 读取 | 项目资料、模块配置、讲解路径和比较页面可以导出为 Markdown、表格或 JSON，让 Codex 快速读懂当前项目 |
| Codex 辅助编辑 | Codex 帮忙改文案、整理讲解路径、生成推荐理由、多语言版本和管理汇报版本 |
| 人工确认后回写 | AI 只负责辅助生成，最终由销售、产品或配置人员确认后，再回写到系统 |

后续能力可以逐步扩展到自动生成新路径、客户行为摘要、跟进建议和多语言批量生成，但这些不应作为第一版的核心目标。

版本规划原则：

**产品架构一次想清楚，开发分两版落地。**

第一版只做“AI 可读与再编辑基础能力”，但在字段和数据结构上要为第二版预留空间。否则后续做快速检查、客户行为摘要、销售跟进建议和自动生成新路径时，可能会发现第一版数据不够用，需要返工。

| 版本 | 开发重点 | 说明 |
|---|---|---|
| 第一版：AI 可读与再编辑基础版 | 资料结构化、导出给 Codex、Codex 辅助编辑、人工确认后回写、版本记录 | 先跑通基础闭环，验证 Codex 能否快速读懂并辅助编辑 |
| 第二版：AI 辅助销售运营版 | 快速检查、客户行为摘要、销售跟进建议、自动生成新路径草稿、管理复盘摘要 | 在第一版结构化资料和行为数据基础上增强智能辅助 |

因此，第二版能力可以不在第一版开发，但第一版必须预留相关字段和数据关系。

这项要求的本质不是“加一个 AI 聊天框”，而是让 HOMEVISTA 变成一个能被 AI 持续理解和改写的房地产销售资料系统。

## 十一、后续拆分输出

建议后续不要再只维护一份大文档，而是拆成三类可执行材料：

| 输出文件 | 用途 |
|---|---|
| 产品共识报告 | 给管理层、销售、产品负责人对齐方向 |
| UI 页面需求报告 | 给 UI 设计拆页面、画流程、做交互 |
| 技术评估报告 | 给技术部判断现有系统能否承接，以及哪些部分需要改造或重做 |
| AI / Codex 融合补充说明 | 作为附件，系统说明资料结构化、导出、辅助编辑和人工回写四件事 |

建议阅读顺序：

```text
产品共识报告
→ UI 页面需求报告
→ 技术评估报告
→ AI / Codex 融合补充说明
```

AI / Codex 不是单独一条产品线，而是贯穿产品、UI 和技术评估的横向要求；独立补充说明只是为了把这一部分系统讲清楚。