# HOMEVISTA C端产品市场需求文档

> 产品名称：HOMEVISTA C端展示产品  
> 文档类型：市场需求文档（MRD）  
> 所属产品体系：HOMEVISTA 模块化数字展示产品体系  
> 关联系统：VISTA ADMIN 装配系统、VISTA Insights 销售洞察系统  
> 产品定位：面向房地产销售过程的双端展示产品，支持桌面 / PAD 销售演示与自动导览，也支持移动端顾客自助访问、模块化分享、轻量组合和转化动作  
> 适用场景：案场销售演示、案场自动导览、远程看房、销售分享、到访前预热、到访后复看、单模块售卖、轻量组合交付  

---

## 1. 执行摘要

HOMEVISTA 当前已经具备 C端展示能力，但现有 C端的主要建立场景，是销售人员在案场、桌面、PAD 或大屏环境中向顾客进行项目演示。现有移动端虽然可访问，但信息组织仍然延续 PC 端的功能模块导航逻辑，更像完整系统在手机上的适配，而不是围绕顾客独立访问和手机端分享场景重新设计。

下一阶段，HOMEVISTA C端需要从“销售演示型、完整系统型、功能导航型”升级为“可独立售卖、可轻量组合、可按顾客需求组织内容的双端模块化展示产品”。

本 MRD 的核心判断是：

1. **HOMEVISTA C端必须形成双端分支。** 桌面 / PAD 端继续服务销售演示和案场自动导览；移动端重点服务顾客通过销售分享链接进行自助浏览、理解和转化。
2. **移动端不应是 PC 端功能导航的缩小版。** 顾客在手机上不是为了浏览完整系统，而是为了看某个户型、某套推荐房源、某个样板间、某组眺望、某个周边配套或一个轻量组合。
3. **模块化不仅是功能开关，而是产品售卖单元、页面组织单元、顾客访问单元和销售分享单元的重新定义。** 周边地图、户型图列表、虚拟样板间、眺望集等功能模块，都可以独立包装成可销售产品。
4. **独立模块、需求型内容页、轻量组合和桌面演示工具之间应存在层级关系。** 若干独立模块页可以组成轻量组合；多个轻量组合和独立模块，可以整合成桌面 / PAD 端的完整演示工具。
5. **C端需要与 VISTA ADMIN 和 VISTA Insights 对齐。** VISTA ADMIN 负责项目资料、模块、页面和路径的装配；HOMEVISTA C端负责展示、播放、分享和转化；VISTA Insights 基于 C端行为数据进行追踪、洞察和复盘。

HOMEVISTA C端的产品逻辑可以概括为：

```text
项目基础资产
→ 独立模块产品 / 需求型内容页
→ 轻量组合产品
→ 桌面 / PAD 销售演示与自动导览
→ 移动端分享、浏览、咨询和预约
→ 行为数据进入 VISTA Insights 形成销售洞察
```

本 MRD 建议将 HOMEVISTA C端定义为：

> **HOMEVISTA C端是面向房地产销售过程的双端模块化展示产品。它基于 VISTA ADMIN 装配完成的项目资产，在桌面 / PAD 端支持销售演示和自动导览，在移动端支持顾客按具体需求查看独立模块、需求页面和轻量组合，并将访问、比较、咨询和预约等行为沉淀给 VISTA Insights。**

---

## 2. 产品愿景

HOMEVISTA C端的愿景是：

> **让销售在大屏上讲清楚，让案场自动展示清楚，让顾客在手机上自己看明白。**

过去的 C端更像“完整数字售楼处的展示入口”。未来的 C端应成为可按销售场景、顾客需求和客户购买范围灵活组织的展示产品体系。

### 2.1 产品独特性

HOMEVISTA C端不应被理解为普通楼盘网页，也不应被理解为单一的 3D 展示工具。它的独特性来自四个方面：

| 独特性 | 说明 |
|---|---|
| 房地产销售场景 | 展示内容围绕户型、房源、样板间、眺望、周边、比较和预约等购房决策要素组织 |
| 双端使用方式 | 桌面 / PAD 端用于销售演示和案场自动导览，移动端用于顾客独立访问和分享转化 |
| 模块化产品形态 | 单个功能模块可以独立销售，也可以组合成轻量页面或完整数字售楼处 |
| 数据闭环基础 | C端访问、浏览、比较、咨询、预约等行为，可成为 VISTA Insights 的分析和复盘基础 |

普通项目官网通常以项目介绍为主；普通 3D 或全景工具通常以视觉体验为主；传统销售资料通常以 PDF 或纸质材料为主。HOMEVISTA C端需要解决的是：如何把房地产销售所需内容，按顾客当前问题组织成可看、可讲、可分享、可转化、可追踪的数字展示体验。

### 2.2 双端为什么重要

HOMEVISTA C端必须同时覆盖两个不同场景：

| 场景 | 核心问题 | 产品要求 |
|---|---|---|
| 桌面 / PAD 端 | 销售如何在案场、会议或大屏上讲清楚项目 | 保留完整系统能力，支持销售演示、路径切换、比较辅助和自动导览 |
| 移动端 | 顾客收到链接后如何独自看懂内容并采取下一步动作 | 放弃完整功能导航思维，按具体需求组织轻量页面，强化联系和预约 |

桌面 / PAD 端与移动端不是两套割裂产品，而是对同一批项目资产的不同呈现方式。

```text
同一套项目资产
→ 桌面 / PAD 端：完整演示、自动导览、路径讲解
→ 移动端：独立模块、需求页面、轻量组合、分享转化
```

### 2.3 模块化为什么重要

HOMEVISTA 模块化不是简单隐藏或显示功能，而是商业形态和交付方式的变化。

| 模块化价值 | 对地产客户 | 对销售人员 | 对购房顾客 | 对 HOMEVISTA |
|---|---|---|---|---|
| 降低购买门槛 | 可先购买单模块或轻量组合 | 有更精准的分享内容 | 不必进入完整复杂系统 | 扩大可销售客户范围 |
| 支持分阶段交付 | 项目早期、正式销售期、强转化期可购买不同内容 | 可按客户阶段分享不同页面 | 看到与自己问题相关的内容 | 支持渐进式加购 |
| 提升移动体验 | 不必为了手机端购买完整系统 | 可发送具体户型、房源或模块链接 | 手机上路径更短、信息更清楚 | 形成可复制移动端产品 |
| 支持数据闭环 | 可知道单模块和组合是否有效 | 可知道客户看了什么 | 可获得更相关的后续跟进 | 为 Insights 提供行为数据 |

### 2.4 与 VISTA ADMIN 和 VISTA Insights 的关系

HOMEVISTA C端需要与 B端系统形成边界清晰的产品关系。

| 系统 | 主要职责 | 与 C端的关系 |
|---|---|---|
| VISTA ADMIN | 装配项目资料、模块、页面、路径、比较对象和转化入口 | 为 C端提供可展示、可发布、可分享的内容配置 |
| HOMEVISTA C端 | 展示项目内容、播放导览、承载移动分享、完成顾客浏览和转化动作 | 是购房顾客和销售人员实际接触的前台体验 |
| VISTA Insights | 追踪 C端链接、访问、浏览、比较、预约和渠道行为，支持销售洞察和复盘 | 基于 C端行为数据形成分析与管理价值 |

三者关系可以理解为：

```text
VISTA ADMIN 负责装配
→ HOMEVISTA C端负责展示和转化
→ VISTA Insights 负责追踪和洞察
```

本 MRD 聚焦 HOMEVISTA C端，不直接展开 B端配置和 Insights 分析能力，但 C端设计必须为两者保留清晰的数据和行为接口。

---

## 3. 目标市场与使用场景

### 3.1 场景机会概述

HOMEVISTA C端的市场机会不是单纯来自“做一个移动端页面”，而是来自房地产销售触点的变化：

- 案场仍需要桌面 / PAD / 大屏演示。
- 展厅和大屏需要无人值守或半自动的自动导览。
- 销售越来越多通过微信、短信、邮件、社群或远程会议分享内容。
- 顾客第一次打开项目内容，大概率发生在手机上。
- 地产客户不一定一次购买完整系统，更可能从单模块或轻量组合开始。

因此，C端需要同时满足：

```text
案场展示
+ 销售讲解
+ 自动导览
+ 移动分享
+ 顾客自助浏览
+ 联系 / 预约转化
```

### 3.2 桌面 / PAD 销售演示场景

桌面 / PAD 端主要服务销售人员主导的演示过程。

典型场景包括：

- 销售首次向客户介绍项目；
- 销售展示 3D 大楼、项目外观和整体形象；
- 销售带客户查看户型、虚拟样板间、共有部和眺望；
- 销售根据客户反应切换到比较页或推荐房源；
- 销售在讲解后向客户发送移动端链接，便于客户复看。

该场景下，C端应支持完整信息、灵活跳转、路径讲解和比较辅助。

### 3.3 桌面 / PAD 自动导览场景

自动导览是桌面 / PAD / 大屏端的重要补充场景。

在案场中，HOMEVISTA 需要能够按照销售人员或配置人员预设好的顾客了解项目顺序，自动组织内容并连续播放。顾客不需要自行操作演示端，而是按照预设路径理解项目。

典型导览顺序可以是：

```text
项目主视觉
→ 区位与周边
→ 3D 大楼
→ 户型总览
→ 样板间
→ 眺望 / 景观价值
→ 推荐房源或预约入口
```

自动导览不是普通轮播广告，也不是随机播放素材。它应该是按照销售逻辑组织的项目介绍路径。

### 3.4 移动端分享与自助访问场景

移动端主要服务顾客独自访问。

典型场景包括：

- 顾客收到销售分享的某个户型页面；
- 顾客只想看某个虚拟样板间；
- 顾客查看销售推荐的 2-3 套房源比较；
- 顾客查看某个楼层或朝向的眺望；
- 顾客查看项目周边配套页面；
- 顾客到访前预习或到访后复看；
- 顾客看完后联系销售、预约看房或下载资料。

该场景下，移动端应按顾客需求组织内容，而不是默认开放完整功能导航。

### 3.5 轻量购买与交付场景

地产客户购买 HOMEVISTA 时，不一定需要一次购买完整数字售楼处。

典型轻量购买包括：

| 购买形态 | 示例 |
|---|---|
| 单模块购买 | 只购买周边地图、户型图列表、虚拟样板间、眺望集 |
| 轻量组合购买 | 户型页 + 样板间 + 预约，眺望集 + 推荐房源 + 联系销售 |
| 场景方案购买 | 到访前预热页、推荐房源比较页、生活配套说明页 |
| 渐进扩展购买 | 单模块 → 轻量组合 → 多模块组合 → 完整数字售楼处 |

轻量购买要求 C端页面可以独立交付、独立分享、独立转化，同时又能在未来被组合进完整系统。

---

## 4. 用户画像

### 4.1 角色分层

HOMEVISTA C端虽然是前台展示产品，但不应只按“购房顾客”单一角色理解。

| 类型 | 角色 | 与 HOMEVISTA C端的关系 |
|---|---|---|
| 最终观看者 | 购房顾客 | 在案场跟随销售观看，或在手机端独自打开链接浏览 |
| 高频使用者 | 一线销售人员 | 使用桌面 / PAD 端讲解项目，设置或使用自动导览，分享移动端链接 |
| 购买决策者 | 地产客户 / 开发商营销负责人 | 决定购买完整系统、单模块、轻量组合或场景解决方案 |
| 交付配置者 | HOMEVISTA 交付 / 配置人员 | 基于客户购买内容装配模块、页面、导览路径和转化入口 |
| 数据使用者 | 销售经理、营销负责人 | 不一定直接使用 C端，但需要基于 C端行为数据在 VISTA Insights 中复盘 |

### 4.2 购房顾客

购房顾客关注的是自己能否快速理解项目，并判断是否值得继续沟通。

他们的问题包括：

- 这个项目是否适合我；
- 这个户型是否适合我的家庭和预算；
- 这几套房源有什么区别；
- 样板间空间感如何；
- 楼层、朝向和眺望有什么价值差异；
- 周边生活是否方便；
- 看完后应该联系谁、预约什么。

HOMEVISTA C端对他们的价值是：

- 在案场通过销售演示或自动导览快速建立项目认知；
- 在手机上通过具体页面独立理解户型、房源、样板间、眺望和周边；
- 不必进入复杂完整系统，也能完成一次清晰浏览；
- 看完后可以自然进入咨询、预约、资料下载或继续查看关联内容。

### 4.3 一线销售人员

一线销售人员关注的是如何讲清楚项目，并把合适内容发给合适客户。

他们的问题包括：

- 桌面 / PAD 端是否能顺畅讲解项目；
- 是否能按客户关注点快速跳转内容；
- 是否能按预设顺序进行自动导览；
- 是否能把某个户型、某套房源或某个比较页单独发给客户；
- 客户看完后是否能联系销售或预约；
- 分享出去的页面是否足够清楚，不需要自己反复解释。

HOMEVISTA C端对他们的价值是：

- 提供案场销售演示工具；
- 提供自动导览路径，减少重复基础讲解；
- 提供可分享的移动端轻量页面；
- 支持客户到访前预热和到访后复看；
- 为 VISTA Insights 后续追踪客户兴趣提供行为基础。

### 4.4 地产客户 / 开发商

地产客户和开发商关注的是购买是否灵活、交付是否清楚、是否能支持销售目标。

他们的问题包括：

- 是否必须购买完整数字售楼处；
- 能否先购买一个模块或轻量组合；
- 当前项目阶段需要哪些展示内容；
- 移动端分享是否能提升顾客理解效率；
- 桌面端是否能满足案场演示和自动导览；
- 后续是否可以从单模块扩展到完整系统；
- C端数据是否能进入 Insights 做复盘。

HOMEVISTA C端对他们的价值是：

- 降低购买门槛；
- 支持分阶段建设；
- 支持模块化报价和交付；
- 提供更适合手机传播的销售内容；
- 与 VISTA Insights 形成后续数据服务和增值空间。

### 4.5 HOMEVISTA 交付 / 配置人员

交付和配置人员关注的是如何将客户购买内容装配成可上线页面。

他们的问题包括：

- 客户购买的是完整系统、单模块还是轻量组合；
- 每个模块需要哪些内容字段和素材；
- 哪些页面需要在移动端独立展示；
- 自动导览路径如何配置；
- 哪些行为需要被记录给 Insights；
- 未购买或未启用内容是否需要隐藏。

HOMEVISTA C端对他们的要求是：

- 模块边界清楚；
- 页面形态清楚；
- 导览路径和分享链接可以配置；
- 转化入口和行为记录可复用；
- 同一份数据可被桌面端、移动端和 Insights 共同使用。

---

## 5. 竞品与替代方案分析

### 5.1 客户当前替代方式

| 替代方式 | 当前作用 | 局限 | HOMEVISTA C端差异化 |
|---|---|---|---|
| 项目官网 | 展示项目基础信息 | 页面固定，难以按客户需求和销售场景重新组织 | 可按模块、户型、房源、路径和组合生成不同展示体验 |
| 纸质资料或 PDF | 传递户型、价格、项目说明 | 手机阅读体验差，无法形成互动和行为数据 | 可形成移动端轻量页，并沉淀访问与转化行为 |
| 普通视频或轮播屏 | 案场展示项目形象 | 顺序固定，难以按销售逻辑组织，也难以接入具体房源和转化 | 自动导览按顾客了解项目的销售顺序播放，可被销售接管 |
| 普通全景或 3D 工具 | 展示空间或视觉内容 | 多停留在单点体验，缺少模块组合和销售转化 | 将 3D、样板间、户型、眺望、周边和预约连接成看房链路 |
| 销售人员口头讲解 | 灵活解释项目 | 依赖销售个人能力，客户离开后难以复看 | 桌面端辅助讲解，移动端支持复看和继续咨询 |
| 完整功能导航型移动端 | 把完整系统搬到手机 | 对顾客独立访问过重，容易迷失在功能入口中 | 按顾客具体需求组织轻量页面 |

### 5.2 产品差异化判断

HOMEVISTA C端的差异化不在于单独拥有某个功能模块，而在于能够把房地产销售内容组织成多种前台产品形态。

核心差异可以总结为：

> **不是把完整数字售楼处缩小到手机上，而是把项目资产按销售演示、自动导览、顾客需求、模块售卖和轻量分享重新组织成不同 C端体验。**

---

## 6. 高层能力需求

本节描述 HOMEVISTA C端必须具备的高层能力，不展开具体页面交互和开发细节。

### 6.1 能力分层

HOMEVISTA C端能力建议分为四层：

| 能力层 | 目标 | 代表能力 |
|---|---|---|
| 展示基础层 | 承接 VISTA ADMIN 已装配的项目资产并正确展示 | 项目入口、模块页、户型页、样板间、眺望、周边、资料 |
| 双端体验层 | 根据设备和场景组织不同体验 | 桌面演示、自动导览、移动端轻量页、需求型内容页 |
| 模块组合层 | 支持不同购买和分享形态 | 独立模块、轻量组合、场景方案、完整数字售楼处 |
| 转化与数据层 | 支持销售动作和 Insights 追踪 | 联系销售、预约、资料下载、分享链接、访问行为记录 |

### 6.2 桌面 / PAD 销售演示

桌面 / PAD 端需要继续承担销售演示型完整版本的价值。

核心能力包括：

- 完整项目入口；
- 3D 大楼、户型、样板间、眺望、共有部、周边和资料展示；
- 销售讲解路径；
- 路径内上一步 / 下一步；
- 路径内跳转和临时切换；
- 户型、眺望、房源等比较辅助；
- 结束后进入预约、资料或移动端分享。

### 6.3 桌面 / PAD 自动导览

自动导览用于案场桌面 / 大屏环境，由销售人员或配置人员预先设定导览顺序，系统按路径自动播放。

核心能力包括：

- 导览主题选择；
- 内容节点配置；
- 节点播放顺序；
- 自动播放和暂停；
- 销售接管讲解；
- 跳转到具体模块或页面；
- 导览结束后的预约、咨询或二维码分享；
- 导览行为记录。

自动导览的重点不是让顾客自己操作演示端，而是让 HOMEVISTA 按销售预设路径完成项目介绍。

### 6.4 移动端需求型内容页

移动端不应默认展示完整功能导航，而应围绕顾客具体需求组织内容。

典型页面包括：

| 页面 | 核心任务 |
|---|---|
| 单户型详情页 | 帮顾客理解某个户型是否适合自己 |
| 推荐房源比较页 | 帮顾客理解销售推荐的几套房源有什么差异 |
| 周边配套页 | 帮顾客理解项目区位和生活便利性 |
| 户型选择页 | 帮顾客从多个户型中快速筛选 |
| 单模块分享页 | 让某个模块脱离完整系统独立展示和转化 |

### 6.5 模块产品化

模块产品化不是简单把完整系统中的某个功能入口单独打开，而是将原功能模块重新包装为可销售、可交付、可分享、可转化的独立产品单元。

一个模块要成为独立产品，至少需要具备：

- 明确销售价值；
- 独立展示页面；
- 清晰内容边界；
- 关联转化动作；
- 可分享入口；
- 可扩展关系。

典型模块产品化方向：

| 模块 | 产品化名称 | 页面组织方式 |
|---|---|---|
| 周边地图 | 项目区位配套展示产品 | 项目位置、交通、学校、商业、医疗、公园、生活半径、咨询入口 |
| 户型图列表 | 户型选择产品 | 户型总览、面积段、房间数、适合人群、进入户型详情、联系销售 |
| 虚拟样板间 | 线上样板间产品 | 样板间入口、空间亮点、户型说明、预约看房 |
| 眺望集 | 楼层视野展示产品 | 楼层、朝向、视野图、景观说明、相关房源 |
| 房源比较 | 推荐房源比较产品 | 2-3 套房源差异、推荐理由、推荐结论、联系销售 |

### 6.6 轻量组合产品

轻量组合产品是由多个独立模块或需求型内容页围绕一个销售目标组合形成的页面或页面组。

示例：

- C 户型 + 样板间 + 预约；
- 眺望集 + 推荐房源 + 联系销售；
- 3D 大楼 + 项目介绍 + 资料下载；
- 周边地图 + 项目卖点 + 咨询入口。

轻量组合产品的重点不是展示功能完整性，而是帮助顾客围绕某个明确需求快速理解和行动。

### 6.7 产品形态之间的关系

HOMEVISTA C端不同产品形态不是彼此割裂的独立产品，而是基于同一组项目资产逐层组合形成的不同交付形态。

```text
项目基础资产
→ 独立模块产品 / 需求型内容页
→ 轻量组合产品
→ 桌面 / PAD 演示型完整工具
```

其中：

- 若干个独立模块产品可以组合成一个轻量组合产品；
- 若干个轻量组合产品和独立模块产品，可以进一步整合成桌面 / PAD 端完整演示工具；
- 需求型内容页与独立模块产品可能使用相同底层数据，但前端组织方式不同；
- 同一份户型、房源、样板间、眺望、周边等资料，应尽量复用同一套数据来源。

例如，同样是 C 户型数据：

- 在户型图列表独立页中，它是“多个户型中的一个可选项”；
- 在 C 户型详情页中，它是“围绕顾客具体兴趣组织的一次看房任务”；
- 在桌面 / PAD 演示工具中，它可能是“销售讲解路径或自动导览路径中的一个节点”。

### 6.8 转化与行为记录

C端不是只展示内容，还需要承接销售转化动作，并为 VISTA Insights 提供行为数据基础。

需要记录的基础行为包括：

| 行为 | 价值 |
|---|---|
| 页面打开 | 判断顾客是否访问 |
| 模块浏览 | 判断顾客关注哪些内容 |
| 组合页浏览 | 判断轻量组合是否有效 |
| 导览路径播放 | 判断案场自动导览使用情况 |
| 比较页查看 | 判断顾客是否进入具体决策阶段 |
| 联系销售点击 | 判断转化意向 |
| 预约提交 | 判断明确行动 |
| 资料下载 | 判断进一步了解意愿 |

### 6.9 统计埋点与上报规则重构

为了支持 VISTA Insights 的新统计需求，HOMEVISTA C端需要重新设计统计埋点和上报规则。新的统计规则不能只沿用传统页面访问统计，而应围绕“谁在访问、通过什么入口访问、访问了什么内容、处于什么展示场景、产生了什么销售动作”来设计。

第一项关键要求是：**销售人员演示数据必须与顾客访问数据分离。**

桌面 / PAD 端销售演示、案场自动导览、销售预览配置、内部测试访问，与顾客通过手机打开分享链接产生的真实浏览行为，统计意义不同。如果不做区分，后续 VISTA Insights 中的访问量、停留时间、热门模块、路径效果和转化率都会失真。

建议将 C端访问主体至少分为以下类型：

| 访问主体 | 说明 | 统计用途 |
|---|---|---|
| 顾客访问 | 顾客通过销售分享、渠道链接、二维码或公开入口访问 | 用于判断真实客户兴趣和转化 |
| 销售演示 | 销售人员在桌面 / PAD 端手动讲解项目 | 用于判断销售工具使用情况，不计入顾客兴趣 |
| 自动导览 | 案场设备按预设路径自动播放内容 | 用于判断案场播放和内容覆盖，不计入顾客主动浏览 |
| 内部预览 | HOMEVISTA 内部、交付人员、项目方配置人员预览页面 | 用于质量检查，应与正式统计隔离 |
| 渠道访问 | 代理、广告、活动或合作渠道带来的顾客访问 | 用于渠道效果和来源质量分析 |

新的统计上报规则应至少包含以下字段维度：

| 字段维度 | 说明 |
|---|---|
| 项目信息 | project_id、项目名称、市场、语言等 |
| 页面信息 | page_id、页面类型、页面版本、页面所属产品形态 |
| 模块 / 资产信息 | module_id、asset_id、户型 ID、房源 ID、样板间 ID、眺望 ID 等 |
| 访问主体 | 顾客、销售、自动导览、内部预览、渠道访问等 |
| 入口来源 | 销售分享、渠道链接、二维码、活动、公开入口、桌面演示等 |
| 链接信息 | link_id、share_id、campaign_id、channel_id、sales_id 等 |
| 会话信息 | session_id、匿名访客 ID、访问开始时间、访问结束时间、停留时长 |
| 行为事件 | 页面打开、模块曝光、点击、比较、预约、联系、资料下载、导览播放等 |
| 设备信息 | 桌面、PAD、手机、大屏、浏览器、系统等 |
| 上报状态 | 上报时间、事件版本、是否补报、是否去重 |

建议第一版优先定义以下事件类型：

| 事件类型 | 说明 |
|---|---|
| page_view | 页面打开 |
| module_view | 模块内容被查看 |
| asset_view | 具体资产被查看，例如某户型、某房源、某样板间 |
| guide_start | 销售讲解路径或自动导览开始 |
| guide_step_view | 导览或讲解路径中的某一步被播放或查看 |
| guide_end | 导览或讲解路径结束 |
| compare_view | 比较页被查看 |
| cta_click | 联系销售、预约、下载资料等转化按钮被点击 |
| appointment_submit | 预约表单提交 |
| share_open | 分享链接被打开 |

为保证统计可用，C端还需要补充以下规则：

- **演示过滤规则**：销售演示、内部预览和自动导览不应混入顾客真实访问数据。
- **会话规则**：需要定义一次访问会话的开始、结束、超时和跨页面延续方式。
- **来源归因规则**：销售分享、渠道链接、二维码、活动入口等需要有稳定来源标识。
- **页面类型规则**：独立模块页、需求型内容页、轻量组合页、桌面演示页、自动导览页需要分类上报。
- **版本规则**：页面内容变更后，应能区分不同页面版本，避免统计口径混乱。
- **去重规则**：刷新、返回、重复播放、短时间重复点击等需要有去重策略。
- **异常补报规则**：弱网、页面关闭、移动端后台切换等场景下，需要考虑事件补报。
- **隐私与合规规则**：第一版可优先使用匿名访客 ID；如需绑定手机号、客户姓名等身份信息，应单独确认授权和合规边界。

这一部分后续应拆成独立的“C端埋点与统计上报 PRD / 数据埋点说明”，并与 VISTA Insights 的统计口径保持一致。

---

## 7. 第一版范围与成功指标策略

### 7.1 第一版范围建议

第一版建议收窄目标，优先验证“移动端轻量化 + 模块产品化 + 需求型页面 + 桌面自动导览基础能力”是否成立。

第一版不建议同时覆盖所有模块，也不建议一开始建设复杂自由组合编辑器。

| 优先级 | 能力 | 判断 |
|---|---|---|
| P0 | 周边地图独立页 | 验证功能模块能否脱离完整导航独立销售和展示 |
| P0 | 户型图列表独立页 | 验证户型选择能力能否成为独立产品 |
| P0 | 单户型详情页 | 验证按顾客需求聚合内容的页面方式 |
| P0 | 推荐房源比较页 | 验证比较页是否能帮助顾客理解销售推荐 |
| P0 | 联系销售 / 预约入口 | 保证页面具备明确转化动作 |
| P0 | 未购买 / 未启用内容隐藏 | 顾客不看到无关模块和无效入口 |
| P0 | 基础访问行为记录 | 记录打开、浏览、点击联系或预约等基础行为 |
| P0 | 新统计埋点与上报规则 | 区分销售演示、自动导览、内部预览和顾客访问，为 Insights 提供准确数据 |
| P1 | 桌面自动导览基础能力 | 验证案场是否需要按预设顺序自动播放内容 |
| P1 | 虚拟样板间独立页优化 | 强化样板间作为单独销售产品的移动端体验 |
| P1 | 眺望独立页 | 将楼层视野能力包装为独立模块产品 |
| P1 | 轻量组合分享页 | 支持 2-3 个模块围绕一个目标组合展示 |
| P1 | 分享链接配置 | 支持按模块、户型、房源或组合生成分享链接 |

### 7.2 暂不纳入第一版重点

第一版不建议优先追求：

- AI 自动生成并发布页面；
- 自动推荐房源；
- 完整 CRM 客户画像；
- 完整数据分析驾驶舱；
- 所有模块一次性完成移动端独立产品化；
- 复杂自由组合编辑器；
- 在线交易、支付、合同流程。

### 7.3 第一版成功标准

第一版成功标准应聚焦验证产品方向，而不是追求完整经营指标。

| 成功标准 | 判断方式 |
|---|---|
| 单模块可以独立成页 | 周边地图、户型图列表等模块不依赖完整系统导航也能被顾客理解 |
| 移动端不再只是 PC 缩小版 | 页面按顾客需求组织内容，而不是默认展示完整功能菜单 |
| 顾客能独立看懂 | 顾客无需销售实时讲解，也能理解当前页面内容和下一步动作 |
| 销售愿意分享 | 销售愿意把具体模块、户型或房源比较页分享给顾客 |
| 客户可以轻量购买 | 地产客户可以接受单模块或轻量组合的购买与交付方式 |
| 页面具备转化动作 | 顾客看完后可以联系销售、预约或获取资料 |
| 桌面自动导览可验证 | 案场可按预设顺序自动播放项目内容，销售可在需要时接管 |
| 能形成基础行为线索 | 系统至少记录打开、浏览、点击联系或预约等基础行为 |
| 统计口径可区分 | 销售演示、自动导览、内部预览和顾客访问可以分开统计 |
| 上报规则可支撑 Insights | 页面、模块、资产、来源、销售、渠道、会话和转化事件具备基础上报字段 |

### 7.4 后续 PRD 拆分建议

基于本 MRD，后续 PRD 可按以下方向拆分：

| PRD 方向 | 内容 |
|---|---|
| 独立模块页 PRD | 周边地图页、户型图列表页、虚拟样板间页、眺望页等 |
| 需求型内容页 PRD | 单户型详情页、推荐房源页、房源比较页等 |
| 轻量组合页 PRD | 户型 + 样板间 + 预约、眺望 + 房源推荐 + 联系销售等 |
| 桌面 / PAD 演示型 C端 PRD | 完整系统、销售讲解路径、自动导览路径、比较辅助等 |
| 分享与转化 PRD | 分享链接、联系销售、预约、资料下载、行为记录等 |
| C端埋点与统计上报 PRD | 访问主体区分、事件定义、来源归因、会话规则、去重补报、隐私边界等 |

以上 PRD 之间应保持层级和复用关系：

- 独立模块页 PRD 定义最小可售、可展示、可分享的模块单元。
- 需求型内容页 PRD 定义同一批底层资产在顾客任务场景下的重新组织方式。
- 轻量组合页 PRD 负责将多个独立模块页或需求型内容页组合成一个销售目标明确的页面组。
- 桌面 / PAD 演示型 C端 PRD 可以整合多个独立模块、需求型内容页和轻量组合，形成销售主导的完整演示工具，并支持案场自动导览播放。
- 分享与转化 PRD 作为横向能力，服务以上所有页面类型。
- C端埋点与统计上报 PRD 作为数据基础能力，服务所有 C端页面、演示路径、自动导览和移动分享场景。

后续 PRD 应重点避免只按功能模块罗列需求，而应围绕顾客任务、销售分享场景、产品售卖形态和多端复用关系进行拆解。

### 7.5 待确认问题

后续进入 PRD 前，需要进一步确认以下问题：

1. 第一批最适合独立售卖的模块是哪几个？
2. 周边地图、户型图列表、虚拟样板间、眺望集是否都进入第一版？
3. 移动端轻量页是否完全弱化全局导航，还是保留极简返回入口？
4. 销售分享链接由后台配置生成，还是销售端可自行组合？
5. 单模块产品是否需要独立报价体系？
6. 轻量组合产品的报价与交付边界如何定义？
7. 行为记录先做匿名访问，还是需要绑定客户身份？
8. 预约和联系销售是否接入现有系统？
9. 桌面 / PAD 端第一阶段是只保留现有能力，还是同步优化销售演示路径？
10. 桌面 / PAD 端自动导览是否进入第一版？导览路径由销售人员配置，还是由交付 / 配置人员预设？
11. 销售演示、自动导览、内部预览和顾客访问的统计口径如何定义？
12. 第一版是否只做匿名访客统计，还是需要绑定客户身份、销售人员和渠道来源？
13. 事件上报规则由 C端先定义，还是与 VISTA Insights 同步定义统一数据字典？
14. 第一版资源是否优先投入移动端轻量产品验证？

---

## 8. 总结

HOMEVISTA C端未来的核心变化，不是简单优化移动端适配，也不是在现有系统中增加更多功能入口。

它需要从“销售演示型、完整系统型、功能导航型”转向“可独立售卖、可轻量组合、可按顾客需求组织内容的双端模块化 C端产品体系”。

其中，桌面 / PAD 端继续承担销售演示型完整版本的价值，并支持案场按照预设顺序自动导览；移动端则应成为顾客自助访问型轻量版本，围绕具体户型、房源、样板间、眺望、周边等需求生成清晰页面。

HOMEVISTA C端与 VISTA ADMIN、VISTA Insights 的关系应保持清晰：

```text
VISTA ADMIN 装配内容
→ HOMEVISTA C端展示、播放、分享和转化
→ VISTA Insights 追踪、洞察和复盘
```

最终目标是：

**客户按需求购买，销售按需求分享，顾客按需求查看，系统按行为沉淀价值。**