夜雨聆风
别用造马车的方式做AI创业——YC合伙人建议(上)
福特有一句名言：如果我问人们想要什么，他们会说更快的马。
今天，这句话在AI创业圈有了新的版本——
大多数人还在用AI”让马跑得更快”，而不是造一辆汽车。
上周，YC合伙人Diana Hu在Startup School上分享了一个观点。
说实话，听完我有点后背发凉。
她说：目前大多数人谈论AI时，都从”生产力”的角度出发。他们会大谈特谈AI如何让工程师更高效，或者说我们需要在现有工作流中加入Copilot来交付更多功能。
这种叙事完全错过了真正的转变。
这不仅仅是生产力的提升，而是全新能力的涌现。
什么是”更快的马”思维？
福特当年说：如果我问人们想要什么，他们会说更快的马。
人们不是愚蠢。他们只是用过去的经验来想象未来。
马车时代的人，能想到的最快的东西就是——更快的马。
今天，AI创业者也在犯同样的错误：
• 把AI当成”外挂”，加到现有的工作流上
• 用AI让工程师写代码更快
• 用AI让客服回复更高效
• 用AI让销售打电话更多
这些都没有错。但它们都是”更快的马”。
Diana的警告很直接：
这不只是增量式的生产力提升。如果你保持相同的组织架构和管理结构，你就完全错过了这次转变。
AI应该是你公司的”操作系统”
Diana提出了一个关键观点：
AI不应该只是你公司使用的一个工具，它应该是你公司运行的操作系统。
这句话怎么理解？
过去，公司是”开环”运行的——你做一个决策、执行它，但不一定系统性地衡量结果并调整流程。开环天生就是有损耗的。
现在，有了AI，公司应该以”闭环”方式运行——持续监控自己的输出，并调整流程以更好地达成目标。
每一个工作流、每一个决策、每一个流程，都应该流经一个不断学习和改进的智能层。
一个具体的例子
Diana给了一个让我印象深刻的例子：
如果你有一个代理，它可以访问你的Linear工单、所有Slack频道、客户反馈、高层规划、销售通话录音、每日站会记录——那么这个代理就能分析你在上一个迭代中实际交付了什么，以及这些交付到底在多大程度上满足了客户需求。
更进一步，它能为工程师提出更加可预测、准确、靠谱的迭代计划。
**那种由项目经理做超级有损耗的状态汇报的日子，已经结束了。**
她说，她见过采用这种方式的团队将迭代周期缩短一半，在同等时间内完成了接近10倍的工作量。
这不是”更快的马”。这是重新设计整辆”车”。
给创业者的三个建议
听完Diana的分享，我整理了三个可操作的建议：
1. 最大化token使用量，而不是人头数
一个拥有AI工具的人，可以相当于AI前时代一个大工程团队的产出。你应该愿意承受高得让人不舒服的API账单——因为它替代的是更加昂贵、膨胀得多的人力成本。
2. 让整家公司”可被查询”
每一个重要行动都应该产生一个”产物”，让处于公司核心的智能系统能够从中学习并用于自我改进。用AI笔记工具记录会议、尽量减少私聊和邮件、在所有沟通渠道中嵌入AI代理。
3. 亲自坐在编程代理前
Diana的原话是：你不能把对这些工具力量的信念外包给别人。
你需要亲自使用这些工具，直到你开始打破自己关于”现在能构建什么”的固有认知。
最后
Diana说的”闭环”，其实已经在发生了。
我见过一些小团队，5个人干出了50个人的活。不是因为他们更努力，而是因为他们从第一天就把AI当操作系统，而不是工具。
这就是AI原生的意思。
如果公司变成了”闭环”的智能层，那现有的组织架构会发生什么变化？
Diana给出了一个更激进的答案：中层管理者正在消失。
下一篇，我们聊聊：未来公司只需要三种人。
往期推荐
当GPT Image 2让工作流产：我在这场私享会找到了答案
一个人带10个AI实习生？这套开源方案帮你实现
关注我，看更多AI创业内幕
*本文参考资料：Y Combinator Startup School、Diana Hu演讲”How To Build A Company With AI From The Ground Up”*
