# 新版 VISTA 产品纲要 ## 一、产品核心变化 新版 VISTA 不再只是一个完整功能系统，而是围绕房地产销售过程重新拆分为 A / B / C 三端协同的模块化产品体系。 核心变化可以概括为： ```text 从完整功能系统 → 转向模块化销售内容资产体系 从功能导航 → 转向按销售场景和顾客需求组织内容 从单纯展示 → 转向装配、营销、转化、投放和数据跟踪的闭环 ``` 新版 VISTA 的核心目标是： **客户按需求购买，销售按需求分享，顾客按需求查看，系统按行为沉淀价值。** ## 二、三端产品定义 新版 VISTA 按 A端、B端、C端拆分，每个终端承担不同职能。 | 终端 | 名称 | 核心定位 | 核心职能 | |---|---|---|---| | A端 | Agent 端 | 装配交付与服务支持端 | 完成系统装配、项目交付、模块配置、页面配置、自动导览配置、埋点配置、版本发布和服务支持 | | B端 | Business 端 | 项目方销售运营端 | 负责客户营销、获客、销售演示、自动导览使用、客户跟进、预约转化和转化跟踪 | | C端 | Customer 端 | 内容触达与数据采集端 | 承载顾客访问、内容营销、渠道投放、模块化展示、轻量组合页、咨询预约和行为数据上报 | ## 三、A端：装配交付与服务支持端 A端负责把客户购买的 HOMEVISTA 能力装配成可上线、可展示、可分享、可追踪的系统。 主要职能包括： - 项目资料装配。 - 模块启用与隐藏配置。 - 独立模块页配置。 - 轻量组合页配置。 - 桌面 / PAD 销售演示内容配置。 - 自动导览路径配置。 - 联系销售、预约、资料下载等转化入口配置。 - C端埋点和统计上报规则配置。 - 多语言、版本、权限和发布管理。 - 项目上线后的服务支持和内容维护。 A端不是简单后台，而是 HOMEVISTA 的交付与运营支持基础。 ## 四、B端：项目方销售运营端 B端服务项目方销售团队，核心是帮助销售完成营销、获客、讲解、转化和跟进。 主要职能包括： - 桌面 / PAD 端销售演示。 - 案场自动导览使用。 - 销售讲解路径使用。 - 推荐住户和比较结果分享。 - 客户专属链接生成或分发。 - 销售素材分发。 - 客户访问行为查看。 - 客户兴趣判断和线索跟进。 - 预约、联系、资料下载等转化动作跟踪。 - 销售复盘和管理汇报。 B端不是单纯演示工具，而是项目方销售运营工作台。 ## 五、C端：内容触达与数据采集端 C端面向购房顾客、渠道访问用户和投放访问用户，是顾客真正看到和操作的前台体验。 主要职能包括： - 顾客手机端访问。 - 销售分享页面承接。 - 渠道投放落地页承接。 - 独立模块页展示。 - 需求型内容页展示。 - 轻量组合页展示。 - 户型、样板间、眺望、周边、住户比较等内容展示。 - 联系销售、预约看房、资料下载等转化动作。 - 页面访问、模块浏览、比较行为、转化行为等数据上报。 C端不是 PC 完整系统的移动缩小版，而是内容营销、渠道承接和行为数据采集端。 ## 六、三端数据闭环 新版 VISTA 的三端应形成清晰闭环： ```text A端装配内容、模块、路径、权限和埋点 → C端展示内容、承接访问、采集行为 → B端查看线索、跟进客户、追踪转化 → A端根据项目反馈继续优化装配和服务 ``` 其中： - A端保证内容正确上线。 - C端保证顾客看得懂、能行动、可追踪。 - B端保证销售能使用、能跟进、能转化。 VISTA Insights 作为数据洞察能力，基于 C端行为数据，为 B端销售跟进和管理复盘提供支持，也可为 A端服务优化提供依据。 ## 七、产品拆分原则 后续 MRD / PRD 拆分应遵循以下原则： 1. 先明确终端职责，再拆页面和功能。 2. 不按旧功能导航直接拆需求，而按销售场景、顾客需求和产品售卖形态拆需求。 3. 页面模板按销售场景和顾客任务定义；模块组合只是页面装配方式，不单独成为页面分类。 4. 同一份项目数据应能被 A端装配、C端展示、B端跟进和 Insights 分析复用。 5. 销售演示、自动导览、内部预览、顾客访问和渠道访问必须在统计口径上分离。 ## 八、当前文档关系 本文档和 `C端需求/` 构成当前 C端正式需求体系。`C端需求/` 与 `A端需求/` 为并列的端侧需求目录；每类事实只在一处维护： ```text 00 阶段范围与交付路线 → 01 页面体系 → 02 Widget 体系 → 03 通用组件体系 → 04 项目内容数据与素材 → 05 权限与访问控制 → 06 系统状态与错误页 → 07 数据追踪（全部页面完成后） ``` 当前 C端从最终页面反向拆分 Widget、通用组件、数据与权限。首批覆盖 4 个 P0 页面、6 个 P1 页面及 Widget 组合验证，P2 页面暂不制作；受限页面先完成顾客登录，再检查该顾客能否访问当前页面。首批整页错误状态只定义 403 和 404，未登录或登录失效不建立 401 页面。 顾客分享验证沿用现有 B 端业务规则。MVP 不修改 B 端用户分享设置、顾客管理或分享链接生成流程，C 端只读取并执行已有结果。 | 文档 | 唯一职责 | |---|---| | `README.md` | 产品定位、三端关系与正式文档分工 | | `90-产品MRD.md` | C端产品定位、市场问题与目标 | | `91-需求总览方案.md` | C端销售场景与上游需求总览 | | `C端需求/00-C端交付总览与阶段路线图.md` | 定义 MVP、能力补齐、优化完善三个阶段，并锁定当前 MVP 范围与开发顺序。 | | `C端需求/01-页面体系/` | 定义 P0/P1 首批页面及 P2 后续页面的顾客任务、Widget 组合、访问规则、状态和页面级验收。 | | `C端需求/02-Widget体系/` | 以 24 个业务 Widget 为范围基线，并分别维护优先级与详细需求；WALK、VR 是两个 P1 Widget，共用沉浸内容承载组件。 | | `C端需求/03-通用组件体系/` | 定义项目联系、图片查看器和顾客登录等跨页面复用组件；组件不自行决定页面权限。 | | `C端需求/04-项目内容数据与素材字典.md` | 定义 MVP 页面与 Widget 使用的项目数据、内容素材、来源责任和缺失处理。 | | `C端需求/05-权限与访问控制规则.md` | 定义公开 / 受限访问、A端发布设置、B端页面权限和C端顾客登录检查的责任边界。 | | `C端需求/06-系统状态与错误页规则.md` | 只定义 403 无权访问和 404 页面不存在两个整页状态；登录失败等问题由对应组件局部处理。 | | `C端需求/07-数据追踪与统计规则.md` | 全部页面开发完成后再定义，不进入 MVP。 | 旧版 C端需求已归档至 `C端需求/历史归档/`，仅作为能力来源和决策证据，不再作为当前开发依据。 ## 九、A / C 原型与 PPOS 基线 newVISTA 的原型交付分为两个独立工程，而不是一个 C 端原型附带 A 端页面： | 原型工程 | 对应终端 | 设计 Surface | 当前入口 | PPOS 采用规则 | | --- | --- | --- | --- | --- | | `A端需求/prototype/` | A端装配交付与服务支持 | VISTA B | A端独立原型与发布入口 | 采用 PPOS Core + VISTA B Surface；不得依赖 C 端路由、模拟数据或组件。 | | `prototype/c/` | C端顾客内容触达 | VISTA C | `/prototype/c/` | 已覆盖 P0/P1 浅色线框、组合验证台及登录、403、404；采用 PPOS Core + VISTA C Surface，不依赖 A 端页面、配置对象或运营状态。 | 两个工程均采用 `PPOS v0.2.0`（`e3c701082cfd3eeaa37bd3c57b8be1b5a3d98362`）作为后续受控基础快照来源。它们共享的是 PPOS 的版本、响应式契约和基础能力，不是彼此的源码依赖：每个工程分别记录采用文件、运行时适配、页面验证和可回写候选。