个人知识库

AI产品场景连接

13分钟阅读

AI产品场景连接

AI产品如何跨越对话框与业务流的鸿沟——从”能聊天”到”能办事”的连接能力体系

核心观点

  1. 模型趋同后，场景连接深度成为AI产品的核心竞争力：GPT-4o出来半年Claude追上，一年后开源逼近。每半年洗一次牌。但场景连接不会洗牌——因为连接不是技术问题，是理解问题。（来源：2026-06-22-woshipm-ai-product-connection-density）

  2. 两种产品、两种困局：ChatGPT/Claude模型体验好但连接浅——用户的审批还在OA里、订单还在ERP里；企业办公SaaS场景天然多但每个都容易做不深——资源和注意力被稀释。核心不是”选哪边”，而是每一个场景是不是真的做透了。（来源：2026-06-22-woshipm-ai-product-connection-density）

  3. “做深”的标准是能牵着用户的手走到目的地：AI客服说”请通过APP操作退款”是做浅；确认身份、查订单、判断权限、执行退款、更新库存才是做深。做深需要四层：上下文层、规则层、执行层、兜底层。（来源：2026-06-22-woshipm-ai-product-connection-density）

  4. 生态整合壁垒远大于单点功能竞争：大厂SDK不知道客户的审批流程有几级、哪些人有权限、驳回之后走什么分支。客户想从零搭出全套业务闭环，成本大到不会算第二遍。这就是连接密度的壁垒。（来源：2026-06-22-woshipm-ai-product-connection-density）

  5. 连接密度是To A时代服务方的护城河：当Agent成为流量分发中间层，用户说”帮我定明晚的日料”而不打开任何App时，服务方不被绕过的唯一方式是：让Agent调用你的服务时跑满上下文和执行能力。（来源：2026-06-22-woshipm-ai-product-connection-density、2026-06-09-woshipm-to-a-era）

  6. 连接做深一个，比连了一百个都算数：每多连一个场景，就多一份要做深的觉悟。不是反对多连，而是提醒——引擎再好，路修不到家门口，车还是到不了。（来源：2026-06-22-woshipm-ai-product-connection-density）

  7. App本身可能是不必要的中间层：人在数字世界中需要的只有信息和服务，App是if-else技术范式的妥协产物。当AI能理解模糊意图并动态生成响应时，用户可以直接通过”个人数字界面”接入信息和服务的源头，无需经过App这个中间层。（来源：2026-06-26-vibe-coding-to-vibe-using）

  8. 两种AI接入形态并存：界面生成（适合需要人参与决策、可视化探索的场景）和委托执行（适合目标明确、可完全交给系统执行的场景）是同一趋势的两种表现。前者如Google的Generative UI实验，后者如”帮我安排周末去杭州”→AI协调一切只给结果通知。（来源：2026-06-26-vibe-coding-to-vibe-using）

  9. 信息和服务的源头是不变的护城河：AI可以重塑接入方式，但无法凭空生产气象数据、航线库存、医院号源、社交关系。谁能把物理世界信息高效数字化、把线下服务可靠包装成数字接口，谁就拥有不可替代的价值——无论前端形态如何变化。（来源：2026-06-26-vibe-coding-to-vibe-using）

  10. 巨头从平台降格为供应商是终极威胁：当用户通过个人数字界面直接获取底层信息和服务，不再打开淘宝、美团，巨头的商业模式（广告、推荐、数据飞轮）将被彻底改变。但历史表明，每次技术范式跃迁都会重新定义入口，抵抗只是暂时的。（来源：2026-06-26-vibe-coding-to-vibe-using）

  11. All-in-One 入口会出现，但可视化页面不会消失：统一入口不等于只有对话。2026-07-07-woshipm-ai-pm-five-judgments 提醒，页面仍有“想查看时可以查看”和“简单操作手工完成”两类价值；AI 可以负责复杂检索、比较和筛选，但最终购买、确认、勾选等动作，一次点击通常比多轮对话更高效、更省 Token。（来源：2026-07-07-woshipm-ai-pm-five-judgments）

  12. 产品要为 Agent 间调用做准备：如果未来一个 Agent 可以代表用户调用另一个 Agent 的服务并完成支付、签约、交付，那么产品就不能只设计给人类点击，还要封装为可被其他 Agent 调用的能力单元：稳定接口、权限边界、价格规则、状态回执和证据链都会成为连接深度的一部分。（来源：2026-07-07-woshipm-ai-pm-five-judgments）

知识体系

子方向一：连接密度理论

连接密度是衡量AI产品竞争力的核心指标，由四层构成——上下文层（知道用户是谁）、规则层（理解业务流程）、执行层（能操作业务系统）、兜底层（异常处理和回退机制）。与”功能集成”和”API接入”的区别在于深度和替代成本。模型能力趋同后，连接密度成为不可复制的护城河。

子方向二：模型方的连接焦虑

最强模型方（OpenAI、Anthropic）反而最焦虑连接问题。它们的对话框是孤岛——用户聊完天，审批、订单、日程全在别的系统里。焦虑驱动的应对策略包括：ChatGPT Agent（让模型调用工具）、Function Calling（标准化工具调用接口）、Operator（浏览器自动化）、MCP协议（标准化外部连接）。这些本质上都在解决”引擎有了，车身在哪”的问题。

子方向三：场景型产品的深度陷阱

企业办公SaaS（钉钉、飞书、企业微信）天然拥有大量场景——消息、审批、文档、会议。但场景多而浅是典型陷阱：《置身钉内》复盘的钉钉AI产品，愿景是”连接组织里的一切”，但每多连一个方向，资源、注意力、决策质量全部被稀释。解决方案是：不管有多少场景，每一个都要做透——连接做深一个，比连了一百个都算数。

子方向四：To A时代的连接竞争

当Agent成为用户与服务之间的中间层（“帮我定明晚的日料”→Agent意图理解→调用服务→完成下单，全程不打开任何App），连接密度决定了服务方是否会被绕过。Agent能调用的服务越深、上下文越丰富，越不容易被替代。反过来，如果服务只是浅层API接入，Agent随时可以直连上游绕过你。

素材汇总

素材核心贡献详见
别盯着模型榜单了，看看你的产品连接了多少真实场景系统阐述”连接密度”概念，对比模型方vs场景型产品的两种困局，提出”做深”的四层标准2026-06-22-woshipm-ai-product-connection-density
从vibe coding到vibe using：AI如何让你告别应用商店从if-else范式瓦解角度论证App是妥协产物，提出Vibe Using概念，区分界面生成与委托执行两种接入形态2026-06-26-vibe-coding-to-vibe-using
八年跨越AI两个时代：一个产品经理的五条核心判断补充 All-in-One 入口不会消灭可视化页面，以及产品应封装为可被 Agent 调用的能力单元2026-07-07-woshipm-ai-pm-five-judgments

关键概念

综合分析

不同素材的交叉视角

两篇素材从不同角度讨论了AI时代的产品形态变革，形成互补：

维度连接密度视角Vibe Using视角
出发点产品方如何做深连接用户端App是否还有必要
核心问题AI产品怎么连接真实场景AI如何让人告别App
护城河连接密度（四层：上下文/规则/执行/兜底）信息和服务的源头（数据+接口）
对App的态度App是连接的载体，要做深App是if-else的妥协，可能被绕过
对巨头的看法巨头的连接密度是壁垒巨头从平台降格为供应商是终局
共同结论模型趋同后，真正竞争在别处模型趋同后，真正竞争在别处

两篇素材的张力在于：连接密度文章认为”做深连接”是产品方的护城河，而Vibe Using文章认为如果用户通过个人数字界面直接接入源头，连接本身可能被绕过。但两者可以统一：连接密度做深到一定程度（如拥有完整的上下文层+规则层+执行层），即使前端形态变化，服务方仍然不可替代。

趋势与判断

AI产品竞争正从”谁的模型更强”转向”谁的连接更深”。这个趋势在三个层面同时发生：

  • 技术层：MCP、Function Calling等协议让连接标准化，降低了接入门槛但也意味着”能接入”不再是优势
  • 产品层：从对话框到业务流的跨越成为核心能力——AI要能”办事”而不只是”聊天”
  • 商业层：结果收费模式（卖可验证的业务结果）要求极高的连接密度，只有做深才能承诺结果

未解决的问题

  • 如何量化连接密度？目前还停留在定性描述，缺乏可测量的指标体系
  • 连接深度与产品速度的矛盾：做深每个场景需要大量投入，但市场窗口不等人
  • 大模型厂商（OpenAI、Anthropic）会自己做深连接吗？如果会，场景型产品的护城河还在吗？

相关页面

关系图谱

快速导航

反向链接