从验光师到3款SaaS月流水$28,000。只选能赢的战场这一判断

金额均为美元,按1美元150日元换算的参考日元数字已附在括号内。

从”不会写代码”开始的事业

Samuel Rondot住在法国靠近瑞士边境的地方,做了3年验光师。这份工作本身他并不讨厌,但被固定在一个地方的状态让他无法继续忍受。附近有一座机场,那道风景每天都在提醒他要做出改变,他这样说道。

他利用早晚时间做副业,后来独立出来。目前同时运营3款SaaS,合计月流水约$28,000(约420万日元/月)。

这个案例有意思的地方在于,他的第一个事业根本不是靠代码搭建的。

目前的产品矩阵

作为过往的业绩,还有2017年开始的MathPlanner——一款Instagram自动化服务,月流水曾达到约$30,000(约450万日元)。

3款产品的技术架构完全相同:前端是Next.js(部署于Vercel),后端是Node.js(运行于AWS),数据库是MongoDB。他本人的说法是:“技术栈超级简单,而且始终一致。“即便增加产品数量也不改变架构,以此压低并行运营的负担。

转折点(1)——不写代码也证明了需求

第一个转折点是2017年的MathPlanner。这看起来是一款SaaS,但内里根本不是代码。

“连代码都没写。在WordPress落地页背后,是印度和孟加拉国真实的人在手工完成自动化操作。”

用落地页接单,后台靠人力处理。凭这种形式做到了月流水$30,000,并成为他辞掉验光师工作的依据。

之所以说这是转折点,重点不在金额,而在于它用事实一次性打破了”不会做就没法开始”这个前提。他当时面对的最大障碍,用他自己的话说是”很简单,我不会写代码”,作为替代手段他用了WordPress插件,但”几乎不能用”,定制起来非常痛苦。即便在这种情况下,营收还是立起来了。

用前后对比来说,就是从验光师的工资收入变成了月流水$30,000的自营业务。手段不是技术能力,而是用人力去承接有需求的工作。

转折点(2)——从打不赢的战争中撤了出来

第二个转折点,对打造目前的产品矩阵起了决定性作用——那就是重新选择获客手段。

他起初尝试过用Meta广告获客,由此了解到了竞争对手的资金实力。

“竞争对手花$200去换$30的营收都毫不在乎。”

获得融资的竞争对手,即便在单位获客成本上出现亏损也能承受。自筹资金的个人如果在这个战场上硬拼,资金先耗尽的一方会先出局。到这里,他从直接付费获客的竞争中主动撤了出来。

“只打能赢的仗。竞争对手大多拿了融资,所以我们更需要动脑筋。”

他转而布局的是SEO、YouTube视频,以及面向AI引擎的优化。目前,SEO带来的流量为所有产品合计每天约400次点击。关于SEO,他将其定位为长期主轴:“虽然见效慢,但会产生复利效应,是最强的增长渠道。“付费广告(Meta和Google)则作为短期辅助保留,但不是主战场。

为什么这套组合起了作用

可以分三层来解释。

第一,承认了资金上的不对称,并据此选择了战场。 “在广告上打不赢”不是因为努力不够,而是资本结构不同这一事实。拿到融资的竞争对手可以在收回LTV之前先支付CAC,自筹资金的个人做不到。他没有用精神论去处理这一点,而是转向了成本性质不同的渠道(投入时间会作为资产留存下来的SEO和内容)，这才让单位经济模型成立。表面上看是”做了SEO”,而结构上其实是”避开了对方能用钱买到的地方,站到了只能用时间买到的地方”。

第二,把需求验证放在了动手之前。 他在着手之前会先看搜索量、SEO指标、竞争强度、竞争对手的获客方式以及市场的需求信号。原则很明确:

“在验证需求之前什么都别做。”

MathPlanner用人力也能卖出去的经验,与这一点是相通的。他要提升的不是制作的速度,而是验证的速度,他说:“我相信直觉,但也会用数据验证。这样能避免好几个月的浪费。”

第三,产品矩阵确实吸收了损失。 UseArtemis因LinkedIn加强了自动化限制,从高峰期跌到了$5,000。但整体月流水依然维持在$28,000。一款产品因外部规则变化而受损,其他产品会顶上去。这不是理论上的分散,而是真实吸收了一次减收的实例。

尚未见效的部分,存在的问题

平台依赖的代价现在仍在持续。 UseArtemis的减收,是把事业建立在LinkedIn这一他人平台之上的直接后果。产品矩阵保住了整体,但那一款产品本身并未恢复。

流失率的结构性难题同样存在。 像StoryShort这类细分市场,他自己也承认”本质上LTV偏低,解约始终是个课题”。生成无露脸视频这类用途,一旦单次目的达成就容易流失。所以增长公式最终收敛为再普通不过的三点:新客获取、降低解约、以及提升留存的产品改进。

关于$20,000这道坎,他自己的看法很坦率。 MRR到$20,000为止”很简单”,而真正的功夫从那之后才开始。他并不掩饰StoryShort虽然在SEO上还有增长空间,但这之后正是难关所在。

能移植的,不能移植的

可以移植的。 动手之前先调查搜索量和竞争对手的获客手段这一顺序;不与资金雄厚的竞争对手在付费广告上正面硬拼、而是转向时间会资产化的渠道这一判断;产品数量增加也固定技术栈、不抬高运营负担的设计;为应对单一平台的规则变化而持有多个收入来源;以及”先用人力也要确认需求”这第一步。

无法移植的。 2017年那个Instagram自动化尚能成立的时期所带来的顺风。当时和现在平台的监管水平完全不同,同样的招数已经打不出来了。而且,能够自学代码并同时运营3款产品的技术能力,是花了数年时间积累起来的。关于AI编程工具,他说:“就算现在重来,我还是会去学代码。但为了快速做出第一个版本,我会彻底利用AI。“他并不认为学习这一步可以省略。

他给自己定的下一个目标,是把Capacity.so做到月$100,000。理由是,不想写代码却想做工具的这批用户市场很大。一个不会写代码、靠人力起步的人,如今在为不想写代码的人打造工具，这样的脉络,作为这个案例的总结恰如其分。

相关阅读

• Plausible — 不依赖广告、靠内容和搜索做到$1M ARR的案例
• ScrapingBee — 小团队SaaS靠内容驱动增长、最终走向出售的案例