深夜睡不着，最近看到有几个潜在客户给我的反馈，想到一些事情随便分享一下，当然还是和AI相关的。
降本增效的悖论
我现在越发觉得从人性和整体发展的角度来看，我们做产品和用户强调降本增效或者节约成本这个方法可能是错误的。
降的是谁的本、增的是谁的效？
当企业里的用户开始使用你的产品，他一定会产生抵触，因为这意味着他的主体性被否定了，他过去的工作和技能是不是会被替代。
所以我在想，也许问题就出在这里。我们一直在向企业的决策层销售，告诉他们能省多少钱，能少雇多少人。但真正要用这个东西的人呢？他们为什么要配合你完成这个”被优化掉”的过程？
真正的价值：从做不到到做得到
这几天几个客户的反馈让我意识到，那些真正在用我们产品的人，不是因为公司要求，而是他们自己发现了一些东西——他们能做到以前做不到的事情——新的叙事是大卫战胜歌利亚的元叙事。
一个小团队突然有了大团队的能力，一个人突然能启动过去需要一堆资源才能干的项目。
我现在觉得真正有生命力的AI产品叙事，不应该是帮现有赢家节约成本，而是让原本没有入场券的人能够入场。不是让强者更强，是让更多人有资格参与游戏。
独立开发者的启示
现在能够观察到的例子是独立开发。一些我知道的开发者的应用的月经常性收入，已经比一些融资的初创公司高了。
为什么？是因为当下AI写代码是被证实的叙事。
但是我认为这也是为什么这个在其他大公司难以被推进的事实——它不符合元叙事。
你想想，一个大厂的工程师，他为什么要主动用AI提效？提效了之后呢？完成KPI更快？然后公司发现一个人能干三个人的活？这个叙事对他有什么好处？
但对独立开发者来说完全不一样。
AI就是他的联合创始人，是让他从0到1的唯一可能性。
Supabase 也是一个例子
像Supabase这样的工具，正是为这个时代的独立开发者和小型SaaS企业量身定制的。它不是在帮大公司”降本增效”，而是在让原本需要一个完整后端团队才能搭建的数据库架构，变成一个人就能快速上手的开发工具。
Supabase的价值不在于让大厂少雇几个数据库工程师，而在于让一个全栈开发者可以在几小时内搭建起以前需要几周甚至几个月才能完成的后端系统。当AI帮你写前端代码，Supabase帮你解决后端数据问题，一个独立开发者突然就有了和小型团队竞争的能力。
这就是赋能型工具和优化型工具的本质区别——前者在创造新的可能性，后者在压缩现有的成本。
所以同样的技术，在不同的人手里，意义完全相反：
一个是优化，一个是赋能。
前者的使用者在帮别人省成本，后者的使用者在给自己创造可能。
更多的可能性
然后，我现在能从类似Sora和Veo里面看到其他的可能性。
不是去让设计师使用，也不是让导演使用，而是让那些有故事想讲但是没有预算没有团队的人，能够表达。
让一个写小说的人能做出预告片，让一个做播客的人能做视觉内容，让一个教课的老师能做出以前需要整个制作团队才能做的教学视频。
这些人不存在”被替代”的恐惧，因为他们本来就不在那个游戏里。
他们是纯粹净增的需求。
大卫战胜歌利亚
所以回到最开始说的，大卫战胜歌利亚。这不只是一个营销话术，这是唯一真正可行的叙事结构。
因为在这个叙事里，使用者就是受益者，他们有真实的动力去学习、去折腾、去传播。
你不需要去说服一个独立开发者”你应该用AI”，他自己会熬夜研究。
你不需要去培训一个想做内容的创作者，他会把每个功能摸透。
而那些大公司呢？你再怎么培训，再怎么推动adoption，员工心里都清楚这不是在帮自己。
所以AI产品真正的用户，可能从一开始就不是那些已经在牌桌上的人，而是那些原本根本没有椅子的人。
配图——致敬卡拉瓦乔新版大卫战胜巨人
模型——OpenAI Image – 1
提示词:
“oil painting in Caravaggio style, contemporary David wielding single beam of creative light standing over defeated corporate Goliath, dramatic tenebrism, intense contrast between light and shadow, oil painting texture with glazing technique, humility conquers pride, epic banner format –ar 21:9 –style raw”