资金快耗尽的开发者两周内卖出「Setter AI」——一年半做到月流水1万美元

Josef Büttgen联合创立的B2B SaaS「Setter AI」,用AI自动完成线索筛选和跟进,自动安排商务约谈。目前月流水为1万美元(年化12万美元,约1,800万日元)。数字本身并不惊人。这个案例值得一读,是因为同一个开发者在此之前刚做过”耗时约一年却没有成果”的产品,前后两次的动手顺序完全颠倒了过来。

(金额均按1美元=150日元换算附上估算值,下同。)

把前作和这次并排来看

Büttgen 13岁开始自学编程,经历过自由职业,后来专注于创业。在东南亚旅行两年期间接触到个人开发这个圈子,他的第一个产品是给当时女友经营的实体店做的业务工具,但没能扩展到那家店之外。接下来的CourseStart投入了近一年,用户量依然没有起色。

被逼出的”12个月做12个创业项目”

在这种处境下,他给自己定下了一年内做12个创业项目的挑战。动机不是积极的挑战心,用他自己的话说,是”对不断缩短的资金跑道日益累积的焦虑”。当手头资金撑不了多久时,一年只押注一个项目的打法是走不通的,除了提高尝试次数别无选择——这更接近实际情况。

关于CourseStart,他表示”从做过的事,也从本该做却没做的事里”都有收获。这里暗示的是:打磨功能这一侧的努力一直在持续,但销售这一侧的行动却缺位了。与其说是投入一年后发现没有需求,不如说是把确认需求这个行动一直往后拖,一年就这样过去了。

决定性的一步,是”做之前就已经卖出去了”

这个案例的转折点不在Büttgen这一方,而在对方那一方。挑战进行到第三个月,一位此前聊过点子的人主动联系了他。对方在产品和营销都不存在的情况下,已经准备好了一个落地页,并预约了演示商谈。

也就是说,两人合流的那一刻,“愿意为这个问题付费的人真实存在”这个证据已经先于产品出现。之前那些项目,是一边制造需求的证据一边寻找需求;这一次,证据在前,开发在后。他的建议”永远在做出来之前就先卖出去”,说的正是这次顺序的调换。

结果,两人从着手到出货只用了两周,而且实现了销售。与花了一年却没起色的前作相比,差别不在能力也不在技术,而在于:着手时,需求是否已经确认存在。

两周能出货的技术原因

只靠顺序还实现不了两周这个速度,还有更深一层的机制。他们最初构想的AI语音电话助手,自己搭建难度很高,如果硬做会耗掉几个月。两人没有选择自研,而是使用了现成的API,并在此基础上以现成的样板代码为底,砍掉了大量实现工作量。技术栈是SvelteKit、Supabase、DaisyUI、Clerk、Netlify Functions——鉴权和分发都用现成产品填上的组合。

“没有独有技术”看起来是弱点,但在这个阶段反而起了正面作用。因为想验证的是”是否愿意为AI代办商务约谈付费”,而不是”能不能自研语音合成”。在早期就收窄差异化的对象,正是两周速度的实质所在。

对这一阶段,他留下了相当直白的建议:“别想太多,字面意义上的别想。当你处在零起点时,手里没有任何用来思考的材料。先制造点动静,思考留到之后再说。“没有判断依据时的深思熟虑,实质上和停滞没有区别，大致是这个意思。他还说”生意和软件不一样”,开发者需要接受被拒绝、以及带着不完美就先发布出去。

收入结构是两层

计费方式是订阅制,按系统处理的线索数量分级收费,免费额度控制得很有限。除了自助服务的用户之外,面向高单价客户,还额外以一次性收费的方式销售初始配置服务。

获客主要靠SEO,批量产出清单类文章、统计数据页面、比较/替代品页面这类搜索意图明确的内容。据称,“AI Appointment Setter”这个词带来的曝光是流量的支撑。此外还把免费工具作为引流磁石,收集邮箱后接入到邮件通讯中。

这个案例的薄弱之处

坦白说,披露的数字比较粗糙。客户数、单价分布、流失率、配置服务的价格水平均未公开,月流水1万美元中订阅和一次性配置费各占多少也不清楚。“一年半做到1万美元”这个速度,和圈内那些引人注目的案例相比也算不上快。

而且,带来需求证据的是联合创始人,并不是Büttgen自己挖掘出来的。这个案例展示的是”预售这种方法的有效性”,而不是”自己能独立把预售做成”，这两者需要区分开来。距离他们设定的ARR100万美元这个目标,还有现在的8倍以上的距离。

另外,“一年半做到月流水1万美元”这个表述,准确来说也不好评价。由于着手两周内原型就已经卖出,到第一笔销售的时间极短。此后的一年半,是从首笔销售到月流水1万美元的积累期。预售缩短的是”到第一分钱”的距离,而不是”到能立足为一门生意”的距离，这才是更忠于数字的读法。

能复制的部分,不能复制的部分

能复制的是:在着手前就先做出销售证据的顺序,把不做差异化的部分交给现成API来填补以降低实现工作量的判断,以及靠搜索意图明确的文章长期积累流量的获客方式。这三点都不需要资本。

难以复制的,是资金将尽带来的紧迫感强行拉高了尝试次数,以及那位带着已验证案例主动出现的联合创始人。前者不值得效仿,后者运气成分居多。比起”做12个”这个框架本身,这个框架逼出的”不在一个项目上押一年”这条约束,更值得带走。

相关阅读

• ScrapingBee —— 少人团队把开发者向SaaS一路带到退出的案例
• Plausible —— 靠内容驱动做到ARR100万美元的bootstrap型SaaS