ScreenshotOne——把「截图」做成$25K MRR，单人API的边界在哪里

在ScreenshotOne之前，Dmytro Krasun失败了无数次。

「每次我想做一个大产品——一个能改变行业的东西——我都会在3-6个月后放弃。不是因为技术不行，是因为看不到任何用户反馈。我是在真空中写代码。」Dmytro在Indie Hackers采访中说。

他有10年以上的后端开发经验（高并发、大数据、分布式系统），技术上可以搞定任何项目。但恰恰是这种「我能做任何东西」的能力在害他——每个项目都做得太大，大到在接触到第一个用户之前，他的热情就耗尽了。

转折点很具体：他强迫自己设定一个「小到可笑」的目标——只做一个功能，而且必须是别人已经做过的东西。「网页截图」这个方向属于「已被验证且无趣」，正好匹配他的新规则。

第一批用户是Hacker News上一个ShowHN帖子带来的。8个人注册。其中3个人付费。每月$87收入。但他没有像之前那样放弃——因为这个产品的维护成本实在太低了，低到他几乎忘了它的存在。

如果不做ScreenshotOne，他现在大概率还在做外包——用时间换钱，年收入卡在$60K-$80K之间。

1. 「已经有人在做」不是放弃的理由，是验证的信号

大多数独立开发者看到一个方向「已经有人在做了」就放弃。Dmytro的结论恰好相反：如果有人已经在做并且还在赚钱，说明需求是真实的。你只需要做得比他们好一点点——或者更便宜，或者更简单，或者文档更好。

ScreenshotOne的直接竞品有十几个（Urlbox、Browshot、ScreenshotAPI等），每一个都比它早成立。但Dmytro的切入点是「最简洁的API文档+最低的入门价格」。他对标的是开发者的一个具体场景：「我不想花30分钟研究一个截图API，我只想一行代码解决问题。」

他把这个做到了极致：注册 → 获取API Key → 一行curl命令 → 拿到截图。整个流程不到60秒。开发者不需要知道什么headless browser、chrome flags、viewport设置——他做了所有脏活，暴露了一个极度简化的接口。

反常识：在一个已有多个玩家的市场，你不需要「更好」，你需要「更简单」。简化就是产品差异化。

2. 95%利润率的秘密：你不是在「跑服务」，你是在「封装基础设施」

Dmytro的产品利润率达95%。为什么？因为他几乎没有服务器成本（用的是云厂商的serverless截图服务），没有员工，没有办公室。

但利润率高的真正原因不是成本低——是他不卖截图能力，他卖的是「不用思考」的截图能力。

他的用户是开发者。开发者付$25/月不是为了买「网页截图软件」——他们自己会写。他们买的是：不用自己处理Chrome版本更新、不用管理截图队列、不用处理渲染超时、不用保存图片文件。他们在买「把这个事情从我的TODO清单上永久划掉」的权利。

对OPC意味着什么：不要和基础设施层面的价格竞争（你打不过AWS/阿里云），而是和「认知负担」竞争。开发者愿意为「减少一个决策」付费。

3. 「小目标策略」是一个可迁移的心理工具

Dmytro在采访中说：「我的上一个服务（PointAddress）月收入从未超过$300，但因为目标够小，我不觉得失败。如果我的目标是一开始就做到$10K MRR，我可能已经放弃了。」

「降低野心」不是妥协，是保护创业意志力的策略。 他给自己设的目标是：第一年做到$500 MRR。这个数字听起来微不足道，但它的作用不是商业上的——是心理上的。一个$500的目标让他每天能感受到「在进步」，而之前$10K的目标只让他感受到「永远不够」。

对中国OPC的启发：

ScreenshotOne是一个完美的「API即服务」案例——把一个技术能力封装成按量付费的API，卖给不想自己实现的开发者。中国OPC在微信生态、钉钉生态、飞书生态中有大量类似的API空白机会——比如「飞书文档截图API」「微信小程序预览图生成API」「钉钉审批单PDF生成API」——这些能力平台本身不支持或支持得不好，但需求极大。

可复制的点：

1. 「卖铲子给掘金者」的API思维：不卖最终用户产品，卖开发者工具。开发者付费意愿高、流失率低（换API要改代码，迁移成本极高）
2. 「一行代码能跑」的简化哲学：你的API文档第一页必须是一个能直接复制粘贴运行的curl命令。如果用户不能在60秒内看到结果，他就会走
3. 选择一个「已存在但不好用」的赛道切入：竞争对手是免费的验证信号，不是威胁

适合谁参考：

• 有后端开发经验的OPC，想做开发者工具但不知道从哪里切入
• 在企业微信/飞书/钉钉生态中找API机会的独立开发者
• 想从外包转型为产品收入的程序员

最小可行方案：

1. 在微信/飞书/钉钉开放平台找一个「能力缺失」——比如飞书文档不支持导出为高质量PNG、钉钉审批单不支持自定义PDF模板。去开发者社区看哪个帖子被顶得最髙
2. 用2周做一个封装API：输入 = 文档链接/审批单ID，输出 = 图片/PDF。定价按次收费（¥0.1/次）或按月订阅（¥99/月包10,000次）
3. 把API文档写成中文博客：用这篇文章本身作为内容营销——「一行代码搞定飞书文档截图，开发者再也不用手动截图了」
4. 在V2EX/掘金/CSDN发布：标题带上具体的技术关键词（飞书、截图、API），目标用户会自己搜过来

为什么先做飞书/钉钉而不是通用方向？ 因为通用截图API（网页截图）国内已经有竞品了。但生态内（飞书/钉钉/企业微信）的细分API需求，大厂不屑做、小厂不知道——这就是你的窗口。