乐于分享
好东西不私藏

AI 时代如何做出真正有品味的产品,在快软件浪潮中保持人的判断|Tony Fadell

AI 时代如何做出真正有品味的产品,在快软件浪潮中保持人的判断|Tony Fadell

iPod 之父、Nest 创始人 Tony Fadell 最近一次访谈里说了一句让很多人不舒服的话:AI 让你做东西的速度变快了 10 倍,但做出值得用的东西的难度,一点都没降低。 当人人都在用 vibe coding 一夜搭出 MVP 时,他提醒所有人:品味,从来不是工具给的。

Fadell 在 Apple 主导过 18 款 iPod 的开发,周期 18 个月,平均每月一个版本。每个版本的核心动作只有一个:砍功能。iPod 当年被砍掉的候选功能超过 100 个,最后留下来的只有 click wheel、五首歌播放列表、简洁菜单这三件事。离开 Apple 后他创办 Nest,把一个没人看好的智能恒温器做到被 Google 以 32 亿美元收购。这两段经历让他对”品味”有一个很反常识的定义:品味,是一系列克制之后剩下的东西。 它不是审美滤镜,不是 UI 风格,而是”为什么这个值得存在、那个不值得”的反复判断。

iPod 和 Nest 看似是两件事,背后其实是同一件事的两次胜利:在一个所有人都拼命”加东西”的市场里,敢砍、敢留少的人,反而赢。iPod 当年面对的对手是各种堆功能的 MP3,Nest 面对的是传统温控器厂商——后者只会往产品里塞更多按钮和模式。Fadell 团队做的事情是相反的:把所有看起来”应该做”的功能全部列出来,然后删掉 90%,只留用户真正会用的那 10%。

AI 时代的问题恰恰相反。模型什么都能做,工程师什么都能加。结果就是:一个聊天框里塞进 12 种语气切换、一个记事本里强行植入 AI 总结、一份日历里出现三个互相打架的智能建议。工具能做的事越多,越暴露人没想清楚要做什么。 Fadell 在他写的《Build》里把这一点总结成一句话:“先决定不做什么,比决定做什么难十倍,也重要十倍。” 这句话在 AI 时代的价值,比他写下它的时候大 10 倍。

二、快软件浪潮里,慢判断才是稀缺品

一组对比就能看清变化:2014 年做一个 iOS App,从想法到上架平均 3–6 个月;2026 年用 AI 工具从想法到 MVP,1–7 天。Fadell 自己观察到一个数据:AI 时代上线的产品里,30 天后仍被使用的不到 10%。 工具把”做出来”这件事变得极便宜,但”值得做”这件事的门槛,反而被拉高了。

他给这种状态起了个名字:vibe 疲劳——用户对所有”长得差不多、感觉差不多”的 AI 产品产生了审美免疫。它们的失败不是因为功能少,而是因为没有判断。每一个交互都是”模型能生成什么就放什么”,没有人问过”用户此刻真正需要哪一个”。

更深一层:当所有人都变快,慢下来的判断就变成了护城河。 Fadell 举了一个细节:Nest 当年为了把开机延迟从 8 秒压到 2 秒,多花了 4 个月、烧了 600 万美元。如果在 AI 时代,这种”慢投入”会被立刻质疑——”模型不是能直接优化吗?”答案是:模型能优化执行,但优化不了”这件事值不值得花 600 万”的判断。 那一层,永远是人。

他还提了一个让投资人皱眉的观察:AI 工具让”看起来能跑”的 demo 变得非常便宜,也让”看起来值得投”的团队变得非常危险。 过去一个 founder 至少要花 6 个月证明自己真的懂用户;现在 3 天就能造出一个看起来完美的 demo。这意味着判断的责任,从投资人那里大幅转回了用户和早期团队。品味,第一次变成了一种生存技能,而不是加分项。

三、Fadell 的三条实操原则

原则一:写代码前先写 8–10 句”产品灵魂”
Fadell 在 Nest 和现在的 Build Collective 里都强制每个产品先回答三个问题:

  • • 这产品不为谁服务?(明确写下来)
  • • 它帮用户解决的唯一一个动作是什么?
  • • 我们要拒绝哪三个看起来很酷的功能?

写不出来的项目,就不要进开发。 他见过太多团队跳过这一步直接上手,结果 6 个月后才发现大家在做一个没人需要的东西。AI 让这个错的速度更快,所以这一步的权重在今天应该更高。一个小练习:把答案写下来放一周,如果一周后还想做,再开工。

原则二:每天 4 点 demo,不是 review 代码,是 review 判断
Nest 早期有一条死规矩:每个工程师今天写的代码,今天必须在团队面前点一次。不点不让下班。重点不是看 bug,而是问一个问题:“这个交互,是用户必须有的,还是你觉得酷?” Fadell 发现,80% 的功能在 demo 当场就会被作者自己砍掉——因为说出来的那一刻,工程师自己就知道它站不住。

这条规矩在 AI 时代的价值更明显。模型可以一天生成 500 行代码,但生成不出一句话解释”为什么这行代码值得存在”。 Demo 强迫那个解释发生。在 AI 时代,他建议把 demo 频率从每天提到每天两次——上午一次、下午一次,因为 AI 让产出速度翻倍了,验证速度也必须翻倍。

原则三:品味只能从细节里长出来
Fadell 反复强调一件事:品味不是 PPT 上的设计语言,是 100 个微决定的累计。比如一个按钮的 hover 延迟是 80ms 还是 120ms、错误提示要不要带 emoji、加载动画是跳一下还是淡入。他在 Nest 团队里做过一个练习:让设计师和工程师互换角色两周。结果是工程师开始关心 2px 的间距,设计师开始关心 API 边界。这种交叉训练,是品味生长的土壤。 AI 工具可以同时放大两个角色的产出,但跨角色理解这件事,没有任何模型能替代。

他还有一条更”反 AI”的建议:每个团队成员每周至少做 2 小时用户访谈。 不是看数据,是面对面聊。模型能总结 NPS 分数,但读不出用户脸上那一秒钟的迟疑。

四、给这个时代的三个反直觉结论

第一,”做得快”不是优势,”判断得快”才是。 AI 让写代码从几小时变成几分钟,但判断一个方向值不值得,依然要靠人——而且要更早地判断。一个团队如果还在用”我们已经做出来了”来证明进度,这个团队其实已经输了。

第二,砍功能的能力,才是产品人的核心能力。 任何人都能加,AI 加得比谁都快;只有人能忍住不加。每一次”不加”都是一次品味声明。iPod 砍掉 100 个功能赢得市场,Nest 砍掉 90% 的按键赢得用户,AI 时代的赢家也一定属于那批砍得最狠的人。

第三,品味不能外包给模型。 模型能给你 10 个方案,但哪个方案配得上你的用户、哪个方案配得上你对自己产品的期待,只能你来定。把品味外包给模型的团队,模型一变、品味就崩。

Fadell 在播客最后说了一段话值得记住:“AI 不会取代产品人,它只会把没有品味的产品人更快地淘汰掉。”

技术周期一直在加速,从 PC 到互联网到移动互联网到 AI。每一轮都会淘汰一批”工具用得最熟但不知道自己为什么要做”的人。留下来的,永远是那些愿意花最多时间,想清楚”不做什么”的人。 在所有人都忙着做的时代,敢想”不做什么”的人,反而最稀缺。