十二个月做十二个项目，这件事听起来像行为艺术，也像自我安慰。但对林默来说，它最初更像一种被迫的自我交代。2024年春天，他从一家互联网中厂的产品岗位离开，手里有一笔不算宽裕的积蓄，脑子里有四五个想做的东西，还有一股说不清是焦虑还是兴奋的冲动。他给自己定下一个粗糙的规则：每个月做一个能放到市场上去验证的项目，不追求做完，只追求知道有没有人愿意为它付钱。

这个规则后来被他不断修正，但核心一直没有变。林默并不是要证明自己能做很多产品，而是想用连续实验的方式，把“我该做什么方向”这个抽象问题，拆成一系列可以被记录、被比较、被放弃的小决策。

实验不是项目展示，而是给自己设定期限

很多人会把“一个月一个项目”理解为连续开发十二个产品。林默很快发现，真正的约束不在于开发速度，而在于你是否愿意在时间到了之后做出判断。

他把每个项目周期统一设定为四周。第一周只做两件事：写下这个项目要验证的核心假设，以及找到至少五个真实用户可以聊的人。第二周做出一个最小版本，可能是一个落地页、一个文档模板、一个手动交付的服务原型，或者一个用无代码工具搭出来的流程。第三周尝试获客，方式只有一个基本原则——手动触达，不投广告，不用自动化群发。第四周复盘，必须回答三个问题：有人付费或愿意继续使用吗？如果没有，卡在哪一步？这个项目的约束条件是否还能继续投入？

这套框架看起来平平无奇，真正起作用的是它的强制性。林默说，没有期限的项目复盘往往会变成自我辩护。你会说“再优化一下界面就好了”“再发几篇内容就好了”。但当你知道第四周周一早上必须写复盘记录，周三之前要决定是否继续时，很多模糊的乐观就不成立了。

选品：从清单驱动转向信号驱动

最初两个项目，林默的选品方式非常典型。他列了一张清单，上面是“独立开发者适合做的十种产品”，包括简历优化工具、代码片段库、播客剪辑模板、线上课程等等。理由也很充分：目标用户明确，获客渠道可循，自己有能力交付。

第一个项目是面向出海独立开发者的产品文案模板。他花了两周做了五十条英文文案模板，又花了一周时间在 X 和 Reddit 上私信了三十多个独立开发者。结果很干脆：没有人拒绝，但也没有人付费。回复的人说“这挺有意思”，然后就没有下文。复盘时他意识到，这个项目的失败不在于产品做得不好，而在于它验证了一个早已被验证过无数遍的东西——模板市场上免费选项太多，用户没有足够强的理由为一个没有差异化来源的东西付费。

这个结论并不新鲜，但对林默有用。因为它不是从行业报告里读到的，而是他自己花了一个月、触达了真实用户之后得到的。他把这次经历记在实验记录表的“放弃理由”一栏：用户有需求，但支付意愿无法覆盖获客时间成本。

第二次实验，他换了一个角度。不再问“我擅长做什么”，而是问“我最近看到什么信号值得验证”。他发现自己在三个不同的开发者社群里都看到过类似的提问：如何给 SaaS 产品做定价页。于是他花两周做了一个定价页诊断服务，手动分析用户提交的定价页，并以邮件形式返回一份包含三到五条改进建议的报告。这一次他收到的反馈明显不同。虽然付费用户只有三个，但三个用户中有一个在几天后主动问他能不能做更深入的定价调研。

这就是一个值得继续的信号。不是订单量本身，而是一个用户愿意主动追问的行为。林默开始理解，连续实验的目的不是凑够十二个成绩，而是让那些微弱的信号有机会浮到表面。

获客：手动触达的价值在于暴露判断错误

在十二个项目中，有五个项目在他自己看来是失败的。失败的原因各不相同，但复盘时有一条线索反复出现：获客方式越自动化，项目失败得越晚，浪费的时间也越多。

第三个项目是一个 AI 辅助的选题工具。他用了两个周末写完，接入了一个大模型 API，然后开始在一些聚合平台上发布。每天看后台数据成了他的习惯：访问量缓慢上升，注册用户偶尔增加，但很少有人真正完成第一次使用流程。他一度认为问题出在交互设计上，于是又花了一周时间改了引导流程，结果数据几乎没有变化。

直到第四周复盘时，他才迫使自己去问那些注册用户。他找到了三个愿意回复的人，其中一个说：“我注册是因为想看看你怎么做的，但我自己的内容流程里根本用不上这个。”这句话让林默明白了：这个项目的假设从一开始就没有经过用户验证。它看起来像是一个好产品，但它解决的问题是林默想象出来的，而不是用户承认的。

他把这个项目标记为“放弃”，并写下一句话：“如果我在第一周就找五个人聊聊，就不需要花四周来做这个工具。”

之后的项目里，他对获客的定义变了。获客不再是在应用商店上架后等待自然流量，而是在做任何开发之前，先找到足够多的人确认他们愿意把时间花在这件事上。对一人公司来说，时间是最稀缺的资源，而手动触达虽然慢，却能在资源被大量消耗之前暴露错误的判断。

决策链：每一个“放弃”都比“坚持”更接近答案

连续实验最容易被误解的地方，是以为项目越多，成功概率越高。林默的体会恰恰相反：项目越多，越能暴露自己反复犯的错误。

他把十二个项目的实验记录放在一起看，发现了三个重复出现的信号。第一，面向个人用户的效率工具，无论做得多么轻，获客成本都远超预期。第二，面向小型团队的服务型产品，虽然用户愿意聊，但决策周期太长，不符合他一个人能承受的节奏。第三，当产品从具体的工作流切入，而不是从泛化的效率提升切入时，用户反馈最好。

这三个信号不是某一次复盘得到的，而是十二个项目连续积累之后才变得清晰。林默没有在最后一个月突然找到成功的方向，他只是比十二个月前更清楚自己应该在哪个范围内继续试。

事实上，第十二个项目结束时，他并没有一个稳定的收入来源。他有一个每月能带来几个咨询订单的定价诊断服务，一个正在测试的面向小型工作室的报价模板，还有一堆被划掉的想法。如果按“一人公司是否成功”的标准来衡量，他还在起点附近。

但林默不这么看。他说，连续实验让他从“我有一个好想法”的状态，慢慢过渡到“我知道下一个问题该问什么”的状态。前者让你容易被自己的热情带着走，后者让你有可能在真正的约束下做决定。

建立自己的实验记录表

林默的实验记录表起初只有简单几列：项目名称、开始时间、验证假设、投入时间、结果、是否继续。后来他逐渐增加了三列：“当时判断”“事后判断”“差距在哪”。

这三列成了他最有价值的复盘工具。每个项目在开始时都有一个“当时判断”，比如“这个需求很明显，只需要一个简单的落地页就能吸引用户”。四周之后，他会写下“事后判断”，比如“用户确实有需求，但他们更倾向于找熟悉的人推荐，而不是在一个陌生页面上付费”。而“差距在哪”一栏，则帮他看到自己的判断在哪一步出了偏差。

这套表格不需要多复杂。重要的一栏是“放弃理由”，需要具体到可以通过外部事实检验，而不是一句“效果不好”。一个可用的写法是：放弃项目 A，因为在触达了二十个目标用户之后，只有一个人愿意尝试，而且该用户明确表示不会付费。这样下一次回头看时，你能知道自己做的是清楚的决定，而不是情绪化的撤退。

连续实验不会帮你跳过失败，但它能让失败变得便宜。每个项目都有明确的结束时间，有必须回答的问题，有可以被比较的记录。对一个人公司创业者来说，能够低成本地排除错误方向，本身就已经是在向可行方向靠近。十二个项目是否成功，不取决于其中有多少活下来，而取决于你是否在这个过程中建立了一套自己的判断机制。

林默还在继续。他的第十三个实验不再是一个全新的方向，而是基于第五个项目的信号做更窄的验证。他说，如果十二个月前有人告诉他方向在哪，他不一定会信。现在他更相信自己记录的信号，而不是别人给的答案。