← 返回案例库
🇳🇱 Pieter Levels
@levelsio · 独立开发者的活传说 · 一个人运营12个产品
PHPSQLitejQueryShip Fast$200K+/月
🧑💻 人物画像
Pieter Levels，荷兰人，自称"数字游民"。MBA 出身，没有正式编程学历，完全自学编程。他是独立开发者圈子里最有名的人物之一——不是因为他的技术多么先进，恰恰相反，是因为他拒绝追逐技术潮流，用"最土"的技术栈做出了最赚钱的产品。
他的公开收入页面（levels.io）每月更新，是独立开发者社区最常引用的数据之一。从 2014 年的"12 个月 12 个创业"挑战开始，他一路从零做到了年入近 300 万美元。
"悲观主义者听起来很聪明，乐观主义者才能赚到钱。"
— Pieter Levels 常被引用的一句话
📊 产品矩阵
Pieter 的核心策略之一是产品矩阵——同时运营多个产品，每个产品都是一个独立的收入来源。这不是"同时做5个项目然后都烂尾"，而是每个产品都有真实用户和收入。
🌍 Nomad List
最大收入来源
数字游民城市排行——生活成本、网速、安全等维度。付费会员制。
PHPSQLitejQuery
💼 RemoteOK
主要收入来源
远程工作职位板。雇主付费发布职位，用户免费浏览。
PHPSQLite
📸 PhotoAI
增长最快
AI 生成头像/照片。一次性付费或订阅。2022 年底上线后爆发式增长。
PHPStable Diffusion API
🏠 InteriorAI
稳定收入
AI 室内设计。上传房间照片，AI 生成装修方案。
PHPAI API
🎮 其他产品
长尾收入
包括 Remote OK 的变体、AI Avatar、各种实验项目等。不是每个都成功，但成功的那几个就够了。
PHPSQLite
🔧 技术栈深度分析
Pieter 的技术选择是独立开发者圈子里争议最大、也最有教育意义的话题之一。他使用的是：
# Pieter Levels 的技术栈
前端: jQuery + 原生 JavaScript（不用 React/Vue/Svelte）
后端: PHP（原生，不用 Laravel/Symfony）
数据库: SQLite（不用 PostgreSQL/MySQL）
部署: 单台 VPS（不用 Kubernetes/Docker）
缓存: 文件系统缓存（不用 Redis）
搜索: SQLite FTS5 全文搜索（不用 Elasticsearch）
# 关键数据
- 99.999% uptime 用 PHP + SQLite
- 单台服务器处理数百万请求/月
- 一个人维护所有产品
为什么 PHP + SQLite 可以支撑 $2.9M/年？
很多开发者看到这个技术栈会嗤之以鼻，但 Pieter 的逻辑非常清晰：
1️⃣ 技术复杂度 ≈ 维护成本
每个你引入的抽象层（ORM、容器编排、微服务框架）都需要你花时间维护。对于一个人的团队，时间是最稀缺的资源。PHP 单文件脚本不需要你理解依赖注入、生命周期、状态管理——它就是你写什么就跑什么。
2️⃣ SQLite 的"秘密"优势
对于读多写少的应用（Nomad List、RemoteOK 都是），SQLite 的性能实际上优于客户端-服务器数据库——因为没有网络开销，数据就在本地文件系统上。SQLite 在 2020 年后加入了 FTS5 全文搜索、JSON 支持、窗口函数等现代特性，覆盖了 90% 的 Web 应用需求。
3️⃣ 部署简单 = 更快迭代
scp 一个 PHP 文件到服务器就完成了部署。不需要 CI/CD pipeline、不需要 Docker build、不需要 Kubernetes rollout。当你一个人要维护 12 个产品时，部署的每一步简化都是乘数效应。
| 维度 | Pieter 的选择 | "主流"选择 | 一人团队的差异 |
|---|
| 前端框架 | jQuery | React/Next.js | 0 学习成本 vs 持续跟进生态变化 |
| 后端 | 原生 PHP | Laravel/Nest.js | 直接写逻辑 vs 学框架概念 |
| 数据库 | SQLite | PostgreSQL | 零运维 vs DBA 工作 |
| 缓存 | 文件系统 | Redis | 无需额外服务 vs 多一个要维护的东西 |
| 部署 | scp 文件 | Docker + K8s | 5秒部署 vs 5分钟 pipeline |
| 搜索 | SQLite FTS5 | Elasticsearch | 内置 vs 独立集群 |
2022 年，Pieter 在 Twitter 上宣布他的 PHP 应用达到了 99.999% 的 uptime。HN 上的讨论非常激烈。
核心论点：
- Facebook 最初就是 PHP，Instagram 最初也是。他们不是"用 PHP 做到可以了然后换掉"——他们是在 PHP 已经支撑了海量用户后才逐渐迁移的。
- 对于 99% 的独立开发者产品，流量永远不会到需要分库分表的程度。
- "Scale" 的瓶颈通常不在语言，而在架构——你的数据库查询有没有索引、有没有缓存、有没有 N+1 问题。
- 过早优化是万恶之源。"你的代码需要在 scale 之前先 work。"
⏱ 关键时间线
2014开始 "12 个月 12 个创业" 挑战
承诺每月上线一个产品。其中大部分失败了，但 Nomad List 从中诞生。
2014-2015Nomad List 上线并开始增长
最初是一个简单的 Google Sheets → 网站的数据展示。用 Playwright 爬取数据。后来发展成社区驱动的数据。
2015RemoteOK 上线
远程工作职位板。疫情前就已布局远程工作赛道，疫情期间爆发。
2018年收入突破 $600K
两个产品（Nomad List + RemoteOK）支撑六位数美元月收入。开始被媒体广泛报道。
2020疫情推动远程工作爆发
RemoteOK 流量和收入大幅增长。Pieter 在疫情前就选择了远程工作赛道——运气+前瞻性。
2022年收入达 $2.9M
增加 PhotoAI、InteriorAI 等产品。AI 生成赛道再次验证了他的 "快速跟进热点" 策略。
2022-2025持续运营 + 新产品实验
继续发布新产品、在 X 上公开分享收入数据。保持一个人全职运营的模式。
🧭 Ship Fast 哲学详解
Pieter 最广为传播的理念就是 "Ship Fast"——快速发布，快速迭代。这不是空话，他真的做到了。以下是他实践这套哲学的具体方法：
- 用你已知的工具 — 不要为了一个新项目学新框架。Pieter 所有产品都用同一套 PHP 技术栈。
- 先做最核心的功能 — MVP 只需要解决一个痛点。Nomad List 最初就是一个城市排行表。
- 不追求代码质量 — "如果代码很烂但能赚钱，那就先赚钱再重构。实际上你永远不会重构——因为赚钱的代码不需要重构。"
- 部署是 scp 一个文件 — 最简单的部署方式。没有 CI/CD，没有 Docker，就是直接上传。
- 公开构建 — 在 Twitter 上分享进度，获取早期反馈，建立受众。
- 一周内上线第一版 — 超过一周的 MVP 可能太复杂了。
- 数据驱动迭代 — 看用户行为数据决定下一步做什么，不是凭感觉。
📈 增长策略分析
1. 公开构建（Build in Public）
Pieter 是 "公开构建" 运动的代表人物之一。他定期在 Twitter 上分享收入数据、用户增长、甚至代码。这带来了三个好处：
- 免费营销 — 每条分享收入的推文都是一次免费的广告
- 社区信任 — 公开数据建立了信任，用户知道你不是骗子
- 同行反馈 — 其他开发者会提出有价值的建议
2. SEO 长尾策略
Nomad List 和 RemoteOK 的核心增长引擎是 SEO。每个城市页面、每个远程工作类型页面都是一个 SEO 入口。Pieter 用数据驱动的方式创建了数千个高质量页面。
3. 疫情的运气因素
诚实地说，Pieter 的成功有一部分是运气——他在疫情前就押注了远程工作赛道。但他自己也说："运气是准备遇上机会。我准备好了，所以当机会来的时候，我能抓住。"
⚠️ 争议与批评
- 退款问题 — HN 上有帖子 "Impossible to get a refund from Pieter Levels?"，反映退款流程不顺畅。对于一个人运营的产品，客户服务确实是瓶颈。
- "PHP 不 Scale" 的争论 — 虽然他证明了 PHP 可以 scale 到 $2.9M/年，但批评者认为这不可复制——Pieter 的成功更多是因为市场选择和时机，而不是技术栈。
- AI 生成产品的伦理 — PhotoAI 和 InteriorAI 涉及 AI 生成内容的版权和伦理问题。
- 一个人运营的天花板 — 当产品用户量继续增长，一个人的客户支持能力会成为瓶颈。
- "Ship Fast" 可能导致质量低 — 他发布过一些粗糙的产品，有些很快下线了。
🎯 核心启示
✅ 从 Pieter Levels 学到的
- 技术选型的核心指标是迭代速度，不是技术先进性。你用得最熟的工具就是最好的工具。
- 产品矩阵比单品更抗风险。12 个产品不需要每个都成功——3-4 个赚钱的就够了。
- 公开构建是最便宜的营销。分享数据、分享过程、分享教训。
- 先发布再完美。MVP 不需要完美，只需要解决一个痛点。
- 选择增长中的市场。远程工作、AI 生成——Pieter 每次都选择了正在爆发的市场。
- 运气是要素之一，但只有准备好的人才能抓住运气。
❌ 不应该盲目模仿的
- 不要因为他用 PHP 你就用 PHP——如果你最熟的是 Next.js，就用 Next.js
- 不要忽视客户服务——一个人运营的瓶颈往往在这里
- 不要以为"Ship Fast"等于"发布垃圾"——他发布的产品虽然技术简单，但核心体验是经过思考的
- 不要忽视法律/合规问题——AI 生成产品的版权问题不是小事
🔗 延伸阅读