运营中

3~4天做出的Notion联动表单做到月流水555万日元。前一年半连支持工作都一人扛下的NoteForms

Julien Nahum在Notion API刚公开时用3~4天做出的NotionForms,发展成MRR 3.7万美元(约555万日元)的表单构建器业务。前一年半连支持都一人包办,单价从15美元两次涨到24美元,并为摆脱依赖将OpnForm开源。

3~4天做出的Notion联动表单做到月流水555万日元。前一年半连支持工作都一人扛下的NoteForms

以下美元金额均附有按1美元=150日元换算的参考值。

一个周末做出的扩展,如何变成月入3.7万美元的事业

Julien Nahum(28岁)在巴黎长大,学的是工程学,后来去伦敦转向计算机科学。他一边在AWS工作一边不断做个人项目,和伴侣搬回巴黎后便全职投入独立开发者的道路。

Notion公开API的时候,他做出第一版产品只花了”大概三四天”。名字叫NotionForms。功能很有限:连接Notion账号,创建表单,把数据库的属性排列成表单输入项——仅此而已。关键的实用之处在于,不需要要求对方共享整个数据库的访问权限。

这个粗糙的MVP,如今已经成长为MRR 3.7万美元(约555万日元/月)、按年计算约6600万日元的事业。前一年半,开发和客户支持都是他一个人完成的。

到达现状的数字

项目内容
初期开发3~4天完成MVP(初期名称NotionForms)
收费化免费运营3个月后推出Pro方案,月费15美元
首笔付款开放付费当天晚上。该客户至今仍在续费
单价变化15美元 → 19美元 → 24美元(约3600日元)。另新增团队方案
里程碑MRR达3000美元时可覆盖房租,随后是1万美元
目前MRR 3.7万美元(约555万日元)
团队前一年半为一人运营,支持也由本人处理
衍生产品约1年半前推出开源产品OpnForm,正在开发Airtable版本

3000美元(约45万日元)、1万美元(约150万日元)、3.7万美元这三个粗略的节点数据中,值得记录的是第一个里程碑是”能付得起房租”。跨过维持生活最低门槛的那一刻,在这项事业中正是收回独立经营维持成本的时刻。

决定性的一步:结束三个月免费期的那个夜晚

事业轨迹的第一次变化很清晰。头三个月,NotionForms完全免费提供。之后他插入了月费15美元的Pro方案。

第一天我一直在等第一笔付款通知。那天晚上到账了,感觉真的很好。

那第一位客户至今仍在续订。从免费转向付费,是许多独立开发者最容易一拖再拖的环节,而他只用三个月就迈出了这一步。而且开放付费当天就有了付款。三个月的免费运营,不是白白放弃收入的时期,而是用来确认”到底谁会付钱”的验证期。

此后的涨价也是分阶段进行的。从15美元到19美元,再到24美元。此外还新增了面向团队的高级方案。同一款产品的单价涨到1.6倍,而业务依然在增长,这个事实说明了表单一旦嵌入日常工作流程之后,更换成本有多高。

什么起了作用:产品本身就是分发渠道

增长的主因不是广告。Nahum的解释一句话就能说清。

做一个表单,分享出去,嵌入到自己的网站里。

表单这种产品,一旦被使用,就必然会被第三方看到。回答者必然存在,而这些回答者中的一部分人自己也需要一个表单。这上面还挂着”Created with NoteForms”的署名链接。曝光和链接同时增加,而后者还会转化为SEO资产。也就是说,客户越多,分发渠道和搜索排名会同时变强。在个人开发无法投入营销预算的前提下,是否拥有这种自我增殖的引流通道,足以抵消社群运气或广告预算的差距。

另一根支柱是早期的社群推广。他主动进入Notion相关的社群(Facebook、Reddit、Twitter、Slack)为自己创造曝光。病毒式循环如果初速为零就转不起来,所以最初的那一转需要靠人工推动。手动曝光和产品内建的传播机制相互咬合,共同发力。

切断依赖的第二招

这门生意的弱点从一开始就很明显:全部收入都建立在Notion这个平台之上。一旦Notion官方推出表单功能,或者API政策发生变化,这项事业可能一夜之间被削弱。他本人也提到,独自运营时期的两大压力正是支持负荷和平台依赖。

针对这一点,约1年半前推出的对策就是OpnForm——一款不依赖Notion、可独立运行的开源表单构建器。此外,面向Airtable的表单构建器也在开发中,他有意分散收入来源。产品名称也从最初的NotionForms改成了NoteForms,在名称层面也淡化了与单一平台的绑定(改名的具体原因来源中未明确说明)。技术层面,后端使用Laravel,前端使用Nuxt+Vue。

风险与局限

尽管已经开始分散化,但目前收入的核心仍是Notion联动这一事实并未改变。OpnForm开源化虽然降低了依赖,但也自己制造了流向自托管版本的需求,其收支情况来源中并未提及。

一人独自承担一年半支持工作这个数字,也不应只当作美谈来读。正如他本人提到的压力所示,这是一种业务越增长、越会侵蚀个人可支配时间的结构,能够下决心涨价的背后,自然也有控制咨询数量的需要。此外,公开的MRR数据只有三个节点,月度增减和流失率均未披露。

可复制的条件与局限

容易复制的是:把功能削减到3~4天内能做完的范围就发布,把免费期限定为数月并设置付费方案,尽早确认是否真的有人愿意付钱,以及选择那种”使用本身就是曝光”的产品形式。表单、邀请、公开页面、嵌入式小工具,这类成果会被第三方看到的产品,都能享受这一红利。

难以复制的是Notion API刚公开的那个时间窗口。当一个生态系统刚刚启动时,会出现短短几个月”有需求但没有供给”的空窗期。他能用3~4天推出产品之所以有意义,正是因为那个窗口很短。此外还有一个前提:一位拥有AWS实务经验的工程师,能够独自完成从MVP到支持的全部工作。他本人表示”最重要的是,先开始,尽快做出点什么”,同时也建议不要贸然辞掉工作。

相关阅读

出处

本文是对上述公开信息的摘要与分析。详情请务必确认一手资料。

本文允许在新闻媒体、博客或生成式AI回答中自由引用与转载:只需注明出处「Small Start(small-start.com)」并附上本页链接,无需事先联系。 转载与引用政策 →

相似案例

如果本页对您有帮助,欢迎分享
分享到X