90 分就发

大部分团队在 70 分过度打磨,然后叫它 MVP。

把还没完成的东西拿给两个友好的用户看,听到一句"挺有意思的"反馈,然后躲起来打磨六个月,直到打磨到 95 分。等打磨好的版本发出去,市场已经变了,团队累垮了,外面没人在乎。

这是好产品最常见的死法。

Lucy Guo 在 Snap 学到了更好的数字 —— 看 Evan Spiegel 发 Snap Map。

Snap Map 这个故事

内部没人想做。"所有人都觉得太傻了。"她说。那个 zoom-out 视图、朋友气泡、整个"社交地图"概念 —— 感觉像个尴尬的功能加塞。团队反对。Evan 坚持。

他发了。

那东西成了 App 里最常用的功能之一 —— 一个用户拿到手就爱用的 UX。不是因为团队对设计的判断错了,是因为消费者预测不了自己会用什么。他们只能反应。

Lucy 学到的:

"当你想出一个产品,花两周设计它然后就发出去看效果。有 traction 就继续迭代改进。但只要是用户想用的产品,他们就会用,哪怕 bug 满满、UX 很糟。"

两周设计。然后发。用真实信号做决定,不是想象的信号。

"90 分"到底是什么意思

"90 分发布"不是"发个坏东西"。是一个具体的标准。

90 分的意思: 核心功能从头到尾跑通。流程能看明白。陌生人不需要解释就能用。你会因为打磨不够脸红,但不会因为概念脸红。

60 分的意思: 核心流程不通。要让团队站在你旁边、笔记本上跑自定义脚本才能演示。根本拿不出手给用户。

大部分团队把这两个搞混。他们 60 分发了叫自己勇敢。90 分继续磨叫自己重视质量。

90 → 95 的打磨是舍入误差。60 → 90 才是产品本身。

为什么过度打磨杀死产品感

两个原因。

第一,每多打磨一周,你的团队就被训练得更听自己的、更不听用户的。产品变得更符合你的品味 —— 而你的品味,就是产生那个发不出去版本的同一个品味。你只是在调更精细的噪音。

第二,90 → 95 阶段的用户调研大部分是错的。你在问别人"对一个在他们生活里还不存在的东西怎么看"。他们会告诉你点什么,因为礼貌。他们告诉你的东西,无法预测产品发出去后他们的行为。

Lucy 说得很直:

"90% 没调研直接发,然后有 traction 就 double down,比浪费几个月做这些调研强。"

90 分之后,唯一有效的调研是真实用户用真实产品。其他都是表演。

难的不是工程

90 分发布最难的部分不是工程。是愿意被人看到不完美。

大部分团队过度打磨,是因为怕被判断,不是因为打磨有用。他们希望第一版看起来像他们想成为的团队,而不是他们真实的团队。他们脑子里想象 demo、想象上线推文、想象媒体评论 —— 然后一直打磨,直到这些想象的东西能看。

但真正重要的人 —— 前一百个真实用户、真正在意的投资人、会付钱的客户 —— 判断方式不一样。他们奖励速度、清晰、感受到你会快速迭代。他们不在乎圆角好不好看。

团队的虚荣才是瓶颈。不是功能。

那又怎样

看你的 roadmap。找那个卡在 70 多分的功能 —— 因为"用户调研"、"对齐"、"打磨"。问一个残酷的问题:如果这周五就把 90 分的版本发出去,到底哪儿不对?

如果答案是"打磨还不够" —— 发。

如果答案是"核心流程不通" —— 那是 60 分,不是 90 分。去把那个修了。

如果答案是"我怕别人怎么看" —— 那才是你没发的真正原因,再多打磨也修不了。还是发。

接下来两周的打磨,在真实用户手里测过之后,会精准得多。

---

基于 Lucy Guo 2026 年 5 月的公开访谈。把音频变成有用的文字,是 Orpheus 在做的事。