返回学院
PEOPLE独立开发故事

Buttondown:先给自己做一个顺手的工具,再慢慢把它变成生意

Justin Duke 没有因为“邮件工具很多”就放弃。他只是觉得现有产品太重,先做了自己愿意用的版本,几年后才从业余项目变成全职公司。

Buttondown 所在的市场一点也不空。Mailchimp、ConvertKit、Substack,再加上一长串邮件营销和 newsletter 工具,任何一份“竞品数量”表格都可能让人得出结论:别做了。

Justin Duke 还是做了。原因没有那么宏大。他自己写 newsletter,觉得当时可选工具要么偏企业营销、功能太重,要么希望接管整个内容发布体系。他想要的是另一种东西:在自己的网站放一个订阅表单,写信,发出去,别让工具本身占太多注意力。

最开始的用户就是自己

Justin 在采访里说过一句很能解释 Buttondown 的起点:他并没有预判到 newsletter 会成为某个大趋势,只是想做一个自己更愿意用的工具。

这类“scratch your own itch”很容易被浪漫化。自己需要并不代表市场需要。Buttondown 真正跨过那道线,是朋友、陌生用户开始使用,而且有人愿意为它付费。Justin 曾提到,早期付费用户里甚至有美国威斯康星州的图书馆系统,用它发送新书更新。这和典型“科技创业用户画像”完全不同,却恰好证明一个小而清楚的产品可以被不同人理解。

很长时间,它只是下班后的项目

Buttondown 不是两个月冲出来然后融资扩张。Justin 当时有全职工程工作,先长期把它当业余项目维护。公开采访显示,他在 Stripe 工作期间持续做 Buttondown,等业务规模足以支撑自己以后,才离开全职岗位。

这条路径降低了一个关键风险:产品不用在发布后的几个月里立刻证明自己能养活创始人。代价则是增长更慢,晚上和周末会被占用,而且你必须对维护工作有耐心。

Justin 对这种选择一直很明确。他并不想走融资、快速扩团队、追求退出的传统创业路径。Buttondown 官方到今天仍然强调自己是独立、自筹资金的公司,并把真人支持、可迁移的数据、相对克制的产品设计当作卖点。

“功能少”只有在取舍清楚时才成立

Buttondown 不是永远拒绝功能。它后来加入自动化、付费订阅、分群、评论、调查等能力,团队也已经不再是一个人。但它的产品结构仍然尽量把复杂能力放在用户需要时再出现。

这和“为了做 MVP 少做几个页面”不是一回事。真正的克制来自对主任务的理解:用户来这里是为了维护订阅者并发送邮件,不是为了操作一个庞大的营销软件。

它的当前定价也体现这种思路:很小的列表可以免费使用,额外能力按模块增加费用。定价方式当然会继续变化,但逻辑很稳定——尽量让基础发送这件事简单,把更复杂的业务能力放到需要它的人身上。

拥挤市场里,机会经常藏在“我不想成为谁”

Buttondown 最有价值的地方,不是证明“newsletter 还能做”。而是说明竞品分析不能只数产品数量。

如果一个市场里所有主流产品都在向同一个方向变重,就可能留下另一群用户:他们并不想要完整平台,只想要其中一个核心任务被处理得干净一点。

当然,做“小而美”也有硬约束。邮件不是纯前端玩具,发送信誉、退订、垃圾邮件、域名认证、合规、投递率都需要长期维护。真正的门槛并不是界面做得简洁,而是你愿不愿意把这些看不见的麻烦接过来。

Justin 做了很多年。这个时间尺度比“周末做一个 SaaS”更接近 Buttondown 的真实故事。

KEEP READING

继续看这个方向