一个9年B端产品老兵浅谈自己的观察

当产品经理亲手拆掉自己建了20年的东西，到底在想什么？

🎣 先抛个钩子

你用了快20年的支付宝，突然变了个样。

九宫格消失了。满屏图标消失了。扫一扫被藏起来了。整个首页被掏空——只剩两个 Tab：一个叫"阿宝"，一个叫"资产"。

这不是一次版本迭代。这是支付宝近20年历史上，最彻底的一次"自毁式重建"。

更疯狂的是：这不是一个独立实验App，失败了可以关掉。

这是在原版支付宝上直接动刀——10亿用户，说拆就拆。

6月16日，这个代号"宝计划"的产品浮出水面。作为做过多年产品的老兵，我发现这件事真正值得写的，不是"AI又来了"，而是藏在背后的产品决策逻辑——它到底暴露了什么？又在回避什么？

这篇文章，我会把"阿宝"这件产品拆开来看：它为什么被做成这样、哪些决策是神来之笔、哪些藏着风险、以及我们从中能学到什么。

📍 事件还原：一场筹备两年的"拆家计划"

🔵 阶段一：走了一段弯路（2023-2025）

支付宝的AI化，其实不是从"宝计划"开始的。

2023年下半年：支付宝管理层发起"如何走向智能化"的内部讨论

2024年9月：上海外滩大会，推出独立AI应用"支小宝"——独立App，定位AI生活管家

结果：效果不理想。独立App获取用户成本高，场景碎片化，用户来了也不知道干什么

与此同时，挂在支付宝首页借助平台流量的智能体助手，日活反而稳定在了数百万量级。

这笔数据告诉团队一件事：AI不应该"自立门户"，它应该住在你原本就在用的App里。

2025年3月：放弃独立端路线，重心移回支付宝端内

2025年12月："宝计划"正式立项——不是增加一个AI功能，而是彻底改造现有支付宝，让它脱胎换骨

🔴 阶段二：竞对先动，倒逼亮牌（6月8日-14日）

6月8日：微信发布《关于开发者接入微信AI生态的指引》，美团、京东、携程、同程等宣布首批内测

6月14日：支付宝内测消息被媒体曝光，《科创板日报》独家报道

腾讯总裁刘炽平表态：微信最终要推出"独特的AI智能体"，与社交关系、公众号、视频号深度连接

两个加起来月活超20亿的超级App，几乎同时走到同一个路口。

⛔ 阶段三：阿宝亮剑（6月16日）

支付宝正式开启AI版本邀请测试，命名为"阿宝"

核心交互：往右一滑，从经典版切换到AI版

界面极简：底部仅"阿宝"+"资产"两个Tab

首批适配超1万个服务场景：政务、出行、生活缴费、医疗健康等

蚂蚁CEO韩歆毅的判断：商业护城河正从"流量入口"演变为"智能体生态"

🟢 同期：支付基础设施先行

5月26日：支付宝发布全球首个Token Pay服务和AI钱包，构建面向智能体经济的底层支付协议

6月15日：国产大模型MiniMax M3全面接入支付宝Token Pay

阿宝是前端体验的革命，Token Pay是后端基建的布局——蚂蚁在"双线作战"。

🔍 深度分析：拆解"阿宝"的五个产品决策

第一层：为什么敢"拆掉"九宫格？——交互范式的根本转变

先看一个对比：

这不是"多加一个AI助手"，这是交互范式的跃迁。

传统支付宝是"超市"——货架摆好，你自己找。阿宝想做"管家"——你开口说，我来安排。

但关键是：一个10亿用户的"超市"，货架已经训练进了数亿人的肌肉记忆。拆掉它，风险有多大？

产品团队的做法非常聪明——"双模式并行"：

默认显示老版本，愿意切换的用户"往右一滑"进入AI版，还没准备好的用户先待在老版本。用真实用户行为来驱动改版节奏，而不是一刀切。

这是"用数据做决策"的教科书级案例：不是产品经理拍脑袋说"该改版了"，而是让用户用自己的行为投票——愿意切进去的人越多、留存越高，改版的底气就越足。

第二层：为什么是"阿宝+资产"两个Tab？——极简背后的产品哲学

AI版支付宝的底部只有两个入口。这不是偶然，是精心的"职责划分"：

┌──────────────────────────────────┐│ AI版支付宝 ││ ││ ┌──────────┐ ┌──────────┐ ││ │ 阿宝 │ │ 资产 │ ││ │ 办事的 │ │ 管钱的 │ ││ │ AI帮你做 │ │ 你自己看 │ ││ └──────────┘ └──────────┘ ││ ↑ ↑ ││ 效率优先 安全优先 ││ AI主导 人类主导 │└──────────────────────────────────┘

阿宝（办事）= AI能做主

查公积金、找充电桩、打车、缴费、挂号

AI理解意图 → 匹配服务 → 执行操作

用户只需要"说一句话"

资产（管钱）= 人类做主

余额宝、基金、信用、保险

AI只做分析（消费报告、收益追踪、省钱建议）

涉及资金变动，必须本人确认

这是一个极其重要的产品边界：AI帮你办事，但绝不碰你的钱。

这个边界不是技术做不到，而是产品经理主动划下的红线。支付宝的金融属性决定了它不能像微信AI那样"大胆调度"——"你敢付，我敢赔"的金字招牌，经不起AI一次误操作。

这才是金融级AI产品的正确打开方式：效率可以交给AI，但信任必须留在人身上。

第三层：从"支小宝"的失败学到了什么？——独立App vs 端内改造

这是一个几乎所有AI产品经理都会面对的抉择：AI产品应该是独立App，还是嵌入现有产品？

支付宝用真金白银做了一次对照实验：

核心启示：

AI产品的最佳孵化器，不是你新建一个App，而是你已有的、用户每天在用的产品。

微信AI走的是同样的路——不是另起炉灶，而是把AI能力嵌入到已有的小程序生态里。

这不是巧合。AI不是目的地，AI是引擎。你把引擎装在一辆已经在跑的车里，远比从头造一辆新车划算。

第四层：Agent执行深度——"半对接"才是最危险的用户体验陷阱

实测中最值得关注的一个发现：

用户说"我要打车回家"→ AI完成下单 → 车辆呼叫中 → 全程在对话框里完成 ✅

用户说"取消打车"→ AI查到订单 → "暂时无法取消，需要进入小程序才能操作" ❌

这是一个"半对接"状态：主流程能跑通，但异常流程不行。打车可以，取消不行。下单可以，改地址不行。

从产品经理的角度，这比"完全不能用"更危险。

原因很简单：用户尝试完整操作失败之后，比从没试过更容易放弃。因为他们已经建立了一个预期——"对话能办事"——然后这个预期被打破了。

支付宝解决这个问题的手段是"双轨制"：

主动接入：推动商家把服务改造成Agent能直接调用的形式（如高德打车）

屏读兜底：对还没改造的小程序，AI通过读取界面来操作

屏读方案的价值很明确——在商家改造速度跟不上产品节奏的阶段，维持体验的可用性。但屏读的稳定性天然低于直连，两条轨道的体验差距，用户是能感知到的。

衡量AI版支付宝进度的KPI，不是"接入了多少服务"，而是"接进来的服务能支持多深的操作权限"。

第五层：两条路线、两种基因——工具型AI vs 生态型AI

这是"阿宝"事件真正的大背景。我们需要把这个事件放到竞争格局里看：

蚂蚁CEO韩歆毅的判断："将来可能会有无数个Agent活跃在经济活动中，交互从人和人的交互变成人和Agent的交互、以及Agent之间的交互。"

如果这个判断成立：

支付宝更接近经济和生活基础设施入口

微信更接近信息和生活服务协调层入口

两家各自手里的牌，决定了AI化之后的方向会越来越不一样。这不是零和博弈——是两个物种。

💡 产品经理视角：我们从"阿宝"能学到什么？

一、当产品做到10亿用户，你还敢动吗？

阿宝给出了一个答案：敢动，但是用"双轨制"来动。

具体是这样做的：

保留老版本作为默认入口，不做强制切换

AI版本作为"可选项"，用户主动选择进入

用留存率和任务完成率（而非DAU）衡量AI版的价值

每月两次迭代，小步快跑，用数据说话

等AI版的行为数据足够好，再考虑是否成为默认

这不是保守，这是用数据替代直觉。大产品的改版，从来不是"要不要改"的问题，而是"怎么改才能不死"的问题。

二、"独立App"的诱惑：为什么大多数AI产品都走错了第一步

2023-2024年，几乎所有大厂都做过同一件事：做一个独立的AI App。

结果呢？绝大多数都沉默了。

阿宝的前身"支小宝"就是如此。独立App的根本问题是：

冷启动成本极高：下载一个"AI生活管家"App的动力远低于打开一个已经在手机里的App

场景断裂：AI不能独立存在，它必须依附在真实的使用场景里

信任成本：金融、政务这类高敏感服务，用户不会信任一个刚上线的AI App

AI的正确孵化路径：不是从0到1建一个AI产品，而是让已有的产品长出AI能力。

如果你的产品已经有100万用户，你需要的不是再造一个AI App去抢用户——你需要在你的产品里嵌入AI，让100万用户自然而然地用起来。

三、AI产品的"安全红线"——什么时候该踩刹车？

阿宝最值得学习的一点，是它明确划了一条线：

涉及资金变动或支付环节——必须本人确认。AI只能帮你"走到支付页面"，不能替你"完成支付"。

做AI产品，最难的不是"AI能做什么"，而是"AI不该做什么"。

阿宝把这个边界划得非常清晰——它帮用户办事，但绝不动用户的钱。这个产品决策在金融场景下的价值，被大多数人低估了。一次AI的误操作，足以毁掉支付宝累积了20年的信任。

四、"屏读"与"直连"——AI时代的两种服务接入方式

支付宝为"商家服务AI化"提供了两条路：

 ┌─────────────────────┐ │ 用户说一句话 │ └────────┬────────────┘ │ ┌─────────────┴─────────────┐ │ │ ┌──────▼──────┐ ┌───────▼───────┐ │ Agent直连 │ │ AI屏读 │ │ （优选方案） │ │ （兜底方案） │ └──────┬──────┘ └───────┬───────┘ │ │ 商家主动改造接口 AI读取界面模拟操作 稳定性高、权限深 覆盖广、改造快 案例：高德打车✅ 案例：未改造小程序 │ │ └─────────────┬─────────────┘ │ ┌───────▼───────┐ │ 完成服务 │ └───────────────┘

这解决了一个现实问题：如果等所有商家改造完再上线，阿宝可能永远都上不了。

屏读方案让那些还没改造的小程序也能被AI操作——虽然体验不如直连，但至少能用。就像当年微信小程序上线时，先用WebView兼容H5页面，再逐步引导开发者用原生框架。

平台型产品的AI化，最大的瓶颈不是技术，是生态改造的速度。给商家一个"渐进式接入"的路径，比要求一步到位更现实。

🔧 产品经理行动清单

如果你是做AI产品的PM，建议你现在就做这几件事：

1️⃣ 评估你的"AI嵌入度"

你的AI是独立App还是嵌在已有产品里？

如果是独立App：你的用户从哪里来？获客成本是多少？

如果是嵌入：你覆盖了多少现有用户的使用场景？

2️⃣ 划出你的"AI安全红线"

哪些操作AI可以自动完成？

哪些操作必须用户本人确认？

如果AI出错了，最坏的情况是什么？你能兜住吗？

3️⃣ 检查你的"服务完成度"

你的AI不只是能"回答问题"——它能"完成一件事"吗？

主流程能跑通，异常流程呢？（取消、修改、退款）

"半对接"状态的场景有多少？优先级排序了吗？

4️⃣ 设计你的"双轨过渡"策略

新旧版本如何共存？

用什么指标衡量新版本的价值？（建议：任务完成率 > DAU）

什么时候可以关掉老版本？

📊 一张图看懂：超级App的AI化路线

AI不是目的，是新的交互方式。谁能在一个足够高频的场景里，让用户形成"说话就完事"的肌肉记忆，谁就赢了。

📌 关注我，每周更新AI行业周报

9年B端产品经验 | 2年AI产品实战 | 把复杂的AI新闻，翻译成可执行的产品洞察