案例库

Stats:exelban 从免费本机监控走向 €5/月远程服务

根据 Stats 官网、支持与 FAQ、官方仓库、v3.0.10 发布记录,以及 System Stats 官网、定价、隐私和条款,分析 exelban 如何把免费开源的本机监控入口延伸到付费远程监控。

可复制的是让免费本机入口验证需求再收费;不可复制的是多年系统适配、信任与云端可靠性。

作者
AOPC 编辑部
发布
AOPC 编辑部
发布时间
更新
2026/8/5
核查
已核查
Stats 与 System Stats 的官网、仓库、版本、定价、隐私和条款经过核查后形成案例边界
从公开来源到可核查案例结论的证据路径

经营快照

30 秒经营判断

一人经营模式复制难度:高
产品
Stats(免费开源的 macOS 菜单栏系统监控)与 System Stats(跨设备、容器和站点的远程监控服务)
目标客户
希望在 macOS 菜单栏查看 CPU、GPU、内存、磁盘、网络、电池和传感器状态的个人用户
团队状态
官方明确为一人开发维护与独立经营;存在翻译、外部贡献者和第三方基础设施
商业模式
免费开源本机工具与自愿赞助,延伸到免费额度加 Pro 月度或年度订阅的远程监控
主要获客
Stats 官网解释本机监控用途、模块、下载与远程控制台入口,把已形成需求的用户引向 System Stats
经营证据
价格可核查
核查日期
2026/8/5

收入与成本边界Stats 官网明确本机应用免费、开源、无广告与无订阅,支持页提供 GitHub Sponsors、PayPal、Ko-fi 和 Patreon 自愿支持。System Stats 定价页在访问日列出免费档与 Pro 5 欧元/月,并提供年付切换;条款说明由 Paddle 处理付费订阅。公开资料没有披露赞助金额、订阅客户数、免费转付费、收入、成本、利润、退款量或支持工时,无法独立核实。定价页写 Pro 历史保留 6 个月,隐私政策写 1 年,两处公开口径不一致,本文不据此断言实际保留期。

方法标签

本案例可学习

产品类型
数据分析工具、开发者工具
商业模式
免费开源、订阅制

60 秒结论

一分钟看懂这篇文章

可复制的是让免费本机入口验证需求再收费;不可复制的是多年系统适配、信任与云端可靠性。

人负责

  • 约束本机模块和功耗
  • 维护单人贡献边界
  • 承担云端安全与支持

AI 负责

  • 公开资料未披露具体 AI
  • 不把监控 agent 写成 AI Agent
  • 不推测内部自动化效果
  1. 验证本机高频需求
  2. 用开源与分发建立信任
  3. 识别跨设备云端需求
  4. 按持续成本设计订阅

直接结论

Stats 的入口很小:把 CPU、GPU、内存、磁盘、网络、电池、传感器与时钟放进 macOS 菜单栏,让用户不打开完整的系统工具也能观察机器状态。它免费、开源、无需订阅,既可以从官方发布页下载,也可以通过 Homebrew 安装。

System Stats 把同一类需求从“一台 Mac 的眼前状态”扩展到“多台机器、容器和站点的远程状态”。云端历史、告警、日志和远程操作产生持续基础设施与支持成本,因此产品用免费额度承接试用,再以 Pro 订阅收费。

这个案例最值得学的,不是给免费开源项目硬塞付费功能,而是把两个成本结构不同的问题分开:本机核心继续免费,必须持续托管的远程能力单独经营。

证据状态

  • 作者与团队: Stats 官方仓库明确说明项目由一人开发维护,官网也写明由 solo developer 维护;System Stats 官网使用 independent operator,条款披露为个人经营主体。
  • 持续状态: Stats v3.0.10 于 2026 年 8 月 2 日发布,仓库在访问日未归档,之后仍有提交;System Stats 官网、注册、定价、条款和隐私页均可公开访问。
  • 商业边界: Stats 免费开源并接受自愿支持;System Stats 有免费档和 Pro 5 欧元/月,公开资料没有披露客户、收入、成本或利润。
  • 数据边界: Stats 仓库说明不采集遥测或分析,只有更新检查和公网 IP 等明确外部请求;System Stats 会把系统指标、网络、容器信息与可选日志传到服务端。
  • 口径冲突: System Stats 定价页写 Pro 历史保留 6 个月,隐私政策写 1 年。本文保留冲突,不自行选择其中一个作为事实。
  • AI 边界: 没有一手材料披露具体模型或 AI 工作流。页面中的 agent 指监控程序,不是 AI Agent。

从“一眼看见”开始,而不是先做完整后台

Stats 的首个价值很容易判断。用户打开菜单栏,就能看见实时数字或图表;点击模块,再展开 CPU、GPU、内存、磁盘、网络和电池的详细弹窗。这比先注册账号、添加设备、等待数据进入云端更快形成反馈。

免费本机工具也更接近真实需求验证。哪些模块被打开、哪些数据显示不准、哪些系统升级导致菜单栏消失,都会直接出现在 Issue 和发布记录里。维护者可以先解决观测质量和系统兼容,再决定哪些问题值得延伸到远程服务。

但“一眼看见”不等于测量结果必然准确。官方 FAQ 明确提醒,不同 Apple 芯片会改变传感器键,CPU 或 GPU 的传感器名称不代表具体核心;风扇控制也处于 legacy 状态,不再主动维护。案例页必须保留这些边界。

产品长什么样

第一张图来自 Stats 官方首页,展示菜单栏指标与 CPU、GPU、内存、磁盘、网络、电池弹窗。第二张图来自 System Stats 官方首页,展示机器、容器、主机检查、告警、项目与资源状态组成的仪表盘示例。

两张截图均来自访问日无需登录的官方公开页面,并以完整视口截图等比例缩放、居中补边为 1440×900,再输出 PNG、WebP 与 AVIF;没有重绘产品、改变数字、补造客户或隐藏不可用状态。

System Stats 图中的 14 台机器、47 个容器、18 个主机检查等是官网演示内容,不是客户后台,也不是经营结果。Stats 官网显示的下载量和收藏数同样缺少独立口径,本文不把它们当作用户或收入证明。

开源承担发现、核查与试用

Stats 的 MIT 仓库把源码、安装、卸载、系统要求、模块、FAQ、外部 API、语言和贡献方式放在一起。对技术用户而言,仓库不只是代码存放处,也能用来确认最新版本、检查网络请求、搜索既有问题和判断维护活跃度。

直接 DMG 与 Homebrew 解决不同安装偏好。官网负责用视觉解释产品,GitHub 负责公开变更与问题,包管理器负责可重复安装和升级。三者组合起来,才构成可核查的开源获客路径。

开源入口也有维护成本。公开仓库带来 Issue、重复问题、PR、翻译和兼容请求;单人维护者如果无条件接收改动,评审、测试与后续维护可能比自己实现更贵。

单人维护为什么要限制贡献入口

Stats 仓库明确区分“开源”和“开放贡献”。源码可以阅读、学习、分叉和构建,但未经讨论的 PR 通常不接收;功能与问题应先开 Issue,翻译与已有重要贡献者有例外。

这个边界不等于拒绝社区。仓库公开列出多语言贡献者,鼓励 Bug、翻译和想法。区别在于:社区提供输入,维护者保留产品方向、架构、质量和长期负担的最终判断。

对 OPC 来说,这是一条很现实的容量管理方法。开放一切会放大评审和支持工作;全部关闭又会失去真实设备与语言反馈。先讨论、再接受少量高匹配贡献,更符合单人维护的时间约束。

免费核心与付费云端按成本分层

Stats 本机版不要求订阅。其核心指标采集与显示在设备上完成,官方称不采集遥测或分析。更新检查、公网 IP 和 GitHub fallback 是公开列出的外部请求,用户也可以阻断,但会失去对应功能。

System Stats 则必须持续接收和保存来自设备与容器的数据,并提供历史、告警、日志与远程操作。免费档允许最多 5 台机器、15 个容器、5 个主机检查和较低采样频率;Pro 以 5 欧元/月增加设备数、历史、1 秒分辨率、告警和远程操作。

这条分层的逻辑不是“免费版故意做差”,而是把本机计算和持续云端成本拆开。用户可以长期保留免费本机监控;只有当跨设备、历史和远程动作产生额外价值时,才进入订阅。

公开价格仍不能证明这条路径已经成功。没有免费用户到 System Stats 的点击、注册、激活、留存与付费数据,也没有服务器、支付、告警、支持或事故成本,本文不推断转化效率。

数据边界从本机变成持续经营责任

Stats 的本地优先边界相对清楚:核心系统状态留在 Mac 上,少数外部请求逐项公开。System Stats 的隐私政策则列出账号、登录活动、计费标识、系统性能、网络、设备标识、容器信息与可选日志等云端数据。

这意味着从免费桌面工具进入 SaaS,不只是增加一个付费页面。经营者要承担账号恢复、TLS、数据保存、删除、第三方支付、邮件、告警集成、权限和远程操作风险。

定价与隐私页关于 Pro 历史保留期的公开口径不一致,也说明持续经营需要文档同步。对监控产品,保留期既是价格要素,也是隐私承诺;发布 Agent 或编辑页不能替官方自行消除冲突。

AI 不在当前可核查价值链里

Stats 与 System Stats 的公开功能是确定性的系统采集、图表、历史、阈值、日志和远程动作。官方材料没有把它们描述为生成式 AI 产品,也没有披露内部使用的模型、代码代理、客服 Agent 或自动化比例。

因此,本案例不写“AI 提升了开发效率”,也不把安装在机器上的 monitoring agent 误写为 AI Agent。对 AOPC 读者真正可复制的是范围、分层、分发、贡献边界和数据责任,而不是一个没有证据的 AI 故事。

可复制与不可复制的边界

可以复制

  1. 从无需账号、一次打开就能看见结果的本机高频问题开始验证需求。
  2. 让官网解释价值,让仓库公开边界与版本,让 Homebrew 服务可重复安装。
  3. 把免费本机核心和持续托管的远程能力拆成两个成本结构清楚的产品。
  4. 用设备数、采样频率、历史、告警和远程操作定义免费与 Pro,而不是只做模糊套餐。
  5. 要求功能先讨论再提交 PR,用贡献规则保护单人维护者的评审容量。
  6. 分别公开本机外部请求与云端采集数据,并在不同页面出现冲突时明确标注。

不能直接复制

  1. exelban 自 2019 年以来积累的 macOS、SMC、传感器、菜单栏和硬件兼容经验。
  2. Stats 多年版本、Issue、翻译、用户认知与技术社区信任形成的入口。
  3. Apple 芯片和系统接口的底层数据,以及跨 macOS 版本与设备持续验证的知识。
  4. 从单机工具延伸到多设备、容器、站点与远程操作的产品判断和可靠性经验。
  5. 未公开的赞助、订阅、转化、故障、服务器成本、支持、退款和利润。

如果要模仿,前 30 天做什么

第 1–7 天

只做一个本机指标入口,例如菜单栏 CPU 与内存压力。记录空闲、编译、视频导出和睡眠唤醒四种场景,确认读取周期、能耗、错误状态和卸载路径;不要先做账号或远程后台。

第 8–14 天

发布真实界面、源码、安装和外部请求说明。收集哪些数据值得常驻、哪些读数会误导、哪些系统版本失败;把 Issue 模板与贡献规则写清,限制未经讨论的功能 PR。

第 15–30 天

只验证一个云端问题,例如两台设备的离线告警。给免费用户极小但完整的额度,记录安装到首个有效指标、告警成功率、每台设备存储、每次支持耗时和删除流程,再决定是否值得承诺历史、远程操作和订阅。

来源

  • Stats 官方网站核查于 2026/8/5,访问于 2026 年 8 月 5 日;用于核查产品定位、模块、本机与远程入口、免费开源说明和第一张官方截图;页面计数不作为用户或收入证明。
  • Stats 官方支持页核查于 2026/8/5,访问于 2026 年 8 月 5 日;用于核查 GitHub Sponsors、PayPal、Ko-fi 和 Patreon 等自愿支持渠道;不披露金额或经营结果。
  • Stats 官方 FAQ核查于 2026/8/5,访问于 2026 年 8 月 5 日;用于核查菜单栏权限、桌面组件、能耗、风扇 legacy 状态、传感器误读风险和外部 API;属于第一方说明,不是独立性能审计。
  • Stats 官方代码仓库核查于 2026/8/5,访问于 2026 年 8 月 5 日;用于核查作者归属、一人维护声明、MIT 许可证、源码、安装、Homebrew、外部请求、贡献边界与持续提交;收藏数不作为经营证据。
  • Stats v3.0.10 官方发布记录核查于 2026/8/5,访问于 2026 年 8 月 5 日;用于核查 2026 年 8 月 2 日发布、Combined view 重做、网络与 CPU 修复和 Tamil 翻译;发布记录不证明所有设备稳定。
  • System Stats 官方网站核查于 2026/8/5,访问于 2026 年 8 月 5 日;用于核查机器、容器、站点、告警、远程操作、独立经营表述和第二张官方截图;仪表盘数字是页面演示,不是真实客户数据。
  • System Stats 官方定价页核查于 2026/8/5,访问于 2026 年 8 月 5 日;用于核查免费额度、Pro 5 欧元/月、限制、功能与退款说明;价格不证明客户、收入或转化。
  • System Stats 官方隐私政策核查于 2026/8/5,访问于 2026 年 8 月 5 日;用于核查个人经营主体、账号、支付、设备、指标、网络、容器、日志、第三方与删除边界;其 Pro 保留期与定价页不一致。
  • System Stats 官方服务条款核查于 2026/8/5,访问于 2026 年 8 月 5 日;用于核查个人经营主体、远程监控服务、计划、Paddle、续费、取消、退款和数据责任;条款不披露经营结果。

证据说明:本文只使用无需登录的一手公开页面、仓库和发布记录。两张截图用于呈现官方公开的产品界面与用途,不证明性能、准确性、可用性、客户、收入、合作或背书;商业与团队结论严格限制在公开材料能支持的范围内。

从案例到行动

前 30 天怎么借鉴

不照搬结果,只把案例中可复制的方法拆成三个验证阶段。每一步都要结合自己的客户证据重新判断。

  1. 第 1–7 天

    收窄问题

    先用无需账号的免费本机工具解决高频观察问题,让用户在菜单栏一眼看见价值

  2. 第 8–14 天

    验证流程

    把源码、版本、FAQ、Issue 和 Homebrew 组合成可核查的技术用户获客路径

  3. 第 15–30 天

    形成闭环

    把必须持续托管的远程历史、告警和远程操作放到独立服务,而不是让免费本机核心依赖云端

唯一主行动

把下一步变成可执行动作

阅读 MVP 验证工作流