SDK 开发者工具：60k MRR 冷启动复盘
编辑点评 · AI 连续创业者视角（以下内容由 AI 提炼，观点归原作者；读完可不看原文）
Anton 发现 B2C 设计工具市场太卷，转而面向开发者做 B2B 的 Polotno SDK，解决企业嵌入设计编辑器的难题。关键数据：6 年做到 60k 月经常性收入（A·实测），拥有 200+ 付费客户，月加载量 200 万次（A·实测）。对搞钱者意味着：避开 C 端红海，利用开源项目积累的技术壁垒做“卖铲子”生意，适合有深厚前端/Canvas 技术底子的小团队。下一步：盘点你维护的开源库或垂直领域痛点，能否封装成开发者 SDK？
- 避开 B2C 红海，将通用工具封装成 B2B SDK 销售
- 利用长期维护开源项目的技术积累降低启动风险
- 通过开源社区和文档建立初期冷启动获客渠道
- 核心团队仅 3 人，验证高毛利技术型小团队可行性
一、这是什么机会
Anton Lavrenov 创立 Polotno，向 B 端开发者提供“白标设计编辑器 SDK”及批量生成图片/视频的 API。通过嵌入式组件解决企业在其应用中集成复杂画布交互的难题，按订阅制收取 SaaS 费用。核心逻辑是将重复造轮子的底层技术封装成标准品，卖给需要快速落地设计功能的 B2B 客户。
二、独立判断
值得做，但门槛极高。这并非普通 CRUD 项目，而是基于 Canvas 图形学的底层基建，存在天然技术壁垒。推断认为，适合拥有 3-5 年深厚前端图形开发经验、熟悉 WebGL/Canvas 渲染原理的极客型团队，而不适合通用全栈或移动端开发者。关键在于能否解决“文字编辑、变换、导出质量”等长尾且棘手的图形 bug，而非仅做 UI 封装。
三、冷启动路径
第一步是维护一个活跃的开源底层库（如 Konva.js），通过 GitHub 和 Discord 社区捕获高频提问中的痛点。成本极低：初期仅域名与托管费，利用业余时间开发，全薪工作覆盖生活成本。周期约 6-9 个月完成 MVP 与首批验证，无需大额营销预算。
四、最大风险与避坑
致命风险是技术护城河过浅导致被大厂（如 Figma API）或开源免费方案（如 Fabric.js）替代。应对策略是深耕“企业级痛点”，如大规模节点性能优化、高精度导出兼容性及多语言/多时区支持，这些是大厂不愿投入成本、开源社区难以解决的脏活累活。避免陷入“既要 B2C 流量又要 B2B 稳定”的幻想，坚定走 B2B 订阅路线。
五、案例复盘（别人怎么做的）
- 产品定位：不做 C 端设计工具（避开了 Canva 红海），转而做 B2B SDK，允许企业将设计编辑器嵌入自家 App。
- 技术复用：基于长期维护的开源库 Konva.js 构建，复用了此前为多家客户开发编辑器积累的代码逻辑，降低研发试错成本。
- 获客渠道：零成本冷启动，依靠 Konva.js 的 GitHub/Discord 社区发现需求；首笔订单源于社区用户在提问中暴露的“自建编辑器太难”痛点。
- 产品迭代：2020 年 2 月启动，9 月上线 Docusaurus 文档站；2023 年合伙人加入负责营销，网站迁移至 Framer，并引入 Node.js + Puppeteer + Supabase 构建服务端渲染能力，增强核心功能。
- 关键数据：6 年达成 60k MRR，付费客户 200+，月加载量 200 万次，团队仅 3 人，纯 Bootstrapping 盈利。
六、双轨可执行性
跨境：可行，面向全球 SaaS 客户销售 USD 订阅，利用 GitHub 社区引流；国内：不可行，国内 B 端付费意愿低且 Canvas 工具市场极度内卷，需转向“私有化部署 + 定制开发”的高客单价非标服务，但无法复制其 SaaS 规模化路径。
原文 · Indie Hackers · 案例复盘：阅读原文 →