ScreenshotOne：$200K ARR 的截图 API，100 张免费额度与按量订阅的边界

直接结论

ScreenshotOne 是一个把网页渲染成截图、PDF 与视频的托管 API。它值得一人公司看的不是「又一个开发者工具」，而是一个人如何把一件极窄的事拆成可计费的额度、可公开的收入时点，以及可承受的支持边界。

1. 收钱方式：三档按量订阅——Basic $17／2,000 张、Growth $79／10,000 张、Scale $259／50,000 张，超额单价随档位从 $0.009 降到 $0.006、再到 $0.004；年付「2 months free」。
2. 免费额度：每月 100 张、任意 URL、不要信用卡，而且三档的功能清单几乎一致（连 MCP、S3 上传、Webhooks 都在 Basic 档）——按量分层，不按功能阉割。
3. 范围取舍：创始人写「keep only 2 major features … almost haven’t added any new significant parameters and API methods for the past 2 years」，并说这让他把产品做到「laser-focused on solving one simple task, but solve it well」。

归属边界：官方 About 页写「Hi, I’m Dmytro Krasun, the founder of ScreenshotOne」「I build and run ScreenshotOne, working with specialists on particular projects when needed」，复盘文写「I don’t plan to hire anybody for full-time role, anytime soon」，并点名设计师与兼职前端。这是一人主导 + 按项目协作，本文取 operator-led-product，不写一人公司，也不写具体人数。

证据状态

• 当前公开事实（2026-10-20 本轮逐字复核，13 个来源全部 HTTP 200）：定价页的三档价格、额度、超额单价与计费 FAQ；About 页的归属与「bootstrapped and profitable」；《Information for AI》的时点声明与免费额度；《Third-Party Providers》的 11 家供应商；changelog 的更新节奏；联盟条款；开源赞助明细；MCP 与 agents 页的接入方式；安全页的缓存与备份口径。
• 官方自报（未经独立审计，本文一律标注）：「$200,000 in annual recurring revenue with 400+ paying customers」（2025-04-10 更新）、「bootstrapped and profitable」、「$7,950」开源赞助支出、「oRPC $1,000 per month」「Coolify $500 per month」。
• 本文的编辑判断：把「三档额度 + 递减超额单价 + 年付送两个月」读成一套让客户自己往上走的计费结构；把「两年只做两个大功能」读成主动取舍，并同时标注它正在结束。
• 未公开：当前 MRR／ARR、毛利、渲染与基础设施成本、退款率、免费转付费比例、各渠道带来的注册与付费数、是否用 AI 做客服或文档、法人主体名称与注册地。
• 一处必须照录的口径：$200K ARR 是 2025-04-10 的时点值，官方在《Information for AI》里主动写「the revenue and customer totals in that post refer to that period」——本文不把它当作 2026 年的现状。

主体与归属：一人主导，按项目请专家

• 创始人具名且是第一人称：About 页写「Hi, I’m Dmytro Krasun, the founder of ScreenshotOne.」，并写他此前「spent more than a decade building server-side, high-load, and distributed systems」。
• 「谁在做」写得比多数一人公司更清楚：「I build and run ScreenshotOne, working with specialists on particular projects when needed. I stay close to customer feedback, review feature requests, and work on rendering issues, documentation, SDKs, and the API playground.」
• 不招全职是明写的：复盘文「I don’t plan to hire anybody for full-time role, anytime soon. Since I have enough time to keep up with all the customer demand.」
• 但确实有外部合作者：同一篇点名「I was lucky to order a redesign from Alex Szhzurek from uncoverLAB」与「part-time front-end developer … Piotr Kulpinski」。
• 因此不写一人公司：官方没有任何「one-person」「solo」自述，且明写按项目与专家合作；本文取 operator-led-product，teamStatus 只写官方口径，不填人数。
• 法人主体未公开：Terms of Service 全文只写「our subscription-based API service」，页脚只有「© 2022-2026 ScreenshotOne.com. All rights reserved.」，没有 Inc.／LLC 等实体名称——按「未公开」处理，不推断注册地。

定价结构：三档按量订阅 + 100 张免费额度

2026-10-20 抄录（页面默认月付视图）：

档位	月价	含额度	速率	超额单价
Basic	$17 per month	2,000 screenshots per month	40 requests per minute	$0.009 per extra
Growth（Recommended）	$79 per month	10,000 screenshots per month	80 requests per minute	$0.006 per extra
Scale	$259 per month	50,000 screenshots per month	150 requests per minute	$0.004 per extra

• 年付：页面切换项写「Annually (2 months free)」，服务端 HTML 的年付价为 $170／$790／$2590（即十个月价）。
• 免费额度：「Cancel anytime, without any questions. Try all the features with 100 free screenshots.」；FAQ 再写「You can take up to 100 screenshots of any URL for free per month, including rendering HTML and PDF」。
• 不要卡：「No credit card required. Prices don’t include VAT.」
• 三档功能差异很小：Basic 已含「Pay only for successful requests」「Block ads and cookie banners」「Render PDFs」「Caching」「MCP for AI agents」「Upload to S3」「Zapier, Make, and similar」「Webhooks」「Signed links」「Stealth mode」；Growth 起加「Choose IP location」「Scrolling screenshots」「Generate videos」；Scale 再加「GPU rendering」「Priority Support」「Pay by wire transfer」。
• 付费方式：FAQ 写「Our payment processor, Paddle, handles all subscription management」；电汇需「$100 USD minimum per transaction」。
• 取消与退款：「you can cancel your plan … You will no longer be charged, and you will be able to take screenshots until the end of the paid monthly limit」；退款「email us … within 30 days, and we will refund you in full, no questions asked」。

计费口径：把争议写进 FAQ

一人公司做 API，最容易把时间烧在「这一次到底算不算」。ScreenshotOne 把规则前置到了定价页 FAQ：

• 失败不计费：「Do failed screenshots count against the limitation on the plan? No. Only screenshots that are successfully rendered (without HTTP, browser, or network errors) and not served from cache count toward your quota.」
• 有缺陷但渲染成功仍计费，可复核退款：「Screenshots with visual issues still count toward your quota, but if you report a defect caused by our algorithms rather than the source, we will review it for a refund.」
• 缓存不计费，但缓存未命中的重渲染会计：「Only unique screenshots (unique combination of options) are counted that are not cached. However, we use CDN for caching, and if there is a cache miss, we might rerender the screenshot and count it against the monthly quota.」
• 超额默认关闭：「Extra usage is charged only if enabled and is capped by your monthly hard limit.」
• 额度提醒：「You will receive an email when you are at 90% and 100% usage of your monthly quota.」
• 对账提醒：这些规则写在公开页上，读者可以自己核对；本文不替官方解释任何未写明的边界（例如「视觉缺陷」的判定标准）。

收入口径：$200K ARR 是 2025 年 4 月的时点

• 原文：「ScreenshotOne has been launched almost 3 years ago. And now, it reaches $200,000 in annual recurring revenue with 400+ paying customers.」「Fully bootstrapped and funded by lovely ScreenshotOne customers.」
• 时点：文章页写「Written by Dmytro Krasun」「Updated on Apr 10, 2025」。
• 官方自己标注了时效：《Information for AI》页写「Last verified: October 2, 2026. Pricing and feature availability below are a dated snapshot」，并写「Dmytro’s April 2025 business update documents its customer-funded growth; the revenue and customer totals in that post refer to that period.」
• 因此本文的写法：凡引用 $200K／400+，一律带「2025-04」；不把它当作 2026 年的现状，也不用它除以档位价去反推客户结构（官方没有公布客户在各档的分布）。
• 另一层诚实：同篇写「I don’t know precisely what worked and what not. Even when backed with data, I still believe I am operating in the fog and guessing it.」——这是本文不写「成功公式」的直接理由。

窄范围：两年只做两个大功能，而且这个选择正在结束

这是本文给 narrow-scope 的逐字依据，也是全文最需要「一起读」的一段：

• 当时的选择：「I managed to keep only 2 major features in ScreenshotOne: regular screenshots and videos. And almost haven’t added any new significant parameters and API methods for the past 2 years. It allowed me to polish the product and make it laser-focused on solving one simple task, but solve it well.」
• 它换来了什么：同一篇把「Product Quality」单列一节——「I want to render screenshots faster, have lower error rate and less bugs」；About 页则写日常工作是「making captures more reliable, explaining an option more clearly, or solving an edge case」。
• 它正在结束：「However, my customers ask more and more about other features … I think, it is time to give up and start adding more features that people ask me.」并列出客户要求的方向：scheduled screenshots、long-term archival、comparing screenshot differences、更多 no-code 集成。
• 所以标签要写边界：narrow-scope 描述的是 2022–2025 的选择；2026 年的官方口径已经转向「开始加功能」。本文不把「窄」写成永久策略。
• 一个可核对的旁证：changelog 在 2026-10-06 至 10-09 连续多条更新（发票、取消流程、错误码、Zapier 自定义头、CSV 导出、电汇），说明「加功能」已经发生在计费与运维细节上，而不只是大功能。

AI 在需求侧：MCP 是入口，不是模型

这一节是本文不贴 ai-tool 的依据，也是本案例最容易被误读的地方。

• 产品确实面向 AI agent：/agents/ 写「Give your AI agents eyes for the web」「The screenshot API for AI agents」；/mcp/ 写「Use the ScreenshotOne MCP to give your agents screenshots of any web page, without ads or cookie banners, plus the page text as clean Markdown.」
• 接入方式：托管端点 https://mcp.screenshotone.com，远程 HTTP MCP + OAuth（《Information for AI》：「Compatible clients can authorize their ScreenshotOne account without running a local server or copying an API key into the client」）；/mcp/ 列出 Claude、Claude Code、ChatGPT、Codex、Cursor、VS Code、Grok Bot、Muse、Hermes Agent、OpenClaw 等客户端。
• 能力边界也写清了：工具只覆盖「capture website screenshots, extract website Markdown, and check account usage」，「The MCP tools expose a subset of the API’s options」；托管 MCP 只接受公开 URL，不暴露 cookies／认证头这类选项。
• 供给侧没有模型：《Third-Party Providers》11 家供应商逐条是 DigitalOcean、Google Cloud（「Runs headless browsers at scale」）、Cloudflare、Hetzner、Grafana Cloud、PostHog、Crisp、Paddle、Pirsch、Tolt、Better Stack——没有一家模型或推理供应商。
• 结论：AI 是客户与分发面，不是产品的实现方式，也不是降本手段；官方也没有任何「用 AI 减少人工」的既成事实表述（唯一相关句是未来时的「I must automate more and more processes」）。因此 product 只取 developer-tool。

分发面：搜索、博客、MCP、联盟、开源赞助

• 搜索（官方唯一点名）：「A lot of ScreenshotOne customers come from Google」——紧接着是「operating in the fog and guessing it」，所以这条只能写成「官方承认的来源」，不能写成可复制的打法。
• 博客（持续投入，但不背书获客）：博客索引显示 2026-10-04 至 10-06 仍在更新，包含 Python／Airtable／Chrome 教程与「Microlink alternative」对比页，作者多为 Dmytro Krasun 本人；但官方从未把博客写成获客来源，故不贴 content-acquisition（与 Bannerbear／Buttondown／SavvyCal／MarsEdit／Many Tricks／Testimonial.to／HelpKit 同口径）。
• MCP 与无代码集成（新的分发面）：三档都含「Zapier, Make, and similar」；页脚另列 Clay／n8n／Make／Zapier 四个集成页；/mcp/ 直接把「Works with every MCP client」写成卖点。
• 联盟（15%／12 个月）：「You can accumulate a 15% commission each month for the initial 12 months for every client you direct to us」「The cookie will persist for 60 days」「minimum payout threshold of $100」，注册与追踪走 Tolt（供应商清单亦列 Tolt「Referral program tracking」）。
• 开源赞助（公开账本）：「Between March and July 2026, ScreenshotOne spent $7,950 supporting open-source projects (including $450 in GitHub Sponsors fees)」；明细为 oRPC $1,000/月（五笔共 $5,300）、Coolify $500/月（五笔共 $2,650）。官方同时写「Some sponsorships come with perks. For example, we may get a logo in a project’s README」——即赞助兼有露出，但效果未公开。

成本与运营：能公开的只有一笔

• 唯一公开的成本：开源赞助 $7,950（2026-03 至 2026-07），且官方明写「there is no clear sponsorship budget」「The process is still a bit chaotic」。
• 基础设施是外采的：DigitalOcean（内部 API、dashboard、数据库与部分渲染）、Google Cloud（「Runs headless browsers at scale」）、Cloudflare（代理、缓存与渲染产物存储）、Hetzner（部分服务，EU）、Grafana Cloud（日志与指标）。
• 数据面写得很克制：安全页写「Screenshots, videos and other rendered content is cached for up to 30 days. But only if requested by the user」「Database is backed up daily and encrypted at rest」「Runtime secrets are injected from an encrypted vault」，该页标注最后更新 26 March 2026。
• 未公开的关键成本：渲染机队规模、GPU 档的实际机型、每张图的边际成本、Paddle 费率、退款率——全部没有披露，本文不估算。
• 支持是本人：About 页留 hey@screenshotone.com（个人）与 support@screenshotone.com（支持），并写「use support@screenshotone.com or the site chat」。

给一人公司的可抄清单

1. 按量分层，不按功能阉割：免费给 100 张、Basic 就给全功能，靠额度与单价区分档位——用户升级的理由是「用量」，不是「解锁」。
2. 超额单价随档下降（$0.009 → $0.006 → $0.004）：让「买更大档」在算术上成立，比任何升级弹窗都硬。
3. 把计费争议写进公开 FAQ：失败不计费、缓存不计费、有缺陷可复核、超额默认关闭、90%／100% 提醒——每条都能减少一次人工往返。
4. 自报数字必须带时点：$200K ARR 是 2025-04 的值，官方自己在 AI 页标注了这一点；抄这个做法比抄数字有用。
5. 把「不做什么」写成一句可引用的话，并在改变时明说「it is time to give up」——窄范围是阶段策略，不是身份。
6. 年付送两个月 + 随时取消 + 30 天全额退款：三个条款一起，把「先付一年」的心理成本降到最低。
7. 客服只留两个邮箱（个人 + 支持）而不是工单系统：一人阶段，少一层转交就少一层流失。
8. 开源赞助做成公开账本：对象、月额、累计支付、手续费全列出来，既是交代，也是成本披露。

未公开与不能推断的

• 当前经营数字：2026 年的 MRR／ARR、付费客户数、各档分布、流失率——未公开，本文不把 2025-04 的 $200K／400+ 当作今天的数据。
• 成本结构：渲染与推理成本、每张图的边际成本、基础设施账单、Paddle 费率、退款率——未公开。
• 转化效果：免费额度带来多少付费、联盟实际支出与回报、开源赞助带来多少流量、MCP 带来多少新客户——全部未公开。
• 团队与实体：除创始人外的合作者人数与工时、法人主体名称与注册地——未公开（条款页无实体名称，不推断）。
• AI 的内部使用：是否用 AI 做客服、文档或编码——未公开；唯一相关句是未来计划。
• 不要做的推断：不用 $200K 除以 $17／$79／$259 反推客户数；不把「bootstrapped and profitable」读成利润率；不把「100 张免费」当作获客成本可忽略的证据。