◆ 导读
EmailEngine 从创立前一年半仅获 750 欧元收入,到创始人 Andris Reinman 自述月经常性收入(MRR)达 2 万美元,其转折点并非技术突破,而是商业模式的根本性重构。该案例揭示了一个核心逻辑:源码可见不等于开源,许可证变更存在严格的法律边界,而成功的独立开发者生意往往建立在长期的领域积累之上,难以简单复制。
2026 年 11 月 2 日,EmailEngine 创始人 Andris Reinman 发布复盘文章,披露其一人公司的月经常性收入已达到 2 万美元。需注意的是,该数据为创始人自述,未经第三方独立审计。
回顾早期阶段,该项目在开业的前 18 个月内仅有 3 位付费客户,累计收入仅为 750 欧元。这种巨大的反差容易让人产生“关闭免费入口即可获利”的误解。Reinman 在复盘中详细拆解了这一过程:最终付费的用户群体是那些已经深度依赖其软件的企业,而成功的关键也并非单纯依靠更宽松的开源许可证。
早期困境:售卖“许可证”而非价值
从零开始的商业化尝试
Reinman 早在 2011 年便开发了 Node.js 常用的发信库 Nodemailer。2013 年,受 Sidekiq 作者 Mike Perham “核心功能免费+商业功能授权”理念的启发,他尝试将开源项目商业化。然而,在此后数年间,他尝试为开源项目添加商业组件或开发 SaaS 产品的成功率均为零。
2020 年疫情期间,Reinman 正式注册公司并接入 Stripe 支付系统,但当时缺乏具备明确收费价值的产品。他的初始策略是:以严格的 AGPL 协议开源新项目,付费用户则可获取更适用于商业产品的 MIT 协议许可。其中的实验性项目 IMAP API(为 IMAP 邮箱提供 REST API 层)在 GitHub 上获得了一定关注,成为业务启动的支点,但增长极其缓慢。
前半年的微薄收入
在项目启动的前 18 个月里,Reinman 仅获得 3 位付费客户,每人支付 250 欧元,总计 750 欧元。前两位客户获得的是永久商业许可,当时尚未形成清晰的订阅体系;第三位客户才采用了年付订阅模式。Reinman 坦言,这三位客户更多是出于对其工作的支持,而非出于对商业许可的实际刚需。
他随后意识到这一模式的缺陷:大型企业不会仅为了获取 MIT 协议而采用知名度较低的软件;小型企业则更关注软件的功能实现,而非纠结于 AGPL 与 MIT 的区别。简而言之,他当时售卖的是一个大多数潜在客户并不存在的“许可证麻烦”。
模式转折:从“源码可见”到强制订阅
彻底重构收费机制
基于上述洞察,Reinman 对 IMAP API 进行了重大改版,将其更名为 EmailEngine,并引入了全新界面及收费模式。新的策略包括:
- 取消“AGPL 免费版+可选 MIT 许可”的模式;
- 软件必须持有有效的付费订阅许可密钥才能运行核心功能;
- 许可证由 AGPL 变更为商业许可,代码虽仍在 GitHub 公开,但性质已转为“源码可见”(source-available),不再属于传统意义上的开源软件。
价格维持不变,仍为每年 250 欧元。模式调整后的首月,收入即达到 2000 美元,超过过去一年半总收入的三倍。这些收入主要来源于早已在生产环境中使用免费 IMAP API 的公司。这些用户为了确保持续获得更新及维护,愿意为这款对其业务至关重要的软件付费。
Reinman 强调,产品本身并未发生颠覆性提升,营销手段也无特殊之处,真正的变量在于收费方式的改变。此后,他将精力完全集中于 EmailEngine,其他项目则转为免费维护。
厘清“源码可见”与“开源”的界限
截至 2026 年 11 月,EmailEngine 官网 FAQ 明确标识其为 source available 软件。用户可阅读、审计及编译代码,但试用期结束后需订阅方可继续运行。其许可协议(EmailEngine License Agreement v2.1)关键条款如下:
关于许可证变更的合法性,Reinman 指出其有权将协议从 AGPL 改为商业许可,原因在于项目初期便要求外部贡献者签署贡献者许可协议(CLA),从而保留了重新授权的权利。但这并不代表所有项目均可随意变更许可证。若项目已接受未签署 CLA 的外部贡献,原作者通常无法单方面将整体代码转为商业许可。开发者在调整许可证前,务必厘清版权归属及贡献协议,必要时咨询法律专业人士。
持续增长:涨价未减需求,一人公司的高效运转
价格调整与市场反馈
在确立商业模式后,Reinman 持续迭代产品并逐步提高订阅价格。截至发文时,标准订阅费已调整为每年 1450 美元(或 1200 欧元,不含增值税)。该费用覆盖不限数量的实例和邮箱,包含开发与生产环境,不按邮箱数量计费。此外,还提供可离线校验的企业永久买断许可。
令 Reinman 意外的是,大幅涨价并未导致新客户流失。对于真正依赖该软件解决业务痛点的企业而言,价格敏感度较低。只要软件能解决核心问题,用户便愿意支付相应费用。
一人公司的运营现状
目前,EmailEngine 的 MRR 稳定在 2 万美元左右。Reinman 依然保持一人团队状态,独立负责产品研发、技术支持、销售及文档编写,仅将会计工作外包。无雇员、无投资人、无专门的市场销售团队,且短期内无扩张计划。
据官网数据显示,EmailEngine 已在生产环境稳定运行 6 年,服务于来自 38 个国家的 200 多家企业。需注意,此为官方自述数据,非第三方审计结果。
理性看待:长期积累而非速成捷径
不建议盲目复制的路径
针对“失业后通过开发软件创业”的设想,Reinman 持谨慎态度。他指出,公众往往只看到一人公司盈利的光环,却忽视了背后的时间成本。他从 2013 年产生想法,到 2020 年注册公司,再到摸索出可行模式,历时多年。此前的开源项目积累虽未直接带来巨额收益,但为他建立了行业信誉和用户基础,使其在推出 EmailEngine 时并非从零开始。
对于急需收入填补薪资缺口的人群,从零构建软件公司并非稳健之选。相反,若具备资金缓冲能力,清楚所解决的问题具有市场价值,并愿意承担长期无回报的风险,这条路径才值得尝试。
核心启示
“做有用的软件”与“做成一门生意”是两个截然不同的概念。EmailEngine 的成功并非源于某次技术突破,而是商业模式的精准匹配。这一成果建立在 Reinman 对邮件领域的深厚积累之上,兼具努力与运气成分,难以通过简单步骤复制。
总结而言,以下三点值得从业者深思:
-
明确价值主张:审视自己是在售卖复杂的“许可证方案”,还是在售卖客户已依赖且不可或缺的核心功能? -
合规处理版权:若计划变更开源项目许可证,必须提前厘清代码版权归属及外部贡献者的授权情况,签署 CLA 并非万能钥匙。 -
保持理性预期:文中所述的收入增长跨越了十余年的积累期,不应将其视为短期可复制的速成案例。

