每周末投入2小时坚持4年半。AC费分摊应用如何从每天50人成长为月活30万

大多数个人开发服务都在没有增长的状态下停摆。停摆的原因大多既不是资金也不是技术,而是”在没有增长的时期能否持续动手”。分摊计算服务”Walica”的开发者在Qiita上公开的记录,明确写出了这段不增长的时期长达1年以上,而这期间的运营成本大约只有每年1,000日元。

这项服务是一款Web应用,用来计算旅行或聚餐后”谁该还给谁多少钱”。开发者是工作第2年的公司职员,和公司同期同事一起发布,是他的第一个个人开发服务。

发布后4年半的时间线

从发布到月活30万,约4年半。这期间的开发,近期的节奏是每周末大约投入2小时左右持续进行。

这项事业的成本结构

数字中最容易被忽略的,不是收益,而是成本。

初期是”每年域名费用大约1,000日元”这样几乎零成本的运营。目前用Heroku运营,规模已经超出免费额度,但即便如此,负担仍停留在个人可以在周末摆弄的范围内。收益来源100%依赖Google AdSense,原文中没有记载具体金额。

这个结构说明的意义很单纯:“每天只有50人使用的那一年”没有变成亏损。没有出现被迫撤退的因素。作者列出的坚持理由有三点:对自己来说本来就很方便、和朋友一起用时反响不错,以及用户数虽少但环比一直在增长。

增长开始的瞬间,是被搜索到的时候

日语版轨迹发生转变,是在通过”分摊 应用""分摊 计算”之类的关键词跻身搜索前列之后。作者本人把这一点列为转折点。从每天不到50人的水平,最终达到月活30万——单纯换算相当于每天约1万人的规模。

英语版还有另一个转机。2021年末发布的”Spliito”,最初打算靠Twitter广告拉动增长。结果正如作者所说,广告”确实能带来短期的增长,但根本触及不到本身就有这种需求、想解决这类问题的人”。

于是在2022年末,重新搭建了引流入口。具体步骤有以下3步:

1. 把原本只是把Walica首页直接翻译成英语的状态,改造成包含服务说明和关键词的落地页
2. 文案先用DeepL从日语翻译成英语,再用ChatGPT改进英文表达
3. 至于要瞄准哪些关键词,则向DMM英语会话的母语外教提问”在搜索这类服务时,你会用什么关键词”,据此决定

此后,来自印度等众多国家的用户开始涌入。

为什么广告不奏效,搜索却奏效

日语版和英语版发生的事情,是同一种结构的重复。

分摊计算这个问题,发生的瞬间是很明确的。刚旅行回来之后,聚餐刚结束之后。除了那个时间点之外,不会有人需要这项服务。反过来说,一旦需要,几乎一定会去搜索。

SNS广告与这种结构不合拍。广告展示的时机由投放方决定,大部分情况下会打在”当下并不为分摊烦恼”的人身上。即便数字一时有所波动,由于问题尚未发生,大多也会在未被使用的情况下结束。搜索则相反,问题发生的时机与接触的时机是一致的。基数虽然比广告小,但命中的那一个人使用的概率不同。

而且,这类服务还有回访的理由。旅行和聚餐会反复发生,一旦用过一次觉得方便,用户下次还会回来。可以自然地理解为,通过搜索进来的一个人变成了多次使用,这种积累经过4年半才达到月活30万。

功能追加的方针也印证了这种理解。作者对用户需求的采纳很保守,慎重考量实装后能让多少百分比的用户感到满意、认知负荷会增加多少。因为从搜索进来的初次访问用户能否毫无迷惑地完成分摊计算,正是这项服务的价值本身。

尚未公开的部分,以及局限

这个案例有一部分数字没有公开。

最大的缺失是收益金额。Google AdSense 100%依赖这一事实虽有记载,但每月具体多少却没有写明。月活30万的Web服务广告收益处于什么水平,这份记录无从得知。作者提到未来的方针是”是不是直接把广告位卖给企业更赚钱?“,从这一点可以窥见他对目前AdSense收益仍有增长空间的感受,但除此之外无法做更多推测。

结构上也存在风险。对搜索流量的依赖,会直接承受搜索引擎一方的变动。免费分摊计算这个领域进入门槛低,无法保证能一直维持排名靠前。此外,依赖Heroku这一单一托管服务的个人运营模式,随着规模扩大也会变得越来越吃力。

作者拿来做对比的是日程协调服务”调整君”,据称月活400万。同为处理”活动附带的小麻烦”这一类别,存在10倍以上规模的存在。30万这个数字不是终点,还处于半途。

可复制的与不可复制的

容易移植的是成本结构和搜索的瞄准方式。

如果能维持在每年1,000日元的运营规模,不增长的那一年就不是”损失”,而只是单纯的等待时间。不被逼着做出撤退决策,这本身就是一种战略。至于瞄准哪些关键词,这个案例的做法也容易复制。英语版所用的”直接向该品类的母语使用者请教他们会怎么搜索”这一手法,不一定非要通过DMM英语会话才能实现。不凭自己的语感来定关键词,这才是原则本身。

另一方面也存在无法复制的条件。

第一,像”分摊 计算”这样搜索词明确存在的课题。并非所有个人开发服务处理的都是用户会用语言表达并去搜索的问题。在没有搜索需求的领域,这套策略会直接失效。

第二,自己本身就是每次的用户。作者把坚持的首要理由列为”对我自己来说本来就很方便”。能在每天只有50人的时期持续动手,靠的不是外部反馈,而是自身的实际获益。为他人的问题在零收益状态下坚持4年半,难度是另一个量级。

第三,开发速度本身。只有工作第2年的工程师能在周末投入2小时持续改进这一前提成立,这种低成本结构才能成立。如果外包出去,每年1,000日元的运营费用就无法成立。

相关阅读

• Hitode氏的博客运营 — 以搜索流量为核心长期积累的国内个人媒体案例
• Carrd成长到年营收2亿日元规模为止 — 维持一人、低成本运营的同时扩大规模的Web服务