首笔收益22日元。重做5款应用后,用1年3个月做到月入1万日元

个人开发的收益文章往往从月入10万日元、月入100万日元这样的水平讲起,但在这之前还有”第一笔1日元”的阶段。发布在note上的《从零经验开始应用开发,到个人开发月入1万日元为止的故事》,是作者(のすけ)把从2019年10月起约1年3个月直到月入1万日元的过程按时间顺序排列出来的记录。首笔收益金额是22日元。从那里到月入1万日元之间改变了什么,文中写得很清楚。

1年3个月的推移

作者是从零经验自学成为Web工程师后不久开始个人开发的。明确记载的固定支出是每年11,800日元的iOS应用发布费用(Apple Developer Program),当时的反应”啊?!为了发布iOS应用,居然每年都要付给苹果11,800日元?!”被原样保留在文中。

为什么第一款没能卖出去

MusicStore Reviews源于一种切身感受:国内乐器店的口碑事先无从得知。作者本人有乐器经验,“对第一次接触乐器的人来说,能否顺利坚持下去,第一家店非常重要”——这个前提颇有说服力。但结果并不理想。本人的总结是:“‘评价乐器店’这件事本身,并没有需求。”

这里出现了个人开发中常被混淆的两种需求的分离。“想知道乐器店的口碑”这一读者需求即使存在,“去评价乐器店”这一作者一方的行动需求却是另一回事。投稿型服务如果没有后者就无法运转起来。设置课题的正确性,和服务能够运转的条件是否成立,并不是一回事。

接下来选择的”Subsuku”,是一款把Apple Music、Amazon Prime等订阅服务的支付统一管理的应用,用途是防止免费试用期忘记取消。作者写道:“国内没有这种能统一管理订阅服务的应用,于是盯上了这一点。""而且这也是我自己的需求。“实际上用户也在慢慢增加。

决定性一击是应用内购买

数字发生变动的瞬间可以明确定位。就是2020年末决定实装应用内购买的那个时刻。把前后排在一起,差异一目了然。

• 引入付费前:只有AdMob的横幅广告。首次收益是引入次日的22日元。此后用5款应用运行广告,但”完全达不到月入1万日元”
• 引入付费后:年末年初为”Subsuku”实装并发布。“效果立刻显现,实现了月入1万日元的收益”

作者用数字说明了广告的极限,这一点很有用。“广告收益每次点击只有几日元到几十日元,如果没有数千到数万用户使用这款应用,月入1万日元都赚不到。“也就是说,靠广告模式实现月入1万日元,几乎等同于把用户数从4位数堆到5位数的工作。这不是个人能在数月内准备好的规模。

实装付费也有心理上的门槛。既没有实装经验,而且”应用出问题时的用户支持也很辛苦”。即便如此,他判断”真正想赚钱只能靠这个”。

为什么转向付费能奏效

第一,所需用户数量级降低了。广告是”全体用户×极小单价”的累积方式,只能靠增加分母。付费则是”一部分用户×较大金额单价”,分母小也能成立。相当于在同一用户基础上,把方向转向提高每人的客单价。

第二,不是自己发明要卖的内容。作者写道”参考了实际已发布的应用”,调研了其他个人开发者的应用,提炼出付费功能的共同点。得出的是”移除应用内广告”和”取消注册数量限制”两项,直接采用到自己的应用中。作为共同点被观察到,本身就是市场上已经验证过愿意付费的证据。比起从零开始构思价值主张,借用经过验证的套路更快。

第三,这两项付费功能恰好与订阅管理应用的使用实态相契合。注册数量限制,是一种越用越会被触发的约束。越是把签约的服务一个个登记进去的用户,越容易触及上限,从而产生付费需求。也就是说,付费候选人自动收窄到”持续在使用的人”。移除广告也是同理,启动次数越多的人,越会觉得广告碍事。设计上让越热心的用户,付费的理由越强烈。

作为佐证,作者此后也在”Subsuku”以外的应用中引入了付费,并写道:“由于应用发布已经过去了几个月,持续使用的用户为我付了费。“2020年5月到8月发布的3款应用,如果只看广告收益,当时看似是失败的,但在引入付费的时点,却作为既有用户的库存发挥了作用。发布5款的意义,不在于命中爆款,而在于准备了多个可以安装”付费水龙头”的对象。

从文章中读不到的东西

具体的付费价格、付费形式(买断还是订阅)、各应用的下载量、月入1万日元中广告与付费的比例均无记载。“月入1万日元”这个落脚点,也只是达成当月的实绩,是否为持续水平文中并未说明。开发时间方面也只写着”平日和周末都在做某种服务开发”,每周投入时长不明。因此,这篇文章不适合作为衡量收益规模的资料,而更适合作为展示收益来源切换前后落差的资料来读。

作者本人对月入1万日元的评价是”没觉得有多难”,理由是”因为能享受这个过程”。反过来说,如果无法享受这个过程,能否以同样的密度坚持1年以上就是另一回事了。他也写道:“如果你觉得应用开发很痛苦……放弃也是一个办法。”

可复制到什么程度

容易模仿的是举措的顺序。先用广告确认从0到1,再转向单价更高的付费。要卖的功能从竞品的付费功能中提炼共同项。把随着持续使用越容易触及的约束(如注册数量上限)设为付费点。同时发布多款应用,等引入付费时一次性接上水龙头。这些都不需要资本。

难以复制的条件有三个。一是作者本人是在职Web工程师,虽是自学,但一边在工作中写代码一边开发。二是2019年11月这个进入Flutter的时机。正如本人所写”当时Flutter的人气还不像现在这么高”,在几乎没有日语资料的情况下,靠YouTube和英文文章自学,这需要相当的毅力作为前提。三是2020年当时,国内在订阅管理应用领域几乎没有明确的竞品——这样的市场空白,如今已无法重新选择。

另外,作者在文中提到自己目前仅靠个人开发的收益生活,并于2025年8月开始了应用拦截器的公测发布。月入1万日元只是这一路径上的起点。

相关阅读

• Photo AI — 以付费为前提设计的独立开发产品数字
• 餐车 — 按月公开创业初期小额销售额的记录