# HOMEVISTA C端需求总览方案 ## 一、文档目的 本文档用于建立新版 HOMEVISTA C端的整体需求框架，重点回答： - 新版 C端有哪些使用场景？ - 每个场景下的使用者是谁？ - 每个场景要解决什么问题？ - 每个场景需要什么页面、内容、转化动作和数据能力？ - 哪些场景应优先设计？ - 哪些场景后续需要沉淀为独立 PRD？ 因此，本文档将作为后续各场景 PRD 的上游输入，用于统一场景边界、使用目的和需求方向。 ## 二、C端总体定位 新版 HOMEVISTA C端需要从 PC 完整功能系统的移动适配和单一案场演示工具，升级为覆盖多场景的内容触达终端。 新版 C端应被定义为： **面向顾客访问、销售分享、渠道投放、案场演示和自动导览的内容触达与数据采集终端。** 它需要同时承担三类价值： | 价值 | 说明 | |---|---| | 内容展示 | 将项目、模块、户型、样板间、眺望、周边、房源比较等内容展示给顾客 | | 销售转化 | 承接联系销售、预约看房、资料下载、房源咨询等动作 | | 数据采集 | 记录顾客访问、渠道来源、销售分享、自动导览、页面浏览和转化行为 | ## 三、C端场景总览 本章定义 C端的主要使用场景，回答四个问题：目标使用者是谁、使用场景是什么、使用终端是什么、使用目的是什么。 | 目标使用者 | 使用场景 | 使用终端 | 使用目的 | |---|---|---|---| | 潜在购买用户 | 通过广告、渠道链接、二维码或活动入口访问 | 手机 | 承接营销获客流量，展示与投放主题匹配的项目内容，并形成咨询或预约线索 | | 购房顾客 | 到访前预习 | 手机 | 面向已预约或已建立销售联系、尚未到访的顾客，帮助其提前建立项目基础认知，提高后续案场沟通效率 | | 购房顾客 | 到达案场现场后观看自动导览 | 大屏、桌面 | 在销售接待前或等候过程中，通过适合案场展示的导览 UI 建立项目基础认知 | | 销售人员与购房顾客 | 案场或远程销售演示 | 桌面、PAD | 由销售人员主导讲解完整项目内容，辅助顾客理解项目价值 | | 销售人员与购房顾客 | 推荐方案或房源比较沟通 | 手机、PAD、桌面 | 对比多个户型、房源、楼层、景观或价格差异，辅助顾客做选择 | | 购房顾客 | 离开案场后收到销售分享链接并自助浏览 | 手机 | 复看销售推荐的户型、房源、样板间、眺望、周边或资料内容，并继续咨询或预约 | | 销售人员与购房顾客 | CAVE 沉浸式体验（选配） | CAVE 大屏、PAD 控制端 | 在 CAVE 大屏搭建的沉浸式环境中体验项目空间、视野或场景内容 | | 销售人员与购房顾客 | VR 沉浸式体验（选配） | VR 头盔 | 在案场通过 VR 头盔体验项目空间、样板间、眺望或场景内容 | | 销售人员与购房顾客 | 墙面触摸屏交互展示（选配） | 墙面大尺寸触摸屏 | 在案场通过挂墙触摸屏浏览项目内容，使用区别于 PAD 的大屏触控界面进行互动展示 | ## 四、C端页面形态 C端页面形态是连接“使用场景”和“具体页面需求”的中间层。使用场景回答用户在什么情况下使用 C端，页面形态回答这些场景最终应以什么样的页面或内容结构承载。 ### 1. 页面形态来源 新版 VISTA 的页面形态主要来自三类输入： | 来源 | 说明 | 对页面形态的影响 | |---|---|---| | 旧 VISTA 已有功能模块 | 周边地图、户型图列表、虚拟样板间、眺望集、资料集等既有功能 | 推导出独立模块页 | | 新版 C端使用场景 | 顾客自助访问、销售分享、渠道投放、案场自动导览、推荐比较等场景 | 推导出需求型内容页、比较页、投放落地页、自动导览页 | | 新版产品售卖和组合方式 | 单模块购买、轻量组合购买、场景解决方案、完整数字售楼处 | 推导出轻量组合页、完整演示和导览场景 | 因此，页面形态不是单纯从旧功能菜单拆出来的，而是由既有功能模块、真实使用场景和新的产品售卖方式共同推导出来的。 ### 2. 新版 C端主要页面形态 | 页面 / 内容形态 | 定义 | 典型例子 | |---|---|---| | 独立模块页 | 将旧 VISTA 中某个功能模块抽取出来，形成可独立销售、独立交付、独立分享的页面 | 周边地图独立页、户型图列表页、虚拟样板间独立页、眺望独立页 | | 需求型内容页 | 围绕顾客的某个具体看房问题组织内容，而不是按功能菜单组织 | 单户型详情页、单房源推荐页、生活配套说明页、楼层视野说明页 | | 比较页 | 将多个对象并列展示，帮助顾客理解差异并辅助销售推荐 | 推荐房源比较页、户型比较页、眺望比较页 | | 轻量组合页 | 将多个独立模块页或需求型内容页围绕一个销售目标组合 | C 户型 + 样板间 + 预约、眺望 + 推荐房源 + 联系销售 | | 投放 / 渠道落地页 | 承接广告、渠道、二维码、活动等外部流量的入口页面 | 项目卖点落地页、渠道专属落地页、活动二维码页 | | 桌面演示页 | 服务销售人员在桌面 / PAD 上手动讲解项目 | 项目入口、讲解路径页、比较辅助页 | | 自动导览页 | 按预设销售介绍场景组织内容，并采用区别于自助浏览的案场导览 UI，服务顾客认知教育 | 项目认知导览、户型导览、生活方式导览 | | CAVE 沉浸式页面（选配） | 服务配置 CAVE 大屏的高配案场沉浸式体验，可由 PAD 控制或自动切换内容 | 沉浸式样板间、眺望体验、项目场景体验 | | VR 沉浸式页面（选配） | 服务案场 VR 头盔体验，让顾客以第一视角查看空间、眺望或场景内容 | VR 样板间、VR 眺望、VR 项目场景 | | 墙面触摸屏页面（选配） | 服务挂墙大尺寸触摸屏，提供区别于 PAD 的大屏触控界面 | 项目总览、户型浏览、周边地图、资料浏览 | ### 3. 页面形态与使用场景的关系 同一个使用场景可能对应多种页面形态；同一种页面形态也可能服务多个使用场景。 | 使用场景 | 可能对应的页面形态 | |---|---| | 收到销售分享链接后自助浏览 | 独立模块页、需求型内容页、比较页、轻量组合页 | | 到访前预习 | 需求型内容页、轻量组合页、资料页 | | 广告 / 渠道访问 | 投放 / 渠道落地页、独立模块页、轻量组合页 | | 案场或远程销售演示 | 桌面演示页、比较页、轻量组合页 | | 案场自动导览 | 自动导览页、桌面演示页 | | 推荐方案或房源比较沟通 | 比较页、需求型内容页、轻量组合页 | | CAVE 沉浸式体验（选配） | CAVE 沉浸式页面、桌面演示页、自动切换内容 | | VR 沉浸式体验（选配） | VR 沉浸式页面、桌面演示页 | | 墙面触摸屏交互展示（选配） | 墙面触摸屏页面、桌面演示页 | | 对外内容营销和获客 | 投放 / 渠道落地页、独立模块页、轻量组合页 | ### 4. 页面形态之间的组合关系 新版 C端页面形态之间存在层级组合关系： ```text 项目基础资产 → 独立模块页 / 需求型内容页 → 比较页 / 轻量组合页 → 桌面演示页 / 自动导览页 / 沉浸式体验页 ``` 这意味着： - 独立模块页是最小可售、可展示、可分享单元。 - 需求型内容页复用底层模块数据，但按顾客具体问题重新组织前端表达。 - 比较页通常由多个户型、房源、眺望或样板间对象组成。 - 轻量组合页可以组合多个独立模块页、需求型内容页和比较页。 - 桌面演示页、自动导览页和沉浸式体验页可以整合多个模块、内容页和组合页。 ## 五、C端主题与品牌风格定制 ### 1. 需求定义 新版 C端需要支持为不同企业客户、不同项目品牌定制不同的页面视觉风格。该能力不是独立使用场景，而是作用于所有 C端页面形态的横向产品能力。 主题与品牌风格定制的目标是：在模块化交付和页面模板复用的基础上，让不同企业客户仍能保持自身品牌识别、项目调性和销售表达风格。 ### 2. 适用范围 主题与品牌风格定制应覆盖主要 C端页面和展示终端。 | 适用对象 | 定制目标 | |---|---| | 移动端独立模块页 | 让单模块产品符合企业客户或项目品牌风格 | | 需求型内容页 | 让户型、房源、周边、样板间等页面保持统一视觉表达 | | 轻量组合页 | 让组合页具备完整项目品牌感，而不是多个模块简单拼接 | | 投放 / 渠道落地页 | 让外部获客页面与广告素材、渠道素材保持一致 | | 桌面 / PAD 演示页 | 让销售演示端符合项目案场和企业品牌形象 | | 自动导览页 | 让案场导览 UI 具有符合项目定位的视觉氛围 | | CAVE / VR / 墙面触摸屏体验（选配） | 让案场选配硬件体验在入口、过渡、提示和包装层面保持品牌一致 | ### 3. 可配置内容 第一阶段可重点支持以下配置项： | 配置项 | 说明 | |---|---| | 企业 / 项目 Logo | 用于页面头部、加载页、落地页、演示页等位置 | | 主色与辅助色 | 用于按钮、标签、重点信息、导航状态和转化入口 | | 页面主题风格 | 支持不同项目调性，例如高端、自然、家庭、年轻、投资导向等 | | 字体与字号层级 | 保持不同页面的信息层级一致 | | 按钮与转化组件样式 | 统一联系销售、预约、资料下载等关键动作的视觉样式 | | 模块卡片样式 | 统一户型、房源、样板间、周边等内容卡片的视觉表达 | | 背景与氛围图 | 用于落地页、导览页、演示页的品牌氛围包装 | | 加载与过渡样式 | 用于桌面演示、自动导览、CAVE / VR / 墙面触摸屏等体验切换场景 | ### 4. 产品要求 主题风格定制应满足以下要求： - 同一项目下的不同页面应保持统一视觉风格。 - 同一企业客户的多个项目应支持复用企业级主题。 - 页面模板与主题样式应尽量解耦，避免每个项目重复定制页面结构。 - 移动端、桌面演示端、自动导览端应支持同一主题体系下的不同展示适配。 - 主题配置应由 A端装配或服务支持流程完成，C端负责按配置展示。 - 后续如接入 VISTA Insights，主题版本应可与页面版本、访问数据关联，便于评估不同风格页面的转化效果。 ### 5. 后续 PRD 方向 该能力后续可沉淀为： ```text C端主题与品牌风格配置 PRD ``` 该 PRD 应重点定义主题配置项、适用页面范围、默认主题、企业主题、项目主题、预览方式、发布规则和版本管理。 ## 六、场景一：移动端顾客自助访问 ### 1. 场景定义 顾客通过销售分享、渠道链接、二维码、广告或公开入口，在手机上打开 HOMEVISTA C端页面，并在没有销售实时讲解的情况下独立浏览。 其中，到访后复看属于销售分享后的典型子场景：顾客到访并沟通过后，销售根据顾客关注点再次分享户型、房源比较、样板间、眺望或资料链接，顾客回家后继续查看并推进咨询。 ### 2. 核心问题 - 顾客不知道当前页面应该看什么。 - 顾客不理解旧系统功能导航。 - 顾客只关心具体户型、房源、样板间、周边或眺望，不想进入完整系统。 - 顾客看完后需要明确下一步动作。 ### 3. 需求方向 - 页面首屏说明当前内容是什么。 - 内容按顾客需求组织，弱化完整功能菜单对手机端体验的干扰。 - 页面路径要短，减少无关导航。 - 提供明确的联系销售、预约看房、资料下载等动作。 - 支持访问行为上报。 ### 4. 典型页面 - 单户型详情页。 - 推荐房源页。 - 周边配套页。 - 样板间独立页。 - 眺望独立页。 - 资料下载页。 ## 七、场景二：独立模块产品展示 ### 1. 场景定义 将 VISTA 中原本作为完整系统功能入口存在的模块，抽取并包装成可独立销售、独立交付、独立分享的 C端页面。 ### 2. 核心问题 老 VISTA 中，周边地图、户型图列表、虚拟样板间、眺望集等通常是完整系统中的功能入口。新版 C端需要让这些模块脱离完整导航后，仍然形成完整产品体验。 ### 3. 需求方向 一个独立模块产品页至少应具备： - 模块标题。 - 模块价值说明。 - 主体展示内容。 - 与项目、户型或房源的关联信息。 - 联系销售 / 预约入口。 - 分享能力。 - 独立统计埋点。 ### 4. 优先模块 | 模块 | 产品化方向 | 优先级 | |---|---|---| | 周边地图 | 项目区位配套展示页 | P0 | | 户型图列表 | 户型选择页 | P0 | | 虚拟样板间 | 线上样板间展示页 | P1 | | 眺望集 | 楼层视野展示页 | P1 | | 资料集 | 项目资料页 | P1 | ## 八、场景三：需求型内容浏览 ### 1. 场景定义 需求型内容页以顾客的具体问题为中心组织内容，并复用底层模块数据。 例如： - 查看 C 户型是否适合自身需求。 - 查看销售推荐房源的核心信息。 - 比较三套房源的差异。 - 了解项目周边配套。 - 查看某个楼层的视野。 ### 2. 与独立模块页的关系 需求型内容页和独立模块页可能复用同一批底层数据，但前端组织方式不同。 例如，同样是 C 户型数据： - 在户型图列表独立页中，它是多个户型中的一个条目。 - 在 C 户型详情页中，它是围绕顾客兴趣组织的一次看房任务。 - 在桌面演示工具中，它可能是销售讲解路径中的一个节点。 ### 3. 需求方向 需求型内容页应按“顾客任务”组织页面： ```text 顾客正在看什么 → 为什么值得看 → 关键内容是什么 → 可以继续看什么 → 下一步如何联系或预约 ``` ### 4. 典型页面 - 单户型详情页。 - 单房源推荐页。 - 推荐房源比较页。 - 楼层视野说明页。 - 生活配套说明页。 ## 九、场景四：推荐与比较决策 ### 1. 场景定义 销售人员向顾客推荐多个户型、房源、楼层或景观选择时，需要一个顾客能独立看懂的比较页面。 ### 2. 核心问题 - 顾客很难判断多个房源之间的差异。 - 销售推荐理由无法在普通功能页中表达清楚。 - 面积、价格、楼层、朝向、眺望、状态等信息需要放在一起看。 ### 3. 需求方向 推荐与比较页面应支持： - 2-3 个对象并列比较。 - 关键字段对比。 - 推荐理由。 - 差异说明。 - 下一步动作。 - 比较页访问统计。 ### 4. 典型页面 - 推荐房源比较页。 - 户型比较页。 - 眺望比较页。 - 样板间比较页。 ## 十、场景五：轻量组合展示 ### 1. 场景定义 轻量组合页是由多个独立模块页或需求型内容页围绕一个销售目标组合形成的页面或页面组。 例如： ```text C 户型详情 + 对应样板间 + 可选房源 + 预约入口 = C 户型轻量看房页 ``` ### 2. 核心问题 客户不一定购买完整数字售楼处，但可能需要一组围绕具体销售目标的内容组合。 ### 3. 需求方向 轻量组合页应支持： - 多个模块组合。 - 一个明确销售主题。 - 统一页面标题和说明。 - 模块间顺序组织。 - 统一转化入口。 - 组合页访问统计。 ### 4. 典型组合 - 户型 + 样板间 + 预约。 - 眺望 + 推荐房源 + 联系销售。 - 周边地图 + 项目卖点 + 咨询入口。 - 3D 大楼 + 项目介绍 + 资料下载。 ## 十一、场景六：投放 / 渠道落地 ### 1. 场景定义 C端需要承接广告投放、代理渠道、二维码、活动、社交分享等外部流量。 在这个场景中，项目方 / 销售团队是内容营销和获客动作的发起方；C端的直接使用者是通过广告、渠道、二维码或活动入口进入的潜在购买用户。 ### 2. 核心问题 - 外部流量进入后，需要看到与入口一致的内容。 - 不同渠道需要被区分统计。 - 投放页不能是完整系统首页，应是和投放主题一致的落地页。 ### 3. 需求方向 - 支持渠道来源参数。 - 支持渠道 / 活动 / 销售人员归因。 - 支持投放主题页面。 - 支持二维码访问。 - 支持联系销售和预约。 - 支持渠道访问统计。 ## 十二、场景七：桌面 / PAD 销售演示 ### 1. 场景定义 销售人员在案场、会议、远程沟通中，通过桌面 / PAD 向顾客讲解项目。 ### 2. 当前判断 该场景基本继承原有 C端能力，不作为第一阶段重做重点。 ### 3. 后续优化方向 - 销售讲解路径。 - 路径内上一步 / 下一步。 - 比较页快速进入。 - 演示后生成移动端分享链接。 - 销售演示行为与顾客访问行为分开统计。 ## 十三、场景八：CAVE 沉浸式体验（选配） ### 1. 场景定义 CAVE 沉浸式体验是案场中的专用大屏体验场景，通常由 2-3 面屏幕组成沉浸式展示环境。销售人员通过 PAD 控制 CAVE 大屏内容变化，或由系统按预设节奏自动切换内容，让顾客获得更接近身临其境的项目空间、样板间、眺望或生活场景体验。 ### 2. 核心问题 - 普通桌面 / PAD 演示无法提供足够强的沉浸感。 - 大屏体验需要与销售讲解或自动切换节奏配合。 - CAVE 场景中的控制端和展示端不同，需要单独定义交互关系。 ### 3. 需求方向 CAVE 沉浸式体验应支持： - CAVE 大屏内容展示。 - PAD 控制大屏内容切换。 - 自动切换内容。 - 样板间、眺望、项目场景等沉浸式内容播放。 - 销售讲解过程中的实时切换。 - 体验行为与普通桌面演示、自动导览分开统计。 ## 十四、场景九：VR 沉浸式体验（选配） ### 1. 场景定义 VR 沉浸式体验是案场中的头戴式沉浸体验场景。顾客通过 VR 头盔查看项目空间、虚拟样板间、眺望或场景内容，获得比普通桌面 / PAD 演示更强的空间感和临场感。 ### 2. 核心问题 - 顾客需要更直观地理解空间尺度和场景体验。 - VR 体验与普通 C端页面、CAVE 大屏体验的终端形态不同。 - VR 体验通常需要销售人员或案场人员协助启动、切换和讲解。 ### 3. 需求方向 VR 沉浸式体验应支持： - VR 头盔内容展示。 - 样板间、眺望、项目场景等沉浸式内容播放。 - 销售或案场人员协助切换体验内容。 - 与普通桌面演示、CAVE 体验、自动导览分开统计。 ## 十五、场景十：墙面触摸屏交互展示（选配） ### 1. 场景定义 墙面触摸屏交互展示是案场中的选配硬件场景。设备通常为挂在墙壁上的大尺寸触摸屏，供销售人员或顾客在现场浏览项目内容。由于屏幕尺寸、观看距离和触控方式不同，该场景需要区别于 PAD 端的操作界面。 ### 2. 核心问题 - 墙面大尺寸触摸屏的交互距离、触控范围和信息密度与 PAD 不同。 - 顾客可能与销售人员共同站立观看和操作，需要更适合公共展示的界面。 - 该场景只在配置对应硬件的案场出现，不应作为标准产品必备能力。 ### 3. 需求方向 墙面触摸屏交互展示应支持： - 适合大尺寸触摸屏的页面布局。 - 大按钮、大字号、低层级导航。 - 项目总览、户型、周边、样板间、资料等内容浏览。 - 销售人员辅助操作或顾客自行触控浏览。 - 与普通桌面演示、PAD 演示、自动导览分开统计。 ## 十六、场景十一：桌面 / 大屏自动导览 ### 1. 场景定义 自动导览是桌面 / 大屏端新增业务需求。系统需要按照销售人员或配置人员预设的销售介绍场景组织内容，并采用区别于顾客自助浏览的案场导览 UI，帮助顾客在销售接待前或等候过程中建立项目认知。 ### 2. 核心问题 - 案场中并非所有时间都有销售人员手动讲解。 - 普通素材轮播无法承载销售介绍场景和认知教育目标。 - 自助浏览 UI 不适合案场大屏或桌面端的被动观看场景。 - 顾客需要在较短时间内建立项目基础认知，而不是自行操作查找内容。 ### 3. 需求方向 自动导览应支持： - 导览主题。 - 销售介绍场景。 - 导览内容节点。 - 适合案场观看的导览 UI。 - 自动切换 / 暂停。 - 销售接管。 - 跳转到具体模块。 - 导览结束动作。 - 导览曝光和互动统计。 ### 4. 典型导览场景 ```text 项目认知导览：帮助顾客快速理解项目定位、区位和整体价值 户型理解导览：帮助顾客建立户型范围、面积段和空间体验认知 生活方式导览：帮助顾客理解周边配套、公共空间和未来生活场景 景观价值导览：帮助顾客理解楼层、朝向、眺望和景观差异 ``` ## 十七、数据统计同步原则 C端所有场景都需要同步定义埋点和统计上报规则。 第一版至少需要区分： | 访问类型 | 是否计入顾客真实访问 | 说明 | |---|---|---| | 顾客访问 | 是 | 顾客通过销售分享、渠道链接、二维码或公开入口访问 | | 销售演示 | 否 | 销售人员在桌面 / PAD 端进行手动演示 | | 自动导览 | 否 | 案场设备按预设销售介绍场景展示导览内容 | | 内部预览 | 否 | HOMEVISTA 内部、交付人员、项目方配置人员预览页面 | | 渠道访问 | 是 | 代理、广告、活动或渠道带来的顾客访问 | 每个场景需求都应说明： - 页面打开事件。 - 模块 / 资产曝光事件。 - 核心点击事件。 - 联系销售 / 预约 / 下载资料事件。 - 来源归因字段。 - 页面类型字段。 - 访问主体字段。 - 是否需要记录销售、渠道、顾客或匿名访客身份。 ## 十八、第一阶段建议范围 第一阶段建议优先聚焦新增的 C端模块化内容模板。 | 需求方向 | 对应场景 | 优先级 | |---|---|---| | C端整体信息架构与页面类型 | 全部 C端场景 | P0 | | 周边地图独立页 | 独立模块产品展示 | P0 | | 户型图列表 / 户型选择页 | 独立模块产品展示 | P0 | | 单户型详情页 | 需求型内容浏览 | P0 | | 推荐房源比较页 | 推荐与比较决策 | P0 | | C端埋点与统计上报规则 | 全部 C端场景 | P0 | | C端主题与品牌风格定制 | 全部 C端页面形态 | P1 | | 虚拟样板间独立页 | 独立模块产品展示 | P1 | | 眺望独立页 | 独立模块产品展示 | P1 | | 轻量组合页 | 轻量组合展示 | P1 | | 投放 / 渠道落地页 | 投放 / 渠道落地 | P1 | | CAVE 沉浸式体验（选配） | CAVE 沉浸式体验 | P3 | | VR 沉浸式体验（选配） | VR 沉浸式体验 | P3 | | 墙面触摸屏交互展示（选配） | 墙面触摸屏交互展示 | P3 | | 桌面自动导览 | 桌面 / 大屏自动导览 | P1 | | 桌面 / PAD 销售演示优化 | 桌面 / PAD 销售演示 | P2 | ## 十九、后续 PRD 输出方式 在 C端总览方案确认后，再进入各场景终端的 PRD。 建议输出顺序： 1. C端整体信息架构与页面类型 PRD。 2. 周边地图独立页 PRD。 3. 户型图列表 / 户型选择页 PRD。 4. 单户型详情页 PRD。 5. 推荐房源比较页 PRD。 6. C端埋点与统计上报 PRD。 7. C端主题与品牌风格配置 PRD。 8. CAVE 沉浸式体验（选配）PRD。 9. VR 沉浸式体验（选配）PRD。 10. 墙面触摸屏交互展示（选配）PRD。 11. 桌面自动导览 PRD。 后续再补充： - 虚拟样板间独立页 PRD。 - 眺望独立页 PRD。 - 轻量组合页 PRD。 - 投放 / 渠道落地页 PRD。 - 桌面 / PAD 销售演示优化 PRD。