# VISTA Link AI产品根问题与产品命题 > 文档性质：产品战略与内部讨论稿 > 适用范围：日本新建公寓销售场景 > 版本：V1.0 > 日期：2026年8月23日 ## 文档说明：来龙去脉 ### 1. 这份文档从哪里来 这份文档不是一份凭空提出的新产品方案，而是对VISTA Link过去一轮产品复核、AI方案设计和实施讨论的再次归纳。 VISTA Link最初的产品基础是HOMEVISTA的数字内容能力，包括项目素材、CG、VR、Widget、页面组合、客户专属链接以及客户浏览记录。这个阶段首先解决的是： - 销售如何更方便地选择和分享项目内容； - 客户如何通过数字页面查看项目资料； - 系统如何记录页面访问和内容浏览行为。 随着产品复核深入，团队发现：如果VISTA Link只停留在“内容分享和浏览统计”，它虽然能够产生高质量的内容与行为数据，却不能回答销售最关心的问题： 1. 客户看完以后是否真的值得跟进？ 2. 销售现在应该优先联系谁？ 3. 应该给客户看什么、说什么、下一步做什么？ 4. 最终是否产生了回复、再次访问、预约、到访或其他结果？ 这暴露出原有产品定位与MVP之间的错位：产品希望成为营销跟进和销售协同平台，但早期MVP更多验证的是“登录—选择项目—找到页面—复制链接—客户打开页面”，尚未完整验证从客户行为到销售行动的业务价值。 ### 2. 为什么后来加入AI 在后续的AI产品设计中，VISTA Link被重新定义为“连接数字内容、客户行为和销售行动的AI销售助手”。 加入AI的原因，不是为了追求模型或智能体概念，而是因为销售面对的信息具有以下特点： - 信息来源分散； - 客户历史较长； - 行为变化需要结合内容上下文理解； - 固定规则无法覆盖所有客户情况； - 人工阅读、整理和准备行动的成本过高。 因此，AI被安排承担阅读、整理、比较、解释和生成工作草稿的任务，把客户浏览、现场记录、明确反馈和未解决问题转化成销售可以理解的摘要、依据和下一步建议。 这一阶段形成了基本责任边界： > **AI负责理解和准备，系统负责事实与权限，销售负责确认、关系和专业承诺。** ### 3. 为什么后来又加入SMS行动能力 进一步对照日本房地产销售竞品和VISTA Link自身价值链后，团队发现：如果AI只能提出建议，但Link本身不能把建议转化成一次真实、可追踪的销售行动，那么产品仍然会停留在“分析工具”或“数据来源”层。 这会带来两个问题： 1. 销售仍需把页面、文案和客户信息搬运到其他工具中执行； 2. VISTA Link产生的高价值行为数据最终可能由外部CRM或竞品解释并转化为销售行动，Link无法控制价值归因和长期客户入口。 因此，方案进一步提出建设Link原生的单客SMS行动能力，使产品能够完成： ```text 客户行为 → AI理解与建议 → 页面和日文SMS草稿 → 销售确认 → Link发送 → 送达、点击和再次访问回流 ``` 这里的SMS不是产品终点，也不是把Link建设成通用短信平台。它只是第一个能够验证“AI建议是否真正变成销售行动”的受控执行通道。 ### 4. 最近一次方案复核纠正了什么 在将多份PRD、AI方案、日本销售场景和技术方案整合后，最近一次复核又纠正了一个重要偏差： > **VISTA Link的主业务闭环不是“内容—AI—SMS—预约—交易”的单线流程。** 真实业务存在已有客户到访、临时客户到访、远程咨询、到访后发送资料、根据自主访问再次推荐、购买申请及状态回写等不同入口和循环。 因此，最新方案作出了以下调整： - 把正式销售服务连续性作为主业务闭环； - 把SMS作为目标扩展中的行动通道，而不是所有客户必须经过的节点； - 把预约、到访、认购和签约视为由人员或外部权威系统确认的结果支路； - 首次咨询和首次接待优先使用项目预先配置的客群标准方案； - 只有客户产生可靠个体事实并进入个体追客后，才由AI生成个体跟进和复访方案； - 不把VISTA Link扩张成完整CRM、预约、合同、贷款或交易系统。 ### 5. 为什么还需要这份反向工程文档 经过多轮方案扩展后，产品已经包含内容、页面、客户行为、AI智能体、SMS、预约连接、归因、ROI和评分等大量概念。功能越来越完整，但也更容易出现一个新的问题：团队开始讨论“做哪些能力”，却再次失去对“为什么做”的统一理解。 因此，这份文档不再继续增加功能，而是反向追问： > **从现有定位、流程、功能、责任边界和MVP倒推，我们究竟在通过AI解决什么问题？** 它的作用是把所有方案重新收敛到一个共同的产品命题，并回答： - 产品真正解决的根问题是什么； - AI在其中承担什么、不能承担什么； - SMS、CRM连接、评分和ROI分别属于什么位置； - 之前的方案为什么可行； - 方案当前仍然存在哪些验证风险； - MVP究竟应该证明什么； - 什么情况下应该继续扩大，什么情况下应该停止投入。 ### 6. 这份文档在资料体系中的位置 这份文档是一份**产品战略解释和决策校准文档**，用于统一管理层、业务、产品、设计和研发对产品根问题的理解。 它不是： - 正式主PRD； - AI与智能体详细PRD； - SMS专项PRD； - 技术架构和实施设计； - 研发任务拆分或项目报价。 正式PRD继续决定“当前做不做、做到什么程度”；技术方案继续回答“具体怎么实现”；本文件主要回答： > **为什么要做、真正解决什么，以及用什么标准判断方案是否成立。** --- ## 一、核心结论 我们不是用AI解决“销售不会写短信、不会制作页面”的问题。 我们真正解决的是： > **在日本新建公寓这种长周期、多接触、高信息量的销售过程中，把散落的客户信号，及时转化成有依据、可执行、可追踪的下一步销售行动。** 更简洁地说： > **VISTA Link是“客户信号—销售行动转换器”。它把客户留下的碎片，编译成销售的下一步。** 因此，VISTA Link的核心价值不是保存更多数据，也不是生成更多内容，而是缩短“客户产生信号”到“销售采取正确行动”之间的距离。 --- ## 二、为什么要从功能清单反向工程 现有计划包含： - 浏览器内B端AI智能体； - 项目内容与客群标准方案； - 客户专属页面； - 客户浏览与行为数据； - 个体跟进页面； - 日文SMS生成与发送； - 预约、CRM和外部结果连接； - 归因、ROI和意向评分。 如果从这些功能出发，产品很容易被描述成“AI营销平台”“AI销售助手”或“AI智能体平台”。但这些定义无法回答三个更重要的问题： 1. 客户为什么愿意购买这套产品？ 2. 销售为什么每天都需要使用它？ 3. 产品团队应该用什么标准判断功能优先级？ 反向工程的正确起点不是“我们能用AI做什么”，而是： > **业务中哪一类损失在反复发生，现有系统为什么无法以足够低的成本解决？** 沿着现有产品定位、MVP、数据对象和验收要求倒推，所有设计最终都指向同一个根问题： > **客户数据虽然存在，却没有及时变成销售行动。** --- ## 三、根问题：客户信号没有变成及时、连续的销售行动 日本新建公寓销售具有以下特征： - 决策周期长； - 客户接触次数多； - 信息量大且专业性强； - 家庭成员等多个决策者共同参与； - 价格、贷款、收益、交付和合同等承诺风险高； - 客户意图会随着浏览、比较、来访和沟通不断变化。 客户意图通常不会通过一张完整表单直接出现，而是分散在： - 客户自主浏览过什么； - 重复查看了哪些户型、费用或交通内容； - 销售现场实际讲解过什么； - 客户明确说过什么； - 客户条件发生了什么变化； - 哪些顾虑和问题尚未解决； - 是否再次访问、再次来访或发生其他业务结果。 销售人员真正面对的不是“没有数据”，而是高情境判断压力：销售必须在有限时间内重新拼接客户历史，识别最近发生了什么变化，判断现在是否值得跟进，并准备合适的内容和表达。 只要其中任何一步依赖个人记忆或重复整理，就会出现： - 跟进延迟； - 应跟进客户被遗漏； - 客户收到通用而非相关内容； - 每次接触无法承接上一次； - 客户顾虑和未解决问题丢失； - 管理者无法判断销售是否及时行动； - 企业无法知道哪些内容和行动带来了业务结果。 因此，根问题可以定义为： > **在长周期、多触点的新房销售中，客户上下文被分散记录，销售无法以足够低的成本持续理解客户变化并及时采取下一步行动。** --- ## 四、四个业务断层 | 断层 | 现实表现 | 造成的损失 | 产品要完成的转换 | |---|---|---|---| | 信息断层 | 浏览、沟通、到访和问题分散 | 每次接触都要重新理解客户 | 建立连续客户上下文 | | 判断断层 | 数据存在，但优先级与原因不清 | 跟进依赖个人经验，容易错过时机 | 从事实中识别行动机会 | | 执行断层 | 知道客户有变化，却不知道发什么、问什么 | 行动准备慢，内容容易泛化 | 直接准备页面、话术和下一步 | | 反馈断层 | 发送、访问与业务结果没有回流 | 无法复盘，也无法校准下一轮判断 | 把行动结果写回客户时间线 | 四个断层构成一条连续因果链： ```text 客户行为与明确反馈 → 形成可靠事实 → 理解发生了什么变化 → 判断是否需要行动 → 准备页面与沟通草稿 → 销售确认并执行 → 记录访问和真实结果 → 更新下一轮服务 ``` 只解决其中一个环节，仍然无法形成完整业务价值： - 只有浏览统计，没有判断，销售得到的只是更多数据； - 只有AI建议，没有执行通道，销售仍然要在多个工具之间搬运； - 只有发送能力，没有结果回流，系统无法知道行动是否有效； - 只有评分，没有证据和行动，销售不会真正信任和使用。 --- ## 五、不同用户实际雇用产品完成什么任务 ### 5.1 一线销售 销售雇用VISTA Link，不是为了维护另一套字段、标签、任务和客户状态，而是为了降低“理解客户并决定下一步”的认知成本。 他们需要系统直接回答： 1. 今天应该优先跟进谁？ 2. 为什么需要现在跟进？ 3. 应该给客户看什么、说什么、下一步做什么？ 对应的工作任务包括： - 接待前快速恢复客户上下文，而不是重新阅读全部记录； - 客户产生新行为后，及时识别值得跟进的变化； - 获得可修改的客户页面、日文SMS和沟通重点草稿； - 只对事实、风险和对外动作进行必要确认； - 减少重复录入和跨工具搬运。 ### 5.2 购房客户 客户侧的隐性问题不是缺少更多资料，而是销售服务缺乏连续性： - 已经看过的内容被重复讲解； - 已经说明的需求需要反复说明； - 真正的顾虑没有被下一次服务承接； - 离场以后收到的仍然是通用资料； - 不同销售人员接待时，客户上下文发生丢失。 产品需要让每次后续页面和沟通都建立在客户实际看过、说过和尚未解决的事项之上。 ### 5.3 管理者和企业 管理者需要知道： - 团队是否及时采取了行动； - 哪些客户长期没有得到跟进； - 哪些问题长期没有关闭； - 哪些内容真正推动了再次访问、预约或到访； - AI建议是否被采用，错误主要出现在哪里。 企业层还有一个更重要的战略任务： > **避免VISTA Link只提供高质量内容和行为数据，却把“解释数据并推动行动”的价值层交给外部CRM或竞争产品。** --- ## 六、AI在产品中的准确角色 AI不是整个产品，也不能替代业务事实。 AI最适合处理的是：规则难以完全穷举、人工阅读成本很高，但又需要结合大量上下文才能完成的工作。 能够通过固定规则、一次查询或一次勾选完成的工作，不应该为了“AI化”而调用模型。 ### 6.1 AI应该解决的五类任务 1. **压缩上下文**：把历史浏览、现场记录、条件变化和未解决问题整理成一分钟可读的摘要。 2. **解释变化**：说明客户最近发生了什么变化、为什么值得关注、依据来自哪里。 3. **准备内容**：从已发布且有效的项目内容中选择、组合或生成客户页面草稿。 4. **准备沟通**：生成受业务边界约束的日文SMS、问题清单和下一步建议。 5. **辅助连续服务**：新行为和真实结果回流后更新下一轮建议，并使过期建议失效。 ### 6.2 AI不能声称解决的事项 - 不能把浏览行为直接等同于购买意向； - 不能把AI判断直接写成客户事实； - 不能确认预约、到访、认购或签约已经发生； - 不能在未经确认时自动发送对外内容； - 不能自由承诺价格、优惠、贷款、收益、交付和合同事项； - 不能弥补错误的客户身份、页面版本、事件来源和权限数据； - 不能用黑箱评分替代证据和销售判断。 ### 6.3 系统、AI和人的责任边界 | 责任主体 | 主要负责 | 不可替代的价值 | |---|---|---| | 系统 | 身份、权限、页面版本、行为事件、发送状态、时间线和审计 | 保证事实可靠、边界明确、动作可恢复 | | AI | 阅读历史、整理变化、解释信号、组合内容和生成工作草稿 | 把复杂上下文压缩成可理解、可执行的建议 | | 销售人员 | 确认客户原话、对外内容、业务承诺和真实结果 | 承担关系判断、专业责任和最终决策 | | 外部权威系统 | 预约、到访、购买申请、合同和成交结果 | 提供不能由AI推断的真实业务状态 | 最终责任边界是： > **系统保存事实，AI理解并准备行动，销售确认关系与承诺。** --- ## 七、反向理解现有功能 ### 7.1 客群标准方案 解决首次咨询和首次接待的重复准备与内容一致性。 首次接触具有较强的重复结构，不需要AI为每一个信息不足的客户重新生成方案。项目团队应提前准备通用方案和主要客群方案，销售现场根据客户真实反应进行切换、追加或跳过。 ### 7.2 客户专属页面与历史快照 解决“客户实际看过什么”的事实连续性，为后续服务保留内容上下文和版本依据。 ### 7.3 浏览器内B端AI 解决销售在当前项目、客户、页面或行为上下文中快速理解、提问和生成工作草稿的问题。 ### 7.4 个体跟进方案 解决客户产生明确反馈、有效浏览、现场讲解或业务结果之后的个性化承接。 只有客户产生可靠个体事实，并由销售确认进入个体追客后，AI才应该生成个体跟进、后续页面或复访方案。 ### 7.5 SMS单客行动 解决AI建议无法落到真实触达的问题。 SMS只是第一个受控行动通道，不是产品根问题。普通短信平台解决“怎么发出去”，VISTA Link需要回答： - 应该联系谁； - 为什么现在联系； - 应该发送什么； - 应该附带哪个客户页面； - 客户收到后看了什么； - 销售下一步应该做什么。 ### 7.6 预约、CRM和外部结果连接 解决客户点击以后缺少权威业务结果的问题，不意味着VISTA Link要建设完整CRM、预约、合同或交易系统。 ### 7.7 归因、ROI和意向评分 用于后期证明行动是否有效、优化资源配置，不是第一阶段的购买理由。 只有身份、触点、成本和权威结果数据完整后，才能建设可信的归因、ROI和评分。 --- ## 八、建议采用的产品命题 ### 8.1 完整产品命题 > **当客户产生新的浏览、反馈或接待信号时，VISTA Link在一分钟内帮助销售理解变化、看到依据，并获得可直接确认执行的下一步行动；执行结果继续沉淀为下一次服务的上下文。** 这一定义明确了： - 触发条件：客户产生新的可靠信号； - 核心用户：一线销售和接待人员； - AI产出：理解、依据和工作草稿； - 信任机制：销售确认后执行； - 闭环结果：行动结果进入下一次服务。 ### 8.2 对外一句话 > **VISTA Link是面向日本新建公寓销售的客户连续服务与AI行动协同平台。** ### 8.3 对内一句话 > **VISTA Link是客户信号与销售行动之间的转换层：把客户留下的碎片，编译成销售的下一步。** --- ## 九、产品不应该被定义成什么 - **不是AI文案生成器**：短信和页面只是行动草稿，价值来自上下文和时机。 - **不是通用短信平台**：发送能力必须与客户、内容、行为和结果绑定。 - **不是黑箱意向评分工具**：分数不能替代证据，也不能直接驱动高风险动作。 - **不是完整CRM或交易系统**：Link保留必要事实与连接，外部系统继续承担权威业务流程。 - **不是面向购房客户的开放式聊天机器人**：首期重点是B端销售协同和受控内容。 - **不是“为了AI而AI”的智能体平台**：模型、Agent和技术架构是实现手段，不是客户购买理由。 --- ## 十、MVP真正应该验证什么 MVP不应该只证明： - 模型能够生成结果； - 页面能够打开； - 行为能够被记录； - SMS能够发送出去。 这些属于能力和工程验收。 产品价值验证必须回答： > **客户信号出现以后，销售是否比过去更快、更准确地采取了行动，并带来了更好的客户响应？** ### 10.1 四个核心假设 | 假设 | 要证明的事情 | 可观察结果 | 核心指标 | |---|---|---|---| | H1 | 客户行为中存在可行动信号 | 重复浏览、明确反馈和未解决问题能够稳定识别 | 有效信号准确率、销售纠正率 | | H2 | AI能够降低判断与准备成本 | 销售更快理解客户并接受草稿 | 信号至行动时间、准备耗时、建议采用率 | | H3 | 受控行动能够提高后续响应 | 更及时、更相关的页面与短信带来更多互动 | 回复率、再次访问率、预约率、到访率 | | H4 | 结果回流能够改善下一轮服务 | 新事实进入时间线后，建议随之更新 | 过期建议失效率、未解决问题关闭率 | ### 10.2 首期五个北极星指标 1. 从客户信号出现到首次有效销售行动的时间； 2. 销售完成一次个体跟进准备所需的时间和操作次数； 3. AI建议、页面和短信草稿的采用率与平均修改幅度； 4. 应跟进但被遗漏的客户比例，以及未解决问题关闭率； 5. AI辅助组相对普通流程组的有效回复、再次访问、预约和到访提升。 ### 10.3 MVP成败标准 > **如果销售行动没有更快、更准确，客户响应没有改善，那么即使生成质量很好、智能体能力很多、技术架构先进，产品仍然没有解决真正的问题。** --- ## 十一、风险判断：核心是产品价值验证风险 之前方案存在风险，但准确地说，这是**产品价值验证风险**，不是方案本身不可行。 最大的风险不是AI能不能生成页面、摘要或短信，而是下面这条因果链能否在真实销售环境中成立： ```text 客户信号可靠 → AI判断值得信任 → 销售愿意采用 → 销售行动更加及时、准确 → 客户回复、再次访问、预约和到访改善 ``` 只要其中一个环节不成立，整个产品闭环就无法产生预期价值。 ### 11.1 数据风险 如果客户身份、页面版本、事件来源和行为数据不可靠，AI会基于错误事实进行判断。 典型风险包括： - 无法区分客户自主浏览和销售现场演示； - 同一客户存在多个身份或访问记录无法关联； - AI读取到过期页面、草稿或错误内容版本； - 跨项目、跨客户或越权读取数据； - 浏览次数、停留时间等指标口径不一致。 因此，数据可信是开放AI自动分析和对外执行的前置条件，而不是后续优化事项。 ### 11.2 AI判断与信任风险 客户浏览不等于购买意向。AI如果把普通浏览、销售演示或偶然点击直接解释为高意向，会造成误判和不必要的触达。 所有重要AI判断都必须： - 显示原始事实和判断依据； - 区分系统事实、AI推断和行动建议； - 标明时间、来源、内容版本和必要的置信度； - 允许销售查看原始记录； - 允许销售快速修改、驳回和纠正。 AI是否值得信任，不由模型是否能够生成答案决定，而由建议采用率、修改幅度和销售纠正率共同验证。 ### 11.3 销售采用风险 即使AI判断基本正确，销售也可能因为操作复杂、不符合工作习惯、需要重复录入或不信任系统而拒绝使用。 产品需要避免： - 增加新的复杂菜单和管理页面； - 要求销售持续维护大量标签、字段和客户状态； - 在Link和外部CRM之间重复录入； - 让销售阅读长篇AI分析后再自行准备行动； - 为低风险、可恢复动作增加不必要的审批。 销售端体验应收敛为“结论—依据—草稿—确认”，并尽量让一次跟进在少量操作内完成。 ### 11.4 行动闭环风险 如果AI只能给出建议，但发送、预约、到访和业务结果没有连接，销售仍然需要在多个工具之间搬运，产品最终会退化成一个建议或内容生成工具。 因此必须验证： - AI建议能否直接形成客户页面和沟通草稿； - 销售确认后能否完成一次真实触达； - SMS送达、点击和再次访问能否回流； - 预约和到访等结果能否由人员或权威系统确认； - 新结果能否更新下一轮客户判断。 ### 11.5 商业价值风险 这是整个方案中最关键、目前也最缺乏真实数据证明的风险。 即使AI能够让销售更快完成跟进，也不代表客户回复、再次访问、预约和到访一定会提高。产品必须用真实试点验证： > **“销售行动变快、变准确”能否进一步带来“客户结果改善”。** 建议通过试点项目设置基线组或对照流程，比较： - 信号出现到首次行动的时间； - 应跟进但被遗漏的客户比例； - AI建议和草稿采用率； - 客户有效回复率和再次访问率； - 预约率和到访率； - 单次有效行动的时间与成本。 ### 11.6 风险结论 方案方向可行，但商业效果尚未得到真实试点证明。当前不应通过扩大功能范围来掩盖这一不确定性，而应先用最小闭环消除风险： ```text 可靠客户信号 → 有依据的AI建议 → 销售确认并采取行动 → 客户响应和业务结果回流 ``` 如果这一闭环能够稳定缩短行动时间，并提高客户回复、再次访问、预约或到访，方案就具备继续扩大的依据。 如果闭环不能改善销售行动和客户结果，就不应该继续投入批量自动化、意向评分、渠道归因、ROI和更多智能体功能。 --- ## 十二、对当前产品计划的收敛建议 1. 把“客户信号到销售行动的转换效率”作为统一产品主线。七类销售流程是覆盖范围，不是七个独立价值主张。 2. 把数据、身份、页面版本、行为来源和权限视为可信前提，而不是AI差异化卖点。 3. 把首次接触的客群标准方案与进入个体追客后的AI个性化严格分开，避免无效生成和过早推断。 4. 把SMS定义为第一个受控行动通道，先验证单客、人工确认、可追踪闭环，再讨论触发式和批量自动化。 5. 把预约、交易、归因、ROI和评分后置到权威结果数据完整之后，防止范围膨胀掩盖首个价值验证。 6. 所有新功能评审都必须回答：它是否缩短理解时间、提高行动质量、减少遗漏，或者让结果进入下一轮服务。 --- ## 十三、最终结论 VISTA Link要解决的不是房地产销售缺少AI，而是长周期销售中客户上下文与下一步行动之间存在持续断裂。 - AI的价值，是把人难以及时消化的复杂上下文压缩成有依据的工作草稿； - 系统的价值，是确保事实、权限、发送和结果可靠； - 销售的价值，是承担关系判断、专业承诺和最终决策。 最终产品定义是： > **VISTA Link不是替代销售的AI，而是让每一次客户信号都更有可能变成正确下一步的销售行动基础设施。** --- ## 附录：本次反向工程采用的现有文档 1. 《VISTA Link AI驱动产品设计与轻量化操作方案》； 2. 《VISTA Link AI原生产品定义与SMS行动平台方案（整合稿）》； 3. 《VISTA Link AI智能体业务与产品解决方案（日本市场校正版）》； 4. 《VISTA Link PRD完整复核与重构调整建议》。