年入 $5M、0 员工：Pieter Levels 的收入矩阵，是怎么搭起来的？

写在前面

NomadList 的年收入在 $3M+，RemoteOK 的年收入在 $1M+，Photo AI 和 Interior AI 的月收入合计在 $80K。

这三款产品，背后没有团队，纯粹一个人在跑。

这不是虚假的信息，也不是在制造焦虑。

这是 Pieter Levels（@levelsio）2026年在 X 上更新的真实数字。他没有联创，没有员工，没有融资，技术栈就是 PHP 和 jQuery，每月基础设施费用不到 $200。下面是他的原话：

"The most powerful 'team' isn't headcount. It's code, servers, leverage, consistency, and courage."

统计下来，他的产品给他来带 $5M ARR，折算月收入约 $417K，利润率 90%+。

这意味着，他每个月实际到手超过 $370K，折合人民币约253万一个月。

一个人。

但这篇文章的重点，不是这个数字，是他怎么同时运营三款产品的，以及你做的第一个网站，有没有可能成为你收入矩阵的第一个节点。

一、三款产品，三条现金流

Levels 的收入来自三个不同方向：

第一个，NomadList。 这个一个远程工作者社区 + 数据平台，采用的是用户订阅制，$3M+ ARR。核心优势就是社区和数据，不需要持续大量开发，只需要做好维护。

第二个，RemoteOK。 这是一个远程职位招聘平台，通过招聘广告和联盟完成商业闭环，收入在 $1M+ ARR。基本是自动化运营，纯靠流量驱动。

第三个，Photo AI 和 Interior AI。 这是一个 AI 生成工具，用户可以按次或订阅付费，月收入合计在 ~$80K。是一款热点产品，用 AI 持续生成内容降低运营成本。

这三款产品在方向和定位上存在差异，但有一个共同特征：每一款产品在上线之后，都可以在「低干预」状态下持续运转。

也就是说，他不需要每天管三个产品的全部细节，只需要确保核心功能在跑、异常有报警、用户反馈有人处理，就可以。

而这三条现金流最大的意义不是「更多收入」，而是「风险分散」。任何一款产品遇到问题，其他两款还在跑。这比一款做到 $5M ARR 的单一产品要稳得多。

同时，Pieter Levels 也在持续开发自己的下一款产品。

二、他是怎么一个人运营多款产品的

Levels 的运营哲学只有一句话：先做不能规模化的事，然后把能自动化的部分全部自动化。

具体来说就是：

在客服层面，让 AI 处理 95% 的常见问题，剩下 5% 他自己处理。不是因为没钱雇人，是因为处理真实用户问题让他理解产品。

在代码层面，95% 由 AI 写，他负责审查和方向判断。每天写代码的时间反而比以前少。

在内容/SEO层面，Photo AI 和 Interior AI 用 AI 自动生成大量示例内容，带来持续自然流量。当然，他自己的推特上也有做宣发，持续更新自己的收入。

这套系统让他在「低强度维护」状态下同时跑了三款产品。不是三份全职工作，而是三个程度不同的「运营节奏」。

我在运营网站的时候，也在摸索类似的边界：哪些事情 AI 可以接管，哪些决策必须自己做。目前最大的体会就是，AI 接管执行之后，自己的时间更集中在「判断方向」上，而不是真的省时间休息。甚至，有时候会因为AI执行太快，自己的决策密度在大幅提升，比以前要更累。

三、$200/月的技术栈，$5M ARR

Levels 的技术选择和大多数开发者的直觉相反：他用的是 PHP、jQuery 和纯 CSS。不是 Next.js，不是 React，不是微服务。

他的解释也很直接：就是用这些工具比较熟悉，也不折腾。出了问题知道去哪找，不需要排查两个小时。

从中我们也能看出来，一个人维护多款产品，最贵的成本不是服务器费用，是自己适合什么，什么又是适合自己的。

换句话说，最好的技术栈，不是当下最流行的，不是别人最推荐的，而是你自己用着最顺手的，是你出了问题能最快定位的。

总结一下就是，技术栈的选择，尤其是一个人维护产品，「可维护性」远比「先进性」重要。

四、从第一个项目到矩阵：他的路径

我们现在看 Levels 能够月入几百万，有很不错的产品，有很不错的粉丝基础，有很不错的生活。

但他不是一开始就有三款产品。

他在 2014年做了「12个月做12个产品」的挑战，一年内做了 12 个项目，其中大多数失败了。NomadList 是第 6 个，RemoteOK 是后来的。

他是在不断失败中找到怎么去做产品的感觉，在失败中慢慢构建出自己的产品矩阵。

也就是说，他是先找到一个能持续运转的产品，NomadList。然后把它做到能「低干预运营」的状态之后，再释放出自己的时间和精力，去做第二个产品，比如RemoteOK。他是在这个过程的循环往复之下，做出了后续的几个产品。

所以关键不是同时建三个，而是让第一个先能自动跑出来，再建下一个。顺序错了，可能一个都活不了。

这个逻辑对做第一个网站的人有很直接启发。就是在第一个网站还需要你持续迭代，持续优化的阶段，先不要想着做下一个。

如果你现在在做自己的第一个网站，这几件事值得想清楚

对照 Levels 的路径，几个可以直接用的判断框架：