和大家讨论个问题:不久的将来App 就会消失,你们信不信?
反正我现在有点信了,放到 3 个月前,我指定是不信的,第一次听到这种说法的时候,我没太当回事,因为这种话太多了,动不动就是颠覆一切、重新定义、下一个十年入口...听多了,人也就麻了。
但随着最近 AI 的发展我突然发现,这句话好像有点道理。
当然哈不是说以后就不用软件了,而是很多 App 的存在价值,正在被 Agent 一点点吃掉。
以前我们打开 App 是因为必须自己操作,找功能、选参数、点按钮、等结果...
但 Agent 时代交互方式变了,我们不一定需要打开这些工具了,只需要说一句话,它就能理解任务、读取资料、调用工具、整理结果,最后把答案给我们
以前是人打开手机里各种花里胡哨的 App,以后可能是 Agent 在背后调用各种 App的能力就行了,这就是我有点相信后面App会消失的原因。
现在很多 App 看起来很高大上很专业很牛逼,但本质并不复杂,用户上传内容,选择参数,点击按钮,然后它给我们一个结果。
这类产品当然哈还是有价值的,但它的价值不在 App 本身,而在于它帮我们完成了一个明确动作,用户真正想要的,不是打开一个工具。用户想要的是:图片能用、文件变小、材料能交差...
我说白了很多工具型 App,只是任务中间的一层操作壳,只不过以前我们必须得经过这层壳。但现在 Agent 出现以后天就变了,它可以先理解你的目标,再决定调用什么能力。我们不需要知道背后用了哪个工具,也不需要关心按钮在哪里、我们只关心结果是不是对的就完了。
移动互联网时代App 确实是非常牛逼的发明,它把 PC 软件里那些复杂菜单、层层面板拆成一个个轻量应用。一个场景、一个入口;一个问题、一个工具;打开就用、用完就走。这在当时非常合理。
但十几年下来新的问题也出现了,我们手机里、电脑里,装了太多工具,每个工具都只知道我们的一小部分,它们把我们拆碎了。于是就出现了一个很拧巴的状态:我们的目标是完整的,但工具是碎的;我们只是想完成一件事,结果要在十几个 App 之间来回切。
而 Agent 真正改变的地方,不是又给一个新的 app 图标,它直接在任务层就把这些碎片重新串起来了,用户不用知道中间经过了几个系统,用户只看最后事情有没有被办好就行了。
以前是人找工具,现在是 Agent 找工具。
以前用户需要记住app,需要在用的时候主动打开;以后 Agent 可能直接调用底层能力,用户不需要知道用啥做的。
如果一个产品的价值只停留在:“我有一个页面,可以让用户完成某个标准动作。” 那现在就很危险了,因为这个页面可能会被跳过,这对很多工具型 App 来说,就是灭顶之灾。
如果 App 的前台价值下降了,那什么产品还能活?我觉得主要是两类:
1、能被 Agent 调用的产品,未来很多产品不一定消失,但它必须变得可被调用。Agent 能不能安全、稳定、低成本地调用,就是未来产品的核心竞争力。
以前一个产品只要界面做得好,就能服务用户;以后,一个产品如果不能被 Agent 理解和调用,就会被排除在任务链路之外。
2、有真实数据、真实关系和真实流程的产品。Agent 很强,但它不能凭空变出真实世界里的东西。
它可以帮你写销售话术,但不能替你建立真实客户关系
它可以帮你生成方案,但真正落地还需要团队、权限、预算和流程
...
所以未来真正硬的护城河,不是界面。而是:数据、权限、关系、流程、交付能力。
这些东西 Agent 可以增强,但很难直接替代。因为它们背后连接着真实业务,这种产品不会被每天被用户夸好用,但它很难被简单替代。
最后回到老本行,对产品经理来说,以前我们经常问:
我要不要做一个 App?
页面怎么设计?
功能怎么分层?
怎么提高留存?
但 Agent 时代,光问这些不够了。
我们还要问:
我的产品是不是只是一个操作界面?
如果用户不打开我,还能不能使用我的能力?
Agent 能不能理解我、调用我、执行我?
我有没有长期记忆?
我有没有真实数据?
我有没有复杂权限?
我的核心价值,到底是入口,还是能力?
真正的产品重构,不是给旧 App 套一层 AI 皮
而是要重新想清楚:
数据能不能被 Agent 读取?
功能能不能被 Agent 执行?
结果能不能被 Agent 接着使用?
产品能不能成为别人任务流里的一环?
如果不能,那它可能只是一个更会聊天的旧产品
所以未来做产品更应该想的是“能不能成为 Agent 必须调用的能力?”
App 时代,大家抢的是用户桌面上的图标;Agent 时代,大家抢的应该是任务链路里的位置。
夜雨聆风