十年做了几十个没人用的 App，一次成功退出让他的命中率彻底改观

原文来源：Indie Hackers — 十年失败换来的四条产品判断，以及一个用 AI agent 写代码、人只做决策的独立开发者现状。

Mac Martine 做了大约十年 App，几乎全都没做起来。用他自己的话说，「多到我只能记住一小部分」。代码一般，UI 凑合，销售和营销一窍不通。然后其中一个产品成了，他一个人卖掉，没有员工，广告费花了 0，成交价数百万美元。

真正让他回味的不是那笔钱，而是过程中的手感差异：之前每个产品都像逆流而上，推得费劲；那一个产品却像顺流划船，世界张开双臂接住了它。

看清那种「顺流」长什么样之后，他的命中率变了。距离那次退出 5 年，他现在手里是第四个盈利的 SaaS。

变了什么：他不再靠猜

他把转变归结为四条，而且强调这些都不聪明，「只是花了 10 年才学会」：

一、写之前先聊。 在动手前，去找很多人聊他们的工作，然后听——听同一个抱怨反复出现。不是问「你会用这个吗」，而是等那个抱怨自己冒出来。

二、小步做，早点收钱。 他卖掉的那个 SaaS 只花了 4 周做出来，第一天就跑了信用卡。先收钱，是把「礼貌性好评」过滤成「真实需求」的最快办法。

三、只挑自己也有痛点的问题。 如果他自己没有这个痛点，或者没有在足够多的人身上清楚看到它，就不做。

四、在写代码之前就搞清楚去哪找更多有同样痛点的人。 这一条最容易被忽略。

这四条放在一起看，其实是一条完整的验证链条：先确认痛点真实存在（一），再用最低成本证明有人愿意付费（二），然后用「自己也有痛」保证方向不跑偏（三），最后用可复制的获客路径保证这事能长大（四）。大多数人只做了前两步就急着写代码，然后卡在「东西做出来了却没人知道」上。

—— 广告 ——

评论区里有一条回复把第四条的重要性说得很透。一位做 SEO 审计工具的开发者说，他的产品「能用」——30 秒扫 2000 个页面、对比 100 多个因素、不用注册。但一个月只有大约 4 个人发现有这个东西存在。域名权重只有 3，十个外链全是爬虫留的。

他的诊断是：前三条他基本都做到了，唯独漏了第四条。「我以为有了痛点、做出了解法、能证明它有效就够了。结果分发变成了事后才想的事，验证就卡在了流量这道题上。」

这也是很多独立开发者卡住的地方——不是产品不行，是没人知道它存在。Mac 的第四条本质上是在说：获客路径本身就是需要提前设计的产品的一部分，不是上线之后再补的营销动作。

Mac 现在做的产品叫 DemandBird，面向 B2B 团队和代理商做多平台内容分发：写一版内容，按平台改写，团队或客户审批，排期发布，然后看效果。这次他不是一个人干的，联合创始人是 Alex——两人从不同方向撞上了同一个问题。

他说这次选合伙人的逻辑也和以前不同：不是找个人分担工作量，而是从不同侧面反复确认了同一个痛点。Alex 以前经营过代理商，对「多客户、多平台、多轮审批」这套流程的痛苦有第一手经验；而 Mac 自己的问题是不擅长持续发内容。两人每天从团队和代理商那里听到的是同一件事，只是规模更大。

进展是：51 个活跃付费客户，每天有新注册。而他抛出了一个更有意思的数字：上周合并了 172 个 pull request，代码一行都不是他自己写的。

他的流程是：agent 写代码，一个 AI 评审标记看起来安全的部分，他来决定哪些合并。「我仍然是这里唯一的技术人员，但我不再是开发者了，我是系统构建者。」

他补了一句关于「做什么」的体会：以前做产品最难的是决定先做哪个功能；现在的难点反过来——很难不把所有人建议的东西都做出来，所以「说不」成了他工作的一大部分。

第一，「顺流」是可以被设计的。Mac 把十年失败当作数据集，从中提炼出可复用的判断标准。他的四条里，真正稀缺的是第四条——大多数人验证的是「痛点真不真」，却忘了验证「能不能触达有痛点的人」。

第二，独立开发者的角色正在从「写代码」转向「做决策」。一周 172 个 PR 靠一个人是审不完的，除非把「写」外包给 agent、把人的精力集中在「什么该合、什么该否」上。他说得很实在：现在最难的技能是克制,而不是产出。