一个人管一打产品：vibe 时代的独立开发者作品集运营指南

AI 把"做一个产品"的成本打到了地板价，于是独立开发者群体里出现了一个新物种：一个人，同时运营着 5 个、8 个、甚至十几个产品。Marc Lou 公开的收入看板上有 14 个产品，Pieter Levels 的名下有 Nomad List、Remote OK、PhotoAI 等一串名字，Tony Dinh 一边维护 TypingMind 一边卖掉了 BlackMagic。但硬币的另一面是：一位同时跑着 4 个 SaaS 的独立开发者在 dev.to 上写道，他 burnout 的原因不是时间不够，而是"注意力质量"被切碎了——早上给 A 产品做深度 UI，中午切到 B 产品的 onboarding 邮件，下午调 C 产品的集成，晚上回 D 产品的 waitlist 提问，"按时间统计全是产出，只有早上那段算得上好工作"。

这就是 vibe 时代独立开发者的新课题：AI 解决了"做"的产能，"管"的复杂度却指数级上升。这篇指南讲"作品集运营"——如何像基金经理管组合一样管你的一打产品：三层结构、时间分配、共享基建、决策矩阵。注意边界：这不是"如何选赛道"（那是需求验证指南的事），也不是"何时放弃"（杀死清单指南已讲），而是多个产品并存时，你的时间、注意力和基建怎么分配。

作品集数学：你的期望值来自"数量"，不是"完美度"

先看一组 2026 年 10 月的真实数据（GreyJournal 整理的 Marc Lou 公开看板）：CodeFast 月入 7,200 美元，ShipFast 2,000，Ship or Die 2,800，Indie Page 640，Stalkr 290，SuperShrimp 238，LaunchViral 129，Zenvoice 138，ByeDispute 96，WorkbookPDF 67，Habits Garden 19，PoopUp 9，BioAge 0。14 个产品里 10 个月入不到 1,000 美元——这不是失败，这是作品集的正常形态：一个产品扛住月份，一打产品托住下限。

这组数据里藏着两个反直觉的结论：

• 期望值来自 shipped 数量，不是单个产品的完美度。有 12 个在线产品、10% 爆款率的人，赔率好过那个打磨了三年单一应用的人。Pieter Levels 2014 年公开承诺"12 个月做 12 个项目"，成了 Nomad List 和 Remote OK；他自己也说过，之前做了几十个没水花的项目。Tony Dinh 做了 TypingMind、DevUtils、Xnapper，BlackMagic 以 18.6 万美元卖给了 HypeFury——作品集里的每一个都是"尝试"，不是"赌注"。
• 卖掉是正常操作，不是认输。Acquire.com 的中位数是 3.9 倍利润倍数、平均 81 天成交。一个 2,000 美元/月、利润率 71% 的产品，能换回约 6.6 万美元现金，更重要的是释放注意力——而注意力正是你最稀缺的资产。Marc Lou 卖掉 MakeLanding（3.5 万美元）和 GameWidget（4,000 美元）后继续开新坑，循环就这么转起来。

Daniel Vassallo 把这套玩法起了个名字：Small Bets（小注）。核心就一句话：用数量换赔率，用组合抗方差。AI 只是把"下注"的成本从"三个月"压缩到了"几个周末"，让这个策略第一次对普通人可用。

三层结构：给每个产品一个"编制"

图 1：作品集三层结构。关键不是分几层，而是"不同层给不同待遇"——平均用力是作品集的第一死因。

把你的产品按"收入潜力 × 当前状态"分成三层，每层有明确的运营策略和时间预算：

现金牛：维护模式，约 20% 时间

已经验证、有稳定收入的产品。策略是"别碰它"：修 bug、续服务器、回关键客诉，不做新功能。现金牛的价值是给你发"工资"，让你有底气在实验田里亏时间。Marc Lou 的 CodeFast 就是典型——它不需要增长，只需要别死。反模式是"给现金牛加功能上瘾"：每个新功能都是维护成本的永久加法，现金牛应该越做越薄，不是越做越厚。

成长期：加注，约 50% 时间

有牵引力（traction）的产品：用户在涨、有人付费、反馈具体。这一层吃掉你一半时间，做的是增长动作：SEO 内容、集成生态、定价实验、 onboarding 优化。判断标准：如果连续 8 周投入 50% 时间，核心指标纹丝不动，它就不属于这一层，降级到实验田或进入决策矩阵。

实验田：低成本试错，约 30% 时间

周末级小产品，验证想法的"期权"。规则：上线标准极低，死亡标准极严。上线标准：能跑、能收钱（或能收集邮箱）、有一个 landing page。死亡标准：上线 30 天，无自然流量、无付费意愿信号，直接归档。实验田的产品不配拥有"长期规划"，它的使命就是快速证明"这想法不值得做"或"值得升入成长期"。

20/50/30 是起点不是教条。刚起步、没有现金牛的人，可能是 0/30/70；现金牛很肥的人，可能是 10/60/30。比例每季度调一次，调的依据是各层产品的实际表现，不是你的感觉。

注意力管理：时间可以切，注意力不能

回到开头那位 4-SaaS 开发者的洞察：burnout 不是时间问题，是注意力质量问题。他 45 小时的清闲周比 60 小时的冲刺周更累，因为"把最锋利的注意力烧在 ListingVid 上，然后指望用同样的锋利度处理剩下三件事"。AI 加剧了这个问题：执行成本越低，你越容易同时开 5 个坑，注意力碎片反而更严重。

三个实战方法：

• 按"认知负载"排时间块，不是按产品排。把需要深度思考的工作（架构、定价、核心功能设计）放在每天的前 3 小时，只给一个产品——通常是成长期里最有希望的那个。下午处理浅层工作：回邮件、修小 bug、看数据，允许跨产品。原则：深度工作单线程，浅层工作可多线程。
• 给每个产品设"值班日"。比如周一是 A 产品的客服+运维日，周二是 B 产品。非值班日，该产品的非紧急消息不看。没有值班制，你的一天会被 4 个产品的 Slack/邮件切成 15 分钟的碎片，而 15 分钟什么深度工作都做不了。
• 用 AI 当"上下文缓存"。切换产品时最大的成本是"回忆上下文"。给每个产品维护一份 AI 可读的简报（现状、一周目标、待办、已知坑），切换前让 AI 用 2 分钟帮你"热身"：总结上次停在哪、下一步是什么。这比你自己翻聊天记录快一个数量级。

记住：AI 降低的是执行成本，不是决策成本。决定"下周主攻哪个产品"这件事，AI 帮不了你，它只能帮你把决定执行得更快。注意力分配是你作为"基金经理"唯一不可外包的工作。

共享基建：一人公司的规模效应

多产品的最大隐形成本是重复造轮子：每个产品各写一套登录、各接一遍 Stripe、各配一套监控。作品集运营的核心基建思想是：把"每个产品都要"的东西沉淀成模板，新产品开坑第一天就是 80 分。

• 启动模板：auth（登录/注册/密码找回）、billing（订阅/一次性付费/发票）、landing page、analytics、error monitoring、 transactional email——做成一个私有脚手架。新产品 = 克隆模板 + 写核心功能。Marc Lou 的 ShipFast 本质上就是把这套模板产品化了（顺便还卖了 2,000 美元/月，一鱼两吃）。
• 统一运维面：所有产品的域名、SSL、账单、备份状态放在一个看板里。一人多产品最常见的死法不是没用户，是"某个产品的服务器续费忘了，挂了三天才发现"。把"别死"这件事自动化：uptime 监控 + 账单到期提醒，覆盖全部产品。
• 统一客服入口：一个邮箱/工单系统收所有产品的客诉，按产品打标签。用户不关心你有几个产品，他只关心"有人回我"。集中入口让你在"值班日"批量处理，而不是全天被打断。
• 财务隔离但视图统一：每个产品独立核算收入成本（不然你不知道谁在赚钱），但看板是统一的。每月花 30 分钟看一次：哪个产品利润率在掉？哪个产品的服务器成本悄悄涨了？

这套基建的前期投入大约 1-2 周，但它是"作品集"和"一堆散装 side project"的分水岭。没有共享基建，你每开一个新产品都是从零开始的线性成本；有了之后，边际成本趋近于零——这正是 AI 时代"下注"能成立的前提。

决策矩阵：每个季度，给每个产品判一次刑

图 2：季度决策矩阵。横轴是维护成本，纵轴是收入潜力。每个产品每季度落一次点，落点决定下个季度的待遇。

四个象限，四种判罚：

• 高潜力 × 低成本 → 加注。这是你 50% 时间的去处。标准：用户自然增长、付费转化在改善、维护 mostly 是"加功能"不是"救火"。加注的意思是"给它更多时间"，不是"给它招人"——你还是一个人。
• 高潜力 × 高成本 → 优化或卖掉。最纠结的象限。先问：高成本是结构性的（架构烂、技术债），还是阶段性的（刚上线、功能不全）？阶段性的高成本值得修——花 2 周重构，把维护成本打下来，它就升入"加注"象限。结构性的、修不动的，挂出去卖：有人愿意为"有潜力的烂摊子"付 3.9 倍利润，拿钱走人比你自己耗着强。
• 低潜力 × 低成本 → 留着收租。别碰，让它自己转。这类产品是作品集的"地板"：每个月几百美元，零维护。Marc Lou 看板里那一串月入几十到几百美元的产品，大部分在这里。它们的存在意义是" diversification "——以及偶尔给你一个"我还有收入"的心理安慰。
• 低潜力 × 高成本 → 杀掉。体面下线：提前 30 天通知用户、导出数据、写篇复盘。杀产品的标准不是"没收入"，是"持续消耗你的注意力"。一个每月 200 美元但每周要救火 3 小时的产品，时薪是负的。杀死清单指南讲过"怎么杀"，这里补一句"何时杀"：当它连续两个季度落在"杀掉"象限，别犹豫。

执行节奏：每季度一次作品集复盘，1 小时。把每个产品标到矩阵上，调整下季度时间分配，决定杀/卖名单。不要每月做（噪声太大），不要半年做（僵尸产品会活太久）。

走一遍：一个季度的复盘实操

矩阵是死的，落点是活的。假设你手里有 3 个产品，走一遍季度复盘：

• 产品 A「表单小工具」：月入 300 美元，过去 90 天零客诉、零宕机，你几乎没碰过它。落点：低潜力 × 低成本 → 留着收租。下季度动作：无。它每个月安静地打钱，就是它全部的 KPI。
• 产品 B「AI 会议纪要」：月入 1,200 美元且在涨，但每周要花 3 小时救火（转写失败、账单对不上）。落点：高潜力 × 高成本 → 先优化，修不动就卖。下季度动作：花 2 周把转写队列重构成稳定版本，再观察 4 周。如果维护成本降下来了，它升入"加注"象限，吃你 50% 的时间；如果还是每周救火，挂到 Acquire.com 上——1,200 美元/月的收入，按 3.9 倍利润算是一笔不错的退出。
• 产品 C「习惯打卡」：上线 25 天，47 个注册用户，0 付费。落点：还在实验田观察期，不进矩阵。下季度动作：再给 5 天，做一次定价页 A/B 和一封激活邮件。30 天期限一到，无付费意愿信号 → 归档，进"杀掉"流程。

复盘输出一张表就够了：产品 / 象限 / 下季度时间配比 / 触发条件（什么情况下升级或降级）。打印出来贴在显示器旁边——季度里任何"我要不要给 C 加个功能"的冲动，先看一眼这张表。C 在实验田观察期，它不配拥有"加功能"这种念头。

这张表的另一个作用是对抗沉没成本。产品 B 你写了 4 个月，感情很深；但矩阵上它就是"高成本"，优化 6 周修不好就卖——规则在纸上，执行时不用跟自己的感情讨价还价。

卖之前：挂牌前 30 天的准备清单

决策矩阵把产品判到"卖掉"之后，别急着挂牌。买家买的是"可验证的现金流"，不是你的代码。30 天准备期做这四件事，成交价差得出来：

• 财务洗澡：导出过去 12 个月（至少 6 个月）的收入、退款、服务器/第三方账单，做成一张干净的 P&L。混在个人账户里的收支先分开——买家尽调时看到糊涂账，第一个动作就是砍价。
• 技术交接包：README 写清楚部署步骤、第三方 key 清单、已知坑。买家最怕"只有原作者能跑起来的项目"。这份文档也是你自己的"脱手保险"：交接期被问烦的次数直接决定你的时间成本。
• 增长证据：把自然流量、转化率、用户反馈截图整理成册。重点证明"它不需要你也能转"——过去 30 天你零介入、收入没掉，就是最强的卖点。
• 定价锚：Acquire.com 中位数 3.9 倍年利润是起点，不是终点。增长中的产品可以要到 4-5 倍，纯收租的 3 倍左右。挂牌价留 10-15% 议价空间。

注意和"退出指南"的分工：那篇讲交易流程（谈判、合同、交割），这里只讲" portfolio 视角下，为什么卖、卖前准备什么"。卖掉之后空出来的注意力，按矩阵规则回流到"加注"象限——卖不是终点，是给赢家加仓的弹药。

四个反模式

反模式 1：平均用力。给 5 个产品各 20% 时间，结果是 5 个都半死不活。作品集的力量来自"非对称下注"：50% 给最有希望的那个，20% 维持现金牛，30% 广撒网。平均主义是对"组合"这个词的误解。

反模式 2：僵尸产品续命。"反正服务器一个月才 5 美元，放着吧。"5 美元是小事，每月看到它零增长的 dashboard、偶尔冒出来的客诉邮件、对它的"愧疚感"，才是真正的成本。低潜力高成本的产品，续命的每一分钟都是从加注象限偷来的。

反模式 3：过早卖掉现金牛。看到 Acquire.com 的 3.9 倍就心动，把下金蛋的鹅卖了换现金。算笔账：月入 2,000 美元、利润率 70% 的产品，一年给你 16,800 美元被动收入；卖掉拿 6.6 万美元，看似划算，但你失去了"旱涝保收"的底气。卖的是"高潜力高成本"象限的麻烦，不是"低成本"的现金牛。

反模式 4：把实验田当现金牛养。给一个月入 19 美元的产品做"品牌升级""多语言""企业版"，本质是逃避真正难的决定（杀掉它或承认它没潜力）。实验田的 KPI 只有一个：30 天内证明它值得升级。证明不了，归档。

一页纸检查清单

• 三层划分：每个产品已明确是现金牛 / 成长期 / 实验田，无"四不像"
• 时间预算：20/50/30（或你的版本）已定，本周实际执行可对照
• 深度工作：每天前 3 小时只给一个产品（成长期最优者）
• 值班制：每个产品有固定值班日，非值班日不看非常规消息
• 共享基建：启动模板 / 统一运维看板 / 集中客服入口 / 独立核算已就位
• 季度复盘：每季度 1 小时，全部产品过一遍决策矩阵，输出杀/卖/加注名单
• 卖的纪律：只卖"高潜力高成本"修不动的，不卖低成本现金牛
• 杀的纪律：连续两季度落"杀掉"象限，30 天体面下线

最后回到那个根本问题：为什么是一个人管一打产品，而不是把一个产品做大？因为 AI 时代，"做大"的壁垒变了——以前壁垒是"做出来"，现在壁垒是"持续运营"。而持续运营的瓶颈是注意力，不是代码。作品集策略的本质，是承认"我不知道哪个会成"，然后用结构化的方式，让"不知道"变成一种可管理的资产：现金牛付账单，成长期博上限，实验田买期权，决策矩阵定期止损。你不是在经营 12 个产品，你是在经营一个"生产爆款"的系统——系统不死，爆款只是时间问题。