Healthchecks.io：一人运维十一年，把 MRR 与故障可能都写在官网上

直接结论

Healthchecks.io 的 About 页把两件通常藏在内部的两件事直接印在了官网上。

第一件是谁在做：「Healthchecks.io is a product of SIA Monkey See Monkey Do, currently a one-man software and consulting company. The one man is Pēteris Caune, a long time Python developer from Valmiera, Latvia.」——这是本文能用官方原文证明的一人公司，不需要任何推断。

第二件是做不到什么：页面在讲完基础设施之后自己补了一刀——「The database fail-over process is manual, and the ops team consists of a single person, so multi-hour or even multi-day outages are possible!」

一个收订阅费的服务，把「可能出现数小时到数天的中断」写在官网上，同时又把 MRR 24 000 USD、1120 个付费账户、112 000 个免费账户（手动更新，last updated: September 1, 2026）一起公开。这就是本篇要拆的结构：披露换信任，信任换订阅。

先划边界：成本、利润率、流失率、退款率与咨询业务收入都没有公开，官方关于盈利只有一句自述「As a business, Healthchecks.io is profitable and sustainable.」，无法独立核实。下文只谈公开可见的定价结构、运营取舍与披露方式。

谁在做、做的是什么

产品定义写在同一页开头：「Healthchecks.io is an online service for monitoring regularly running tasks such as cron jobs. It uses the Dead man’s switch technique: the monitored system must “check in” with Healthchecks.io at regular, configurable time intervals. When Healthchecks.io detects a missed check-in, it sends out alerts.」

这里的关键是dead man’s switch（死人开关）的判定方向：不是去读你的机器，而是要求你的任务主动报到；没按时报到就告警。这个方向决定了产品形态——不需要在被监控的机器上装 agent，只需要一个 HTTP 上报地址，因此它对被监控环境的侵入极小。

经营主体是拉脱维亚公司 SIA Monkey See Monkey Do，页脚写明「© 2015-2026 SIA Monkey See Monkey Do」，联系地址是里加（Matīsa iela 61A - 20, Rīga, LV-1009, Latvia）。创始人 Pēteris Caune 同时是公司唯一的经营者，页面给出的对外入口是他本人的 Mastodon 与 GitHub。

定价结构：免费档、一个「谢谢」档、两档企业档

定价页的顶部一句话是「Fully Managed, Worry-Free Cron Job Monitoring Service」，下面四档并列：

档位	月费	官方给出的额度与差异
Hobbyist	$0 / month	Monitor 20 jobs、100 log entries per job
Supporter	$5 / month	与 Hobbyist 完全相同（20 jobs、100 log entries），页面自注「(But what’s the point?)」
Business	$20 / month	Monitor 100 jobs、1000 log entries per job、50 SMS & WhatsApp credits、20 phone call credits、Email support
Business Plus	$80 / month	Monitor 1000 jobs、1000 log entries per job、500 SMS & WhatsApp credits、100 phone call credits、Priority email support

三点值得拆开：

第一，免费档是长期存在的，不是试用。 Hobbyist 是 $0/月，没有时间限制；年付说明里也只为付费档给折扣（「The “Business” plan is $192 / year ($16 / month)」「The “Business Plus” plan is $768 / year ($64 / month)」，官方称年付省 20%）。对一人公司而言，这意味着免费用户的服务成本必须被控制在一个人扛得住的量级——否则免费档会直接吃掉唯一的运维带宽。

第二，$5 档卖的不是功能，是「支持」。 定价 FAQ 把这件事讲得很清楚：「The “Hobbyist” and “Supporter” plans have the same limits. The “Supporter” plan is offered in case “Hobbyist” fits your usage, but you wish to support Healthchecks.io financially.」官方还预先堵住了误读：「The “Supporter” plan does not raise the check limit, and does not make it okay to exceed the check limit by creating multiple accounts.」

这是订阅制队列里少见的一档：同一份额度、两个价格，差价买的是「我愿意出钱让这东西活下去」。它把「捐赠」塞进了订阅结构里，因此不需要另建一套捐赠入口、也不用处理退款语义——定价页同时写明「no refunds are provided for prorated periods」。

第三，真正收钱的地方是企业和额度，而不是功能阉割。 四档的能力清单是同一条线：任务数 20 → 100 → 1000，日志条目 100 → 1000，再加上 SMS/电话额度与支持等级。没有出现「免费版看不到历史记录」这类人为残缺，免费档缺的只是容量与通知通道。

最后一条容易被忽略的政策：开源项目与非营利组织可以直接免费用 Business 档。官方 FAQ 原文是「Yes! We offer the Business plan free of charge for open-source projects and nonprofits.」Open Data 里对应的就是「Open source and non-profit accounts 99 accounts」这一行。

经营指标：官方自己把数字写出来了

About 页有独立一段 Open Data，开头注明「Here are a few metrics about the service (updated manually, last updated: September 1, 2026)」：

指标	官方数字
Years in business	11 years
Free accounts	112 000 accounts
Open source and non-profit accounts	99 accounts
Paying accounts	1120 accounts
Monthly recurring revenue	24 000 USD
Services monitored (checks)	386 000 checks
Pings/day	85 800 000 processed pings
Notifications/day	148 000 sent notifications

这份表有三层价值。

其一，它把「一人公司能有多大」变成一个可核对的问题。 每月 24 000 USD 的经常性收入、1120 个付费账户、每日 8580 万次上报——这些数字通常只会出现在融资材料里，而这里是一家一个人的公司主动公布的。「updated manually」这个限定同样重要：它说明这不是实时看板，而是一个人定期手动更新的数字，因此有滞后，不能当作审计口径。

其二，它顺带公开了转化结构。 按官方数字做一次本刊的粗算（非官方数据，仅为算术对照）：112 000 个免费账户对 1120 个付费账户，付费占比约 1%；1120 × $20/月 = $22 400，与官方 24 000 USD 的 MRR 处在同一量级。由于官方没有公布档位构成（月付/年付、Business 与 Business Plus 的比例、以及 99 个免费用 Business 的开源组织是否计入），这两步计算只能说明「数字彼此自洽」，不能反推出任何单账户收入或转化率结论。

其三，它把「免费给谁」写成政策而不是促销。 免费的两类对象——业余使用者、开源与非营利组织——都写在 Goals and Values 里：「Monitoring for everyone. Healthchecks.io is free for hobby use, for open source projects, and for non-profits.」这与 $5 支持档一起构成了一条完整的价格叙事：个人按需付费，组织按预算付费，愿意多付的可以多付。

把「做不到的事」也写出来

同一页的 Reliability Guarantees 段落是一次罕见的坦诚披露：

• 基础设施：「runs on Hetzner bare metal servers, with healthy excess capacity to handle traffic spikes. The app servers are load-balanced. The PostgreSQL database has a hot standby as well as full daily backups to S3.」
• 运维边界：「The database fail-over process is manual, and the ops team consists of a single person, so multi-hour or even multi-day outages are possible!」
• 可用性口径：「While we can only guarantee the best effort availability, in practice, the availability has exceeded 99.9% since the service publicly launched in July 2015.」
• 事故通知渠道：状态页 status.healthchecks.io 与 Mastodon 账号。

这一段的写法对一人公司特别有参考价值：他并没有承诺 SLA，而是把「为什么不能承诺 SLA」的原因讲清楚（故障转移是人手的、运维只有一个人），再给出一个历史可用性数字作为参考。这样做的结果是——客户在选型时不会误判责任边界，也不会因为一次数小时中断而觉得被欺骗。把约束写成前提，比事后解释便宜得多。

同一页的 Goals and Values 还列了一串主动放弃：不发营销邮件（「Don’t send marketing emails.」）、不做基于 JS 的分析（「Don’t use any JS-based analytics.」）、不把关闭账户做得难找（「Don’t make the “Close Account” function hard to find.」）。这些取舍恰好解释了为什么一个人能维护十一年：每一条「不做」都在减少长期负担。

它靠什么被发现

官方没有公开投放，可核对的入口有三条：

1. 开源与自托管：「Healthchecks.io is an open-source project. The code is on GitHub. It has BSD license and is accepting contributions.」同时「Healthchecks is free software, and can be self-hosted」——源码与自托管能力本身就是试用与信任入口；
2. 实名用户评价：定价页列出四条具名评价，其中一条来自 Peter N Lewis（Keyboard Maestro 作者）：「Healthchecks.io is a great service. Simple, effective, highly reliable. It’s caught issues on multiple occasions so it makes me look good which is always nice.」（AOPC 之前收录过 Keyboard Maestro 案例，这里是同一位开发者的公开推荐）；官方另标注「Rated 4.9 on Capterra」；
3. 把免费层当政策：免费面向业余、开源与非营利组织，官方还提供与 Cronitor、Sentry 的对比表（「We have prepared comparison tables」），把比较主动交给用户。

还有一条常被忽略的分发机制：5% 的 MRR 会捐给它依赖的开源项目。「Healthchecks.io donates 5% of its monthly recurring revenue to open-source projects it relies on directly and indirectly. We use GitHub Sponsors for the majority of the donations.」这既是对上游的回报，也是一条让开源社区持续看到它的路径。

可复制与不可复制

可复制的四件事：把范围写死在一件事上（「alert when something does not happen on time」）；免费层按身份给（业余、开源、非营利），付费按容量给；为「愿意多付的人」单独设一档并坦白说明它不带来任何额度（$5 Supporter）；把可用性边界与运维限制写在定价页旁边，而不是等出事再解释。

不可复制的三件事：十一年（官方称 2015 年 7 月公开发布，Open Data 记为 11 years in business）与 112 000 个免费账户沉淀出的信任；创始人本人长期的 Python 开发经验与个人品牌；以及未公开的经济模型——成本、利润率、流失率都没有公开，因此本文不会给出「做监控订阅能赚多少」的结论。

关于 AI

需要明确一句：本轮逐字核对的官方 About 页与定价页，对生成式 AI 相关词（AI、artificial intelligence、GPT、LLM、machine learning、generative、OpenAI、Anthropic）全部 0 命中。因此不能把它写成 AI 案例；它内部是否使用 AI 也没有公开说明，无法独立核实。这条案例的价值在窄范围订阅产品的定价结构与披露方式，与 AI 无关。

来源与核实方式

本文所有事实来自两个官方页面，并在 2026-09-26 逐条 curl 核对，两页均为 HTTP 200：

• About 页（https://healthchecks.io/about/，标题「About - Healthchecks.io」）：产品定义与 dead man’s switch 机制、一人公司声明与创始人、Goals and Values 的四条取舍、开源与 BSD 许可、5% MRR 回捐、Open Data 全部九项指标与手动更新日期、Hetzner 与手动故障转移的可靠性说明、99.9% 与 2015 年 7 月公开发布的表述、联系方式与页脚版权。
• 定价页（https://healthchecks.io/pricing/，标题「Plans and Pricing - Healthchecks.io」）：四档月费与各档额度、Supporter 档同名额度的说明、年付 $192/$768 与省 20%、Braintree 收款、按比例退款政策、开源与非营利组织的免费 Business 政策、多账户属滥用的界定、四条具名用户评价与 Capterra 4.9 标注、与 Cronitor/Sentry 的对比表入口。

截图证据范围声明：两张截图均为 1440×900 视口首屏（写盘后回读校验尺寸，并用同一视口重抓的活页面做灰度比对，MAD 0.03–0.04，可确认资产即当时首屏）。按元素落框实测：About 页截图内可核到「Who Runs This」的一人公司原文、Goals and Values、Open Source 与 Open Data 段落标题及「updated manually, last updated: September 1, 2026」、「Years in business 11」「Free accounts 112 000」两行；付费账户 1120、MRR 24 000 USD、386 000 个被监控任务等数字行位于视野之外（页面坐标 top≈902 起），本文不据截图断言，只按页面文本照录。定价页截图内可核到四档名称与 $0/$5/$20/$80 每月价格、以及 Supporter 档的「(But what’s the point?)」注释；年付 $192/$768 与退款政策位于视野之外。

来源可达性记录：healthchecks.io 在 2026-09-25 曾在本机网络出现 TLS 连接直接重置（curl 返回 000），导致当日候选标注为「发布时必须重新验证」。本轮（2026-09-26 21:0x）发布前重新核实：About 页与定价页均 HTTP 200、无重定向、无 Cloudflare 挑战页，因此正常发布；后续轮次引用该站仍应按 §1.2 在发布时重新验证。

凡属未公开项目（成本、利润率、流失率、退款率、单账户收入构成、咨询业务收入、AI 使用情况、团队是否外包）本文一律标注为未公开，未做任何推算。