乐于分享
好东西不私藏

生长型应用:软件终于能自己长大了

生长型应用:软件终于能自己长大了

上周末跟一个做AI的朋友喝酒,他说了件事我挺意外的。

他们做了一个客服AI,本来只想让它回答点简单问题——价格啊、发货啊、退换货什么的。

结果用了三个月,发现这个AI学会了一些他们没想到的东西。

它能听出客户是不是生气了。客户说"怎么这么慢",它不会只回物流信息,会先说句抱歉,再解释。

它能猜到客户接下来要问什么。客户问"什么时候发货",它有时候会主动说"一般3-5天能到"。

最离谱的是,有个客服发现,这个AI会"看人下菜碟"。 对着急的客户它回得简短,对闲聊的客户它会说得多点。

我朋友说,这些功能他们一个都没写过。

是AI自己学会的。


这事为什么奇怪

说奇怪,是因为传统软件干不出这种事。

传统软件是按规则来的。你写什么规则,它执行什么规则。

客户说"怎么这么慢",传统软件只会去查物流单号——因为规则就这么写的。

它理解不了"慢"字背后的情绪,也理解不了"我先道个歉再解释"这种策略。

因为情绪啊、策略啊,这些东西写不进规则里。

但AI Native不一样。

它不是在执行规则,它是在理解情况。它理解了"怎么这么慢"不是在问速度,是在表达不满。理解了,就知道该先道歉。

理解这东西,没法写进代码。但AI能学会。


什么是生长型应用

我朋友后来跟我琢磨了个词,叫"生长型应用"。

不是传统那种"开发什么功能用户就用什么"的应用,而是"用户怎么用它就怎么长大"的应用。

就像那个客服AI。

他们做出来的版本,只会回答基础问题。但用在真实场景里,跟客户聊得多了,它就学会了怎么识别情绪、怎么预判问题、怎么调整语气。

这些东西,不是产品经理设计的,是它自己"长"出来的。


传统软件为什么做不到

后来我想了想,传统软件为什么做不到。

因为传统软件的逻辑是"定义"。

  • 定义它能做什么
  • 定义它怎么做
  • 定义它遇到什么情况怎么响应

所有可能性,都得提前想好。想不全,软件就出bug。

但真实世界哪能想全啊。

那个客服AI,要是用传统方式做,得写多少规则?

客户生气了怎么办?客户不耐烦了怎么办?客户问了一个规则里没有的问题怎么办?

写不完的。

AI Native的好处是,你不用预判所有情况。你给它一个基础能力,它在跟真实用户的互动中自己学。


从"定义"到"培育"

我朋友说,他们团队最大的变化,是产品经理的工作方式变了。

以前是"定义"——开会讨论功能列表、画原型、写需求文档,把所有可能性想一遍,然后告诉开发做出来。

现在是"培育"——给AI一个基础能力,看用户怎么用,用得不好的地方调整提示词,发现新的用法就扩大能力边界。

从"预判所有可能性"到"让可能性自己生长"。

他说这种感觉像养植物。

你不能告诉植物"你该长出几片叶子、往哪个方向长"。你只能给它土壤、水、阳光,然后它自己会长。

长成什么样,你也控制不了。但你知道它会长大。


一个更实在的例子

说个更实在的例子。

我有个做设计工具的朋友,他们的传统软件有几百个功能:画笔啊、滤镜啊、图层啊……每个都是精心设计的。

但用户还是不买账。因为用户想要的"效果",跟你提供的"功能"之间,隔着一道墙。

用户想做个"科技感的海报",得先学会怎么用滤镜、怎么调颜色、怎么排版。学习成本太高。

后来他们改了,让用户直接描述想要的效果,AI来生成。

然后发生了一件他们没想到的事。

有个用户用这个AI做简历,用着用着发现,这个AI能"记住"他的偏好。他喜欢什么风格、用什么颜色、怎么排版,AI记住了,下次自动按他的风格来。

这个"记住偏好"的功能,他们根本没设计过。

是AI在跟这个用户的互动中自己学会的。


怎么判断是不是真AI Native

说了这么多,怎么判断一个产品是不是真的AI Native?

我朋友说,就看一件事:

把它扔给用户,三个月后,它有没有学会一些产品经理没想到的东西?

如果有,那就是真的在"生长"。

如果三个月后还是刚上线时的样子,那它只是个有AI功能的传统软件。


最后

其实我写这篇文章,是因为发现很多人对AI Native的理解还停留在"加个聊天窗口"。

但AI Native不是加功能,是从底层重新定义产品逻辑。

传统软件是成品,出厂是什么样,一辈子就是什么样。

AI Native是种子,在跟用户的互动中,会自己长大。

长成什么样,没人知道。但知道它会长大。

这可能是软件历史上第一次,我们能造出会自己长大的东西。

挺有意思的。