在 AI 狂热时代，重读“古典”创业哲学

在这个 AI 狂热、人人都在试图用算法颠覆世界的 2025 年，我们为什么要回头去研究一个十年前的“老古董”？

当我们因为 OpenAI 的每一次更新而焦虑，忙着给产品套上复杂的 AI 外壳时，Marc Kohlbrugge 却提供了一个完全不同的样本。他没有追逐风口，没有拿 VC 的一分钱，仅仅靠着一个技术含量并不高的“CRUD 列表网站”——BetaList，在激烈的互联网竞争中“躺”赢了十几年。

他的故事是对当下技术焦虑的一剂解药。他向我们证明了：成功的独立开发不一定需要最前沿的技术，有时，极致的简单和对用户需求的敏锐捕捉，比任何复杂的算法都更具生命力。

人物画像：

Marc Kohlbrugge —— BetaList 与 WIP.co 创始人，坚定的反内卷（Anti-Hustle）主义者，一位拒绝融资、用极简代码构建出百万流量帝国的“连续创客”。

image.png

📊 人物档案 (Profile Snapshot)

  • 姓名：Marc Kohlbrugge
  • 坐标：荷兰 (The Netherlands) / 数字游民
  • 社交影响力：@marckohlbrugge (X/Twitter 粉丝数：约 70,000+)
  • 核心技术栈：Ruby on Rails
    • 特点：他是“Boring Tech（无聊技术）”的坚定拥护者。相比于追逐最新的前端框架，他更倾向于使用最成熟、开发速度最快的 Rails 单体应用架构。
  • 商业营收 (MRR)：
    • 状态：具体总额未公开 (Undisclosed)。
    • 构成：主要依赖 BetaList 的付费加急服务（$199~$299/次）以及 WIP.co 的会员订阅费用。属于典型的“高利润率、低维护成本”模式。

🛠️ 代表产品：

  1. BetaList：他的核心“现金牛”。一个专门发现早期初创公司的平台，帮助创始人获取种子用户，同时满足早鸟用户的尝鲜需求。
  2. WIP.co：(原 WIP.chat) 一个基于“To-do list”的极简创客社区，聚焦于“正在做的事 (Work In Progress)”，鼓励开发者公开构建 (Build in Public)。
  3. Startup Jobs：一个专注于初创科技公司的精选招聘板块，作为他流量生态的补充变现渠道。

🚀 核心项目深度复盘：BetaList 的发家史

灵感的诞生：填补“半成品”的市场真空

在 BetaList 出现之前（约 2010 年），初创公司只有两种状态：要么是“只是个想法”，要么是“准备好上 TechCrunch 的大新闻”。（TechCrunch 是一个全球知名的科技类在线媒体网站。在创投圈和互联网行业，它的地位非常高，可以理解为“硅谷初创公司的喉舌”或“创投圈的第一媒体”。）

Marc 敏锐地发现了一个巨大的中间地带：预发布阶段（Pre-launch）。

  • 痛点：创始人不需要大规模曝光，他们急需的是第一批种子用户（Early Adopters）来验证想法和测试 Bug。
  • 解决方案：不需要复杂的媒体报道，只需要一个简单的目录，展示那些“即将到来”的精美 Landing Page。

image.png

冷启动 (Cold Start)：人工手动挖掘

BetaList 并不是一开始就是自动化平台，最初它甚至简陋得像个 Tumblr 博客。（Tumblr(汤博乐)是一个在 2010 年左右非常火爆的轻量级博客(Micro-blogging)平台。）Marc 的前 100 个用户和项目完全是靠“做那些无法规模化的事情 (Do things that don’t scale)”获得的：

  • 手动搜寻：他整天混迹在 Twitter 和各类极客论坛，寻找那些刚发布 Landing Page 的开发者。
  • 主动出击：私信请求收录：“嘿，你的项目很酷，我可以把它放在我的列表里吗？”这种“被认可”的感觉让开发者非常乐意配合转发。
  • 严格的审美门槛：这是关键。Marc 没有通过降低标准来凑数，而是坚持高质量的视觉呈现。这建立了一种“入选即荣誉”的品牌调性，吸引了更多追求品质的用户。

增长拐点：邮件列表与口碑飞轮

BetaList 真正起飞并不是因为某个病毒式的（viral）爆款，而是做对了两个长线策略：

  • Email First 策略：Marc 意识到网站流量不稳定，但邮件列表是私域资产。他将网站构建为“订阅邮件以获取最新内测资格”的入口。随着订阅数突破几千人，他拥有了向开发者分发流量的定价权。
  • 创始人自发的 病毒循环 / 自传播闭环（Viral Loop）：
    1. 开发者提交项目。
    2. 项目被收录并推送给订阅者。
    3. 开发者获得几百个高质量注册，喜出望外。
    4. 关键一步：开发者在社交媒体炫耀：“刚刚在 BetaList 上获得了 500 个注册！”
    5. 围观的其他开发者看到效果，纷纷涌入提交自己的项目。

💡 洞察：BetaList 的成功不是技术的胜利，而是**“策展** (Curation)”和“分发 (Distribution)”的胜利。

**PS：**关于策展（实质：筛选有价值的精华信息），Ben Tossell的例子中也有提到：不懂代码也能变现千万：无代码教父 Ben Tossell 的创业复盘

image.png

💰 商业模式拆解：将“流量”变成“现金”的教科书

Marc 的高明之处在于，他没有发明复杂的变现逻辑，而是将最古老的“流量变现”做到了极致的丝滑。他主要通过以下三驾马车实现盈利：

“插队费” (Expedited Posting) - 核心现金牛

BetaList 的基础提交是免费的，但审核周期可能长达 2 个月。对于急于验证市场的创业者来说，时间就是生命。

  • 模式：付费跳过等待 (Skip the Wait)。支付 $199 ~ $299 不等，项目将在 48 小时内发布。
  • 逻辑：通过制造“人为的稀缺性”（漫长的免费排队），将“快速曝光”变成了高价值商品。这不仅筛选出了更有付费意愿的严肃创业者，也保证了现金流的稳定性。

拥有数万名不仅懂技术而且爱尝鲜的订阅用户，BetaList 的 Newsletter 是广告主的金矿。

  • 模式：在每周推送的 Newsletter 中出售赞助位。
  • 逻辑：精准的垂直流量。目标客户非常明确：云服务商、SaaS 工具、支付网关等希望触达开发者的企业。

会员订阅 (Recurring Revenue)

BetaList 是“一锤子买卖”，而 WIP.co 则承担了MRR (月度经常性收入) 的任务。

  • 模式：每月 $20 的社区入场券。
  • 逻辑：卖的不是软件，是“氛围”和“问责”。独立开发者是孤独的，WIP 提供了一个没有噪音、只有互相督促的构建环境，用户一旦加入，为了维持这种社交连接，留存率极高。

💡 亮点分析：为什么他的变现如此“顺滑”？

Marc 的变现从未让人感到“被推销”，原因在于他把“付费点”设计成了“用户痛点的解决方案”：

  1. 顺水推舟：他没有强制收费，而是告诉用户：“你可以免费等，但如果你想更快获得用户，可以付点钱。” 这让付费变成了一种基于价值的主动选择，而非被动的门槛。
  2. 生态互补：BetaList 负责拉新（利用免费提交吸引大量流量），WIP 负责留存（将一次性流量转化为长期付费会员）。从“卖流量”到“卖归属感”，形成了一个完美的商业闭环。

🧠 Marc 的独特哲学 (The “Marc Way”)

Marc Kohlbrugge 能够长期活跃在 Indie Hacker 圈子顶端，靠的不仅仅是运气，而是一套自洽且独特的“反内卷”生存哲学。

技术极简主义 (Boring Tech is Best)

在人人都在追逐 Next.js、Serverless 和最新 AI 框架的时代，Marc 是 Ruby on Rails 的死忠粉。

  • 哲学：用户根本不在乎你用了什么技术，他们只在乎问题是否被解决。
  • 实践：他拒绝陷入“技术自嗨”。如果不必要，绝不引入复杂的前端框架。由于使用自己最熟练的“无聊技术”，他开发新功能的速度极快，往往几天就能上线一个 MVP。对独立开发者而言，“上线 (Shipping)”永远比“完美的代码”更重要。

公开构建 (Building in Public) 的先行者

早在 Building in Public 成为营销热词之前，Marc 就已经在 Twitter 上这么做了。

  • 透明度：他不仅分享成功的喜悦，也毫不避讳地谈论失败的项目、收入的波动以及开发的琐碎日常。
  • 效果：这种真实感让他不仅仅是一个“站长”，而变成了一个“有血有肉的人”。这种个人 IP 的积累，使得他后来无论发布什么新产品，都能自带第一波忠实的种子流量——信任，是比 SEO 更廉价的流量来源。

社区优先：付费墙作为“过滤器”

WIP.co 是一个非常特殊的社区案例。与 Reddit 或 Indie Hackers 这种免费、嘈杂的大广场不同，WIP 是一个“封闭”的小圈子。

  • 门槛即筛选：Marc 大胆地设置了付费门槛。这不是为了赚快钱，而是为了过滤噪音。愿意付费的人，通常更严肃、更有执行力，也更少通过恶语相向来发泄情绪。
  • 氛围维护：他并不刻意运营“活跃度”，而是通过 Telegram Bot 等机制鼓励大家“少说话，多打卡”。在 WIP，炫耀观点是不受待见的，晒出你的 Commit 和进度才是硬通货。他证明了：一个小而精的付费社区，往往比一个大而杂的免费社区更有生命力。

image.png

📉 失败与教训 (Failures & Pivots)

Marc 的履历表看起来光鲜亮丽，但如果你翻看他的 GitHub 和过往推文，会发现他的“项目墓地”里躺着比成功项目多得多的尸体。成功不是一蹴而就的，而是无数次试错后的幸存者。

典型的失败案例：Highline

Marc 曾开发过一款名为 Highline 的极简主义图片社交 App，试图以此挑战 Instagram 的地位。

  • 愿景：通过限制功能（例如只能发文字或简单的图）来创造更真实的社交体验。
  • 结局：惨淡收场。
  • 教训：不要轻易挑战具有强大网络效应的巨头。做工具（Tool）比做网络（Network）容易得多。BetaList 成功是因为它是一个“单人模式”就能跑通的工具，而社交网络需要成千上万的活跃用户才能产生价值。

“昙花一现”的病毒式小项目

他经常花周末时间做一些“好玩”的小工具，比如某些基于 Emoji 的创意网站。

  • 现象：这些项目往往能在 Product Hunt 上获得高票，甚至在 Twitter 上刷屏一天。
  • 结局：流量来得快去得也快，无法转化为持续的 MRR。
  • 教训：流量 ≠ 商业模式。Marc 意识到，虽然 Viral 项目能带来名气，但只有那些解决了真实、长期痛点（如招聘、推广）的项目，才能变成可持续的生意。

💡 一点点启示：快速失败 (Fail Fast)

Marc 的优势不在于“从不失败”，而在于“低成本失败”。

他不会花半年时间去打磨一个未经验证的想法。如果一个项目上线两周没有自然增长，他会毫不犹豫地将其关闭或通过出售（Micro-exit）处理掉，然后把精力投入到下一个实验中。对于 Indie Maker 来说，学会止损和学会开发同样重要。

PS：同样的，Jon Yongfook 也提到过：你的目标不是避免失败，而是更快、更低成本地失败，直到成功为止。从0到月入10万美金：Jon Yongfook 如何靠“公开构建”打造百万级SaaS帝国

💡 给我们的启示 (Key Takeaways)

Marc Kohlbrugge 的故事不仅仅是一个成功案例，更是一套可复制的独立开发方法论。

在 AI 泛滥的时代，“人工策展”更加昂贵

在 2025 年，生成垃圾内容变得前所未有的容易。当信息过载时，“过滤”的价值就超过了“生产”。

BetaList 的核心壁垒并非技术，而是 Marc 对品质的把控。作为 独立创客(Indie Maker)，如果你能在一个细分领域做那个“把关人”（Curator），你就拥有了定价权。与其制造更多的噪音，不如成为那个过滤噪音的人。

做“卖铲子”的人，而不是淘金者

当所有人都在试图开发下一个独角兽 SaaS 时，Marc 选择建立一个平台（BetaList/Startup Jobs）来服务这些开发者。

在一个拥挤的市场中，服务“供给端”往往比直接面向“消费端”更容易存活。思考一下：在你关注的领域里，谁是那些“淘金者”？你能为他们提供什么“铲子”或“展示舞台”？

从“工具站”到“社区站”的护城河演变

工具（Tool）是好用的，但容易被复制；社区（Community）是难用的，但难以被迁移。

Marc 的高明之处在于他没有止步于 BetaList 的流量，而是通过 WIP 构建了社交关系链。工具解决单点问题，社区解决归属感问题。如果你的产品面临同质化竞争，尝试引入社区属性，让用户之间产生连接，这是最强的防守。

这里的“长尾”比你想象的更长

Marc 用了 10 年时间证明了长期主义的回报。

很多 独立创客(Indie Maker) 习惯于“打一枪换一个地方”，但 BetaList 证明了，哪怕是一个简单的目录网站，只要你在此耕耘得足够久，积累的 SEO 权重、品牌认知度和用户习惯，会形成巨大的复利效应。慢，有时候就是快。

Marc Kohlbrugge 提醒我们：独立开发不一定非要改变世界，能在一个角落里，用简单的技术持续地为一群人创造价值，这就足以支撑一种令人羡慕的自由生活。

📚 相关资源 (Resources)

如果你想通过“原声”进一步了解 Marc 的思维逻辑，强烈推荐以下资料：

🔗 关注 Marc:

  • Twitter / X (@marckohlbrugge)
    • 他的主要发声阵地。他经常发布关于“极简开发”和“反内卷”的犀利短评，是获取他最新动态的最佳渠道。

🛠️ 核心产品入口: