PMF 之前，产品该做到多糙才算够
你已经决定要做这个东西了，接下来卡住你的是功能清单该切到哪一刀。第三方登录做不做？错误处理要不要把分支覆盖全？付费流程要不要连退款一起接好？多语言呢？每砍一刀都心虚，每多做一天又觉得自己在拖。
站内 L9 阶梯里有几篇课反复用「到了 PMF 再放量」「没到 PMF 就砸广告等于往漏桶里浇水」当分界线，讲的是过了这条线之后该怎么分配时间和预算。这篇讲的是线的另一侧：还没过线的时候，产品本身该做到什么程度。L5 阶梯另有落地页冒烟测试和预售那两篇，讲的是产品还没动手做的时候怎么拿到信号；这篇的前提是你已经在写代码了。
一、「多糙」这个问法本身是错的
a16z 2017 年那篇《12 Things About Product-Market Fit》里有一条构建哲学：先把 PMF 找到，再去把产品做健壮，验证之后才谈加固（A5.1#10）。
同一篇里还有一组更硬的划分。价值假设讲的是「客户为什么会用你的产品」——要造什么、谁需要、怎么交付；增长假设讲的是怎么把获客规模化，而且它只在价值假设被验证之后才做（A5.3）。
把这两条并起来，「糙」就不再是一个程度问题，而是一个归属问题。同样是「登录做得不完整」，如果你的产品必须让人带着自己的历史数据回来用，登录就是价值假设的一部分，做不完整整个价值就交付不了；如果它只是为了以后接团队版做准备，那它属于增长假设那一侧，现在做就是提前花钱。
本站的判断是：按 A5.1#10 和 A5.3 这两条，你的待办清单不该按「重要 / 不重要」排序，该先按「这一项是在检验价值假设，还是在为规模做准备」拆成两栏。前一栏一分都不能省，后一栏在验证之前一分都不该花。所谓糙不糙，是拆完之后自然掉出来的结果，不是拍脑袋定的一条完成度红线。
二、那十二条症状里，没有一条在说产品做得好不好
Andreessen 2007 年那篇文章里列了「没到 PMF」的六种可观察症状：用户从产品里得到的价值不够、口碑几乎不扩散、使用量涨不上去、媒体不感兴趣、销售周期一拖再拖、快到手的单子经常谈崩（A2.3）。
「到了」的那一组也是六条：客户买的速度超过你能生产的速度、服务器加得比使用量涨得慢、回款一直在进来、忙着招销售和客服、媒体主动来约采访、开始被颁创业奖（A2.4）。
十二条，全是定性描述，一个数字都没有。更要紧的是另一件事：十二条里没有任何一条在评价产品的完成度。没有「bug 少」，没有「体验顺滑」，没有「功能齐全」，没有「性能好」。它们量的全是市场那一侧的反应。
同一篇文章里的排序把这件事说得更直白：市场 > 团队 > 产品，好市场会主动「拉动」产品出现，即使产品并不完美（A2.2）。
这里得说清一个使用边界。那两组症状是 2007 年针对融过资、有销售团队、有服务器扩容压力的公司写的，一个人做产品的身上不会出现「拼命招销售」这种症状。要用到个人产品上必须换算，而这个换算是本站的推演，不是原文的意思——大致的对应关系是：把「招销售和客服」读成「回不过来的咨询消息」，把「加服务器」读成「账单涨得比你预算快」，把「媒体主动上门」读成「没打招呼的人开始替你转发」。换算完你会发现，这些症状照样和你的代码写得干不干净没关系。
三、可以糙的和不能糙的
按上一节的两栏法拆下来，落到具体清单上大概是这样。这几条是本站按 A5.3 和 A4.2 推的操作判据，不是哪篇原文的结论。
不能糙的三类
- 核心动作那一条路径，必须从头走通到尾。 用户为了那件事而来，那件事就得能做完。中间任何一步要靠你手动补，价值假设就没有被真正检验过——用户体验到的是你，不是产品。
- 交付出去的结果必须是真的。 结果可以少、可以慢、可以丑，但必须是他能拿去用的东西。假数据、示意性的输出、只在演示路径上成立的结果，会让所有反馈失去意义。
- 让人能把话说回来的那个口子。 Superhuman 那套流程的最后一步是循环测量：持续对新用户发问卷，按新的回答重建路线图（A4.2）；配套的三道题也要有地方问——谁最受益、拿到的主要收益是什么、怎么改能更好（A4.4）。这些题问不出来，你后面所有的判断都没有输入。
可以糙的四类
- 边缘分支。 异常输入、并发冲突、极端参数。这些是产品健壮性，按 A5.1#10 属于验证之后才加固的部分。
- 只有规模化才需要的东西。 多租户、权限体系、后台管理、自助开通、自动化对账。这些整条都在增长假设那一侧（A5.3），在价值假设被验证之前，它们服务的是一个还不存在的用户量。
- 视觉一致性。 不同页面风格不统一、间距不齐、图标混搭，这些不影响那件事能不能被做完。
- 覆盖面。 只支持一种文件格式、只跑通一个行业的场景、只适配桌面端——窄不是缺陷，窄是聚焦。
第 7 条容易被反驳，理由通常是「用户会觉得不够用」。Superhuman 那篇里给的高期待用户定义正好回答这个：这批人是目标客群里最苛刻的那一批，最能从产品的核心价值里获益，并且会主动推荐（A4.3）。苛刻和窄看着矛盾，其实不矛盾——他们苛刻的对象是那件他们天天在做的事有没有被做好，不是你的设置页里有几个开关。你为了显得「够用」而铺开的那些覆盖面，恰恰会稀释掉他们最在意的那一处。
四、糙也有下界：糙到什么程度就不算产品了
上面说的都是往下砍，但砍到某个位置之后，剩下的东西就不成其为产品了。这条下界跟功能多少无关。
有两种常见的自检问法可以用来定位它。一种是拆除测试：把模型厂商拿掉，你手上还剩什么？如果答案是一个界面加一段系统提示词，那你手上没有资产。另一种是 80% 测试：如果一个懂技术的用户把你的核心提示词粘进通用对话框，能拿到你八成的产出，那你做的是个包装（B3.1）。这两条判据衡量的是结构不是数字，模型能力会变，这个结构性的问题不会跟着一起变。
所以糙的下界是：你可以少做很多事，但不能没有那件只有你在做的事。 界面糙、覆盖窄、没有后台，这些都还在糙的范畴里；而如果砍到最后剩下的那点东西，用户自己用通用工具十分钟就能凑出来，那不叫糙，那叫没有。
五、AI 产品的糙，多一条别人没有的约束
传统低价 SaaS 普遍走免费层加长试用期，因为高毛利让养免费用户的成本可控，用户在某天自己想通了再升级。AI 产品每一次调用都在花钱，于是被迫在很早就推转化，甚至出现按日的用量墙——这在传统 SaaS 里几乎不会出现（B2.2#1）。
本站按 B2.2#1 推出来的结论是：粗糙的早期版本，对传统软件是「先扔出去放着，反正也不花钱」，对 AI 产品是「每天都在扣钱」。这两者的糙法必须不一样。传统软件的糙可以表现为「功能少但随便用」，AI 产品的糙只能表现为「能做的事少、能做的次数也少」。把用量放开当作对早期用户的补偿，是拿验证期的现金流去买一个你还不确定要不要的东西。
同一节还有一条不带数字的比例关系要记住：回收期算的是用毛利贡献补回获客成本要几个月，毛利率打对折，回收期就要原来两倍的时间（B2.2#2）。站内 L9 那篇讲 CAC、LTV、ROAS 和回收期的课，方法本身没有问题，但它算账示例里的毛利率默认值是按传统 SaaS 填的；产品每次使用都要调模型的话，那个默认值得换一个。
还有一层干扰要提前知道。ChartMogul 那份留存报告里描述过一个现象：实验性质的 AI 产品使用者最终会离开，关键特征是转向下一个热门产品，报告本身并没有给这类人下正式定义（B1.3）。那份报告的样本是已经跑过 $250k ARR 的公司，和你现在的处境不是一回事，但这个现象本身对早期判断有意义：本站的判断是，早期的热闹里有一部分是这类流量，它们对「我这个粗糙版本到底行不行」几乎不提供信息，而它们消耗的调用成本是真金白银。
六、你已经打磨过头的几个迹象
- 你在等一个「可以发出去」的版本，而这个版本的定义每周都在往后挪。 a16z 那篇里明确写着，在验证 PMF 之前扩张会栽（A5.1#9）；而在验证之前把产品做厚，本质上是同一个动作的另一种形式——都是在为一个还没被证实的假设追加投入。
- 你开始想找人一起做。 那篇里的说法是，PMF 之前招人会拖慢迭代，PMF 之后招人才是加速增长（A5.1#11）。同理适用于外包一个页面、买一套设计资源。
- 有几个人用得挺好，于是你觉得可以开始做规模化的准备了。 这一条对应的是第 6 条要点：创始人经常把早期的一点起色误当成真的 PMF（A5.1#6）。
- 你觉得再有两周就能验证完了。 a16z 2017 年那篇文章里引用过一个说法，说验证市场需要的时间是多数创始人预期的 2 到 3 倍，还有一个说法是 70% 的创业公司扩张得太早。这两个数字都是那篇文章在转述更早的研究，源头本站没有追到，所以只能当成一种参考说法，不能拿来做判断依据。
七、把待办清单划成两栏
具体做法：打开你现在的待办列表，对每一项问三句话，然后往两栏里扔。
- 这一项没做，用户还能不能把那件事从头做完一遍？ 答「不能」→ 左栏，必须做。
- 这一项服务的是我现在真实拥有的用户数，还是我希望有的用户数？ 答「希望有的」→ 右栏，推迟。
- 这一项做完，我能多知道一件关于用户的事吗？ 答「能」→ 左栏，哪怕它看起来很小（比如加一个反馈入口、给三道配套题找个地方问）。
划完之后把右栏整个折叠起来，别删——它不是垃圾，是排错了时间的工作。按 A5.1#10 的说法，那些东西的正确位置是验证之后。
左栏如果还是长得离谱，用第四节那条下界再筛一遍：留下那件只有你在做的事，其余全部往右挪。多数人第一遍划完会发现左栏比自己想象的短很多，短到有点不安。按 A2.2 那个排序，产品本来就排在市场后面，一个不完美的产品在对的市场里会被拉着往前走——左栏短不是问题，左栏里那件事没人要才是问题。这两件事要分开查，查后一件用的是需求验证那一层的办法，站内 L5 阶梯已经讲透，这篇只负责把左右两栏划对。
延伸阅读
本篇提到的站内课程，可以直接接着往下读：
名词不熟可以先看术语页：PMF（产品市场契合）