YT 学习笔记

Claude Code 救了我的SaaS：400用户跌到0的复盘

29分钟阅读下载 MD

封面

Income stream surfers · 17:55 · 发布 2026-07-07 · 357次观看(截至抓取) · 观看原视频

主旨

博主用亲身经历复盘两个 SaaS(自家 Harbor 与 Grove)从爆款到跌到近乎归零的全过程,把”30% 首月流失”和”团队反应慢”这两个症状背后的真因——产品管理缺位——拆解为可复用的留存设计与单人 Claude Code 修复闭环。

核心论点

  1. 2026 年 SaaS 创业最值钱的技能是产品管理,不是写代码——任何人都能”搭”出一个产品,真正难的是”让人留下来用”。([[#1. 2026 的 #1 技能:产品管理,不是写代码 00:07|→ 详解1]])
  2. Harbor 首发 400 付费用户、€17k MMR,Grove 同期也爆量,两个项目都因同一原因坠落——把功能堆出来,却没人思考”用户怎么用、怎么回到第二次、回到第三次”。(→ 详解2)
  3. 首月流失 30% 不是个例,是设计没考虑 anchor(锚点)与习惯的必然结果——没有 dashboard 这个”接下来该做什么”的指南针,用户看一眼就走了。(→ 详解2)
  4. 招 €12k/月的全栈团队是反模式——团队反应慢、bug 修复要 3-5 天,既把用户赶走,也把创始人榨干;真要招,至少等到 €10 万/月且趋势稳定之后。(→ 详解3)
  5. Claude Code 替代 3-5 天修 bug 地狱,关键不是更快,而是”修”这个动作回到创始人手里——任何人发个 bug 报告,Claude Code 立刻改,反馈闭环从”周”压到”小时”。(→ 详解4)
  6. 留存三件套:让前 5 分钟毫不费力 + 给一个 dashboard 作 anchor + 永远有一个”下一步动作”——三者缺一个,留存塌方。(→ 详解5)
  7. 周度战报邮件 = 把反馈循环外化给用户的最便宜方法——每周告诉用户”这篇内容帮你拿到了哪些关键词的排名”,让”我又写了篇新内容”变成可被衡量的复利,习惯就此形成。(→ 详解6)
  8. AI 不会替你考虑产品管理——AI 生成的 SaaS 默认不会自然好用,你必须主动设计 anchor、next action、周报邮件、即时反馈、公开 changelog;视频本身可以打包成一个 Claude Code skill 反复用。(→ 详解7)
  9. gross volume ≠ profit——Harbor 月成本约 €2,500(€1,600 API + €800 Convex),相对 €17k MRR 利润率约 75%,但还要扣税和其他业务分摊;展示这个数字的诚实度,本身就是反向信号。(→ 详解8)

知识点详解

1. 2026 的 #1 技能:产品管理,不是写代码 00:07

博主把视频基调定在”这是我做过最透明的一期”,开门见山:“the number one skill that I have found for 2026, which is product management”。这句口播贯穿全片,作用是把听众的注意力从”如何用 AI 造得更快”挪到”如何让造出来的东西留住人”。

他给出的依据是,现在任何人都能用 Claude Code / viber coding 之类的工具在几小时里搭出一个能跑的产品,代码或 AI 能力的护城河已经不在,“your product isn’t the point anymore” (00:19)。护城河转移到了”它怎么被交付、被打开、被记住、被回访”——这一整组问题都属于产品管理。视频要做的,就是把这组问题拆成可操作的清单。

这也是为什么视频的中段会用大段时间讲 onboarding、anchor、next action、change log——这些不是营销概念,而是”用户留下来用”的具体工程动作。

2. Harbor 与 Grove 的同款坠落:400 付费用户之后为何归零 02:49

Harbor 首发”400 paid users, many paying annually, 17,000 MMR from the subs”(02:49)。Grove 同期也有”loads of users, loads of MRR”(01:58)。两个项目都爆、然后都坠,而且 Grove 跌得更狠。共同原因不是技术栈——Harbor 当时是 React SPA 单页应用、没 SEO、没邮件系统,这套堆在 €17k MRR 之上的”no real hope of surviving”(03:05)——而是产品管理缺位。

首月流失 30%(01:17)这件事本身就是症状,不是病因。博主的复盘把病因拆成三个并列的缺失:没习惯(用户不会”下周再回来”)、没 anchor(用户进了 dashboard 不知道该做什么)、没路径(看不到”我从哪来、下一步往哪去”)。三者只要同时缺,即便产品本身功能完备,留存也会塌方。

对比 Grove 与 Harbor 的差异:Grove 的”逻辑”其实更好——它读 e-commerce 网站产品、生成 collections、尝试排名后促成销售——但它”build it purely thinking about what features”(07:41)。Harbor 第一次也是同款思路。两个项目反复证明:“how you give people those features that actually matters”(07:44),交付方式比功能列表更决定留存。

3. €12k/月全栈团队的反模式 05:27

Harbor 起飞后,博主”pretty much immediately hired three full-time devs and a product manager”(05:27)。这套 €12k/月的成本(还要叠税)直接把项目从”赚钱”打成”盈亏勉强平衡”,更糟的是”the team was slow”(06:04),叠加 API 成本后 Harbor 变得”not profitable”。

这段经历让他得出一个强结论:“I would never, ever recommend doing this again”(05:43)。要招人也得等”at 100,000 a month and it looks like you’re going to keep that 100,000 a month”——也就是稳定在六位数 MRR 且趋势明显之后;在此之前,“just be a solo entrepreneur for now”(05:54)。这是一段反向利益信号:他在劝同侪别重复自己犯过的错,而不是”看我多会招人”,反而可信度高。

4. Claude Code 把”3-5 天修 bug”压成”几小时甚至几分钟” 06:17

招人时期最让他崩溃的是 bug 修复周期:“I would have to wait 3 to 5 days for one of these devs to fix the issue”(06:17)。他用”soul-crushing”形容这段日子:“Do not do this”(06:30)。这不只是工程延迟,更是创始人心理负担:用户骂他”f you, come and fix this thing for me”,而他手里没有权限去改。

换成单人 + Claude Code 之后,流程变成:任何人都能发 bug 报告,他看见后立即在 Claude Code 里修复,推上线;“Claude code has access to them”(06:43)。这不仅把修复时间从 3-5 天压到分钟级,关键是把”修”这个动作从”团队的周报议题”还原成”创始人的日常杂活”——这才是它对产品管理最重要的意义:反馈循环的物理通道回到创始人手中,他才能在第一时间调整方向,而不是通过 dev team 的工单系统间接了解产品真实情况。

5. 留存三件套:5 分钟上手 + Anchor + Next Action 08:36

博主的复盘把”用户为什么留”拆成三个并列要求,任何一个缺位都会触发流失。第一,简化上手——他用”sign-ups, no ad spend”(08:36)说明 Harbor 的用户来自他自己的频道,这些人已经”投资了时间”(看完视频),上手必须顺手到毫无阻力。他给出的具体动作是:在 onboarding 的最初几分钟里,让用户看一段”我正在分析你的网站”的进度条(11:44)——光是这 20-30 秒的等待,就已经是”a time investment”(11:50),把用户从”路过”拽进”已投入”。

第二,anchor(锚点)——他用”the dashboard is the anchor”(08:53)。dashboard 是用户”任何时候点回去,都知道下一步做什么”的安全港。具体形态是三步工作流 discover→write→publish,叠加”getting started”checklist、site health scanner、AI visibility、quick actions 这一组永远可点的小动作,让”我下一步该做什么”永远有答案。

第三,next action——“There is always an action to do”(09:16)。一旦用户回到 dashboard 却”they’re just staring at the screen”(09:21)——也就是发现没有 anchor、不知道干嘛——这就是流失的起点。他用”once you lose that person, they’re probably gone”(08:18)做了总结:留人窗口极窄,失去就是失去。

6. 反馈闭环三件套:周报邮件 + 即时修 bug + 公开 changelog 13:09

讲完留存三件套,博主再加一组”反馈闭环三件套”,把用户与产品之间的关系从”一次性使用”变成”持续对话”。第一,周度战报邮件——他明示”they need to know that at all times there is something for them to do”(13:09),而周报的具体内容是 Search Console 跑出来的”你这周又排上了哪些关键词”。这是把”我写一篇文章”外化成”我每周都能看到成果”的复利信号——“this is the feedback loop”(14:09)。博主特别强调”the weekly result emails are absolutely key to this”(14:22),不是锦上添花,是核心机制。

第二,即时反馈循环——“as soon as someone leaves feedback, I try and fix it”(14:28)。这个动作的逻辑是:用户提了意见,意味着”还在用,还在乎”,你用分钟级响应回馈这个在乎,关系就从”产品-用户”变成”对话-对话”。

第三,公开 changelog——“a change log here so people can see all of the changes that have happened recently”(14:34)。博主自 2025 年 12 月重启 Harbor 以来已经发布”24 new versions since December”(14:54)。公开 changelog 不只是版本说明,也是给用户看的”我还在为这个产品拼命”的活体证据。

7. 留存是心理活,Hooked 心态 10:16

这一节是把上述所有动作的理论底子揭出来。博主在和合伙人 Rowan 聊到一位叫 David 的用户时,被推荐了 Nir Eyal 的书《Hooked》(09:46)。他自己没读原书,听的是 NotebookLM 生成的 AI 播客总结(10:00),结论是:留人是”psychological”层面的事,不是产品功能列表能解决的。

这解释了他对 Grove 的反思:不是 Grove 的功能不行,而是 Grove 没在用户的”心智回路”上设计入口——没有 anchor、没有下一步、没有反馈。博主用”as soon as people feel overwhelmed, the first thing they do is they close it”(08:13)做了直接佐证,并补了另一句”the best tool on the market still leaks users like a sieve”(08:25)——即”功能好不好”与”留不留得住”是两件事,功能最强也仍会漏用户。

心态反常识的另一面:他还特别提醒”It’s not enough to be a YouTuber with a personality”(10:16)。他自己就是 YouTuber,早期 Harbor 起飞时他以为”用户会为支持我而留下”,现实否定了这个想法——除非产品本身在心理层面钩住用户,否则个人魅力是续命不续命的。这也是为什么他把”如何让人留下来”与”如何让人回来”拆成两套分别处理。

8. AI 不会替你考虑产品管理,把它做成 skill 15:01

把上述所有讨论收束到一个”如果你只想带走一句话”的层面,博主说”this is the mindset shift”(15:01):AI 生成的软件默认不会自然好用。AI 可以写代码、写文档、写营销文案,但 AI 不会主动思考”用户进来后往哪走、怎么回来、下次怎么记得我”——这些是产品管理的工作,得由人(或一个被明确指示的 AI)来设计。

具体的”如何强制 AI 也思考这些”他给了一个很轻量的动作:把这整段视频的内容”make this into a skill”(15:14)——也就是喂给 Claude Code,让它在生成新功能时强制考虑三件事:“how are people going to use the app, where are they leaking out of it, and what makes them come back tomorrow”(15:23)。

他用的追踪工具是 PostHog(15:30)——他用 PostHog 的原话是”它真的很好,而且我愿意继续免费提它”(“I wish they would sponsor me, um but they just ignore my emails… I will continue to talk about them”),没有逐项对比其他工具。

9. 总账:Gross Volume ≠ Profit,Harbor 利润率约 75% 17:08

视频最后两节博主用 Harbor 的真实成本结构把”赚钱”和”看起来赚钱”区分开。Harbor 的月成本约 €2,500,具体为”API costs are about 1,600 a month”(17:08)加上”Convex is I’m paying about 800”(17:09)。相对 €17k MRR,“the profit margin is about 75”(17:22)。但 75% 不是落袋数——还要扣税(英国公司税率约 19-25%),还要分摊 Harbor 之外的其它业务成本。

这一段的口播直接接在两节”real talk”上,主旨是”gross volume is not profit”(17:35)。他还现场点出:“people see this and they think that I’m rolling around in money”(16:37)——也就是在反驳观众从 Stripe 截图得出的”博主应该很有钱”的猜想。这是反向利益信号:他主动拆穿”靠展示 Stripe 营收吸引关注的常见做法”,反而提升了这条主张的可信度。

可执行步骤

  • 把”产品管理”作为独立技能从”写代码/做营销”中切出来,每周固定一段时间(建议 2-3 小时)专门过一遍 funnel 与 onboarding。
  • 给你的产品定义一个 anchor 页(dashboard 或主操作页),确保用户任何时候回来,都能在 5 秒内找到下一步动作。
  • 在 onboarding 的前 5 分钟里塞一段”我正在为你工作”的进度条/动画/等待状态,把”路过”用户转化为”已投入”用户。
  • 把”周度战报邮件”列为必做项:每周固定时间发一封给用户,内容是”你这周在产品里取得了什么可量化的进展”。
  • 修 bug 的动作留在创始人手里:用 Claude Code 或类似工具,让用户报告 → 你立即改 → 当天或次日推上线,而不是丢进工单系统。
  • 维护一个公开 changelog(放在产品官网或公开页面,列出每次发布),让用户看到”产品还在被持续改进”。
  • 把”如何让产品留住人”的整套方法(anchor / next action / 周报 / 即时反馈 / changelog)打包成一个 Claude Code skill,在每次生成新功能前自动跑一次审查。
  • 每月公布一次真实成本与利润结构,展示 stripe 截图的同时给出 monthly burn 与税后利润,别只秀 MRR。

关联

  • 印证:PostHog(见 我让Claude Code从零搭建了一个业务)里把”埋点逻辑写在代码里以便 Claude 改”的判断,本片再次确认——PostHog 的事件定义在代码里、Claude Code 看得见,是”AI 时代的分析工具”该有的形态,这条结论两期一致。
  • 互补:goal(见 Fable5五个高杠杆用例)讲的是”给目标+验收标准后让 agent 自主推进到终态”,本片则讲”产品做出来之后,人怎么让用户留下来用”——前者是 agent 工程的执行问题,后者是产品管理的设计问题,两者拼出”造得出+留得住”的完整图景。
  • 进阶:我让Claude Code从零搭建了一个业务讲的是”用 Claude Code 搭业务与获客”,本片则把视野进一步放到”产品上线之后的产品管理与留存”——同频道系列,先看前者(建产品)再看本片(留用户),是更完整的 SaaS 创业链。

一手来源与延伸

  • 视频中明确提到的书:Nir Eyal《Hooked: How to Build Habit-Forming Products》,讨论 hook 模型(触发-行动-多变性奖励-投入)对产品留存的指导;博主没读原书,听的是 NotebookLM 生成的 AI 播客总结。
  • 视频中提到的”AI 引用追踪”功能:Harbor 新增的”see which of your pages are cited in all LLMs”(03:34)面板,属于 AI 引用追踪(AI Citation Tracking) 概念的一手案例。
  • 视频 description 自带的链接:https://harborseo.ai 与 https://incomestreamsurfer.com(博主自己的产品/服务)以及 https://brightdata.com/?promo=incomestreamsurfers(带 promo 码的第三方联盟链接),为「立场与利益」节提供利益证据。

术语

  • Product Management(产品管理:把用户需求、留存设计与功能优先级作为独立技能从”写代码”中切出来的实践,本片主张这是 2026 SaaS 创业的 #1 技能)
  • Churn(用户流失,本片指首月即流失 30% 的 Harbor 案例)
  • MRR(Monthly Recurring Revenue,月度经常性收入,Harbor 案例为 €17k)
  • Anchor(锚点:用户任何时候回到产品都能找到”下一步做什么”的安全港,本片以 dashboard 为例)
  • Hooked Model(Nir Eyal《Hooked》一书的习惯养成四步模型:触发-行动-多变性奖励-投入)
  • PostHog(开源产品分析平台,事件埋点在代码里而非后台 UI,适合 AI agent 协作)
  • Convex(数据库兼后端即服务,Harbor 用来存数据,月成本约 €800)
  • Stripe Trial($1 trial 在 Stripe 后台被记为 $500 MRR,Grove 案例提到这是行业常见虚增手法)
  • gross volume 与 profit(总流水与净利润,本片反复强调二者不等同)
  • Solo Founder(单人创业者,本片主张招人前应长期保持这一身份)

金句

“The number one skill I have found for 2026 is product management.” (00:07) → 一句话定调:写代码的护城河没了,产品管理才是新硬技能。 “Your product isn’t the point anymore. Anyone can build a product.” (00:19) → 拆掉”好产品自然有用户”的幻想,直指交付方式才是护城河。 “Once you lose that person, they’re probably gone.” (08:18) → 留人窗口是窄的,失去就失去,别幻想”他们会回来”。 “The weekly result emails are absolutely key to this. Absolutely key.” (14:22) → 周报邮件不是 nice-to-have,是把”使用”外化成”复利信号”的核心机制。 “Soul-crushing. Do not do this.” (06:30) → 对”招 €12k/月全栈团队”这一反模式的当头棒喝,反向利益信号,值得记。

立场与利益

  • 与利益同向:视频中段(约 03:16-04:51)花了一整节讲自家产品 Harbor SEO 的新功能(AI 引用追踪)+ founder pricing 锁定——这是博主自己卖货的段落,主张”现在锁定 founder pricing 永远不涨价”对潜在买家的吸引力,采信前需外部印证;此外 description 含 https://brightdata.com/?promo=incomestreamsurfers,带 promo 码的联盟链接,意味着他也从这条工具链抽佣。
  • 利益中性:“产品管理是 2026 第一技能""anchor/next action/周报邮件/公开 changelog 是留存三件套”等通用方法论,与他自己产品的具体功能无关,可独立验证。
  • 与利益反向(可信度最高):“I would never, ever recommend doing this again”(05:43)——他直接劝同侪别重复自己 €12k/月招人那段经历;“gross volume is not profit”(17:35)——他主动拆穿”展示 Stripe 截图=很有钱”的常见套路。这两条主张不利于他的”看起来很成功”人设,反而可信。

价值定位

  • 适合谁:已有或正在做 SaaS、但发现用户”来了就走”或”买了不续费”的 solo founder / 小团队——尤其已经用 Claude Code / viber coding 把产品搭起来、但发现”搭得快≠留得住”的人。
  • 解决什么:给”用户流失”提供一个可操作的产品管理清单(anchor / next action / 5 分钟上手 / 周报邮件 / 即时反馈 / 公开 changelog),并把”反馈循环的物理通道”从工程团队手里拉回创始人手里——这是用 Claude Code 替代 3-5 天修 bug 周期之外、更深层的产品管理意义。
  • 认知 vs 实操:本片约 60% 是认知(为什么 Harbor 会坠、为什么 Grove 比 Harbor 摔更狠、为什么招人是反模式),约 40% 是实操(具体怎么设计 anchor、怎么写周报邮件、怎么在 onboarding 前 5 分钟设进度条),二者比例合适,适合当周末花 30 分钟看一遍再过一遍自家产品。
  • 与已有笔记重叠:与 我让Claude Code从零搭建了一个业务 同频道且都涉及 Harbor 与 PostHog,但本片独有”产品管理即 #1 技能""anchor/next action/周报三件套""gross volume ≠ profit”三条主张,前者讲”用 Claude Code 搭业务”,本片讲”搭完之后怎么留人”。

自检问题

  1. 博主为什么把产品管理列为 2026 的 #1 技能,而不是写代码? 答案:因为现在任何人都能用 AI 工具在几小时里搭出一个能跑的产品,代码或 AI 能力的护城河已经不在——“your product isn’t the point anymore”,护城河转移到了”它怎么被交付、被打开、被回访”,这整组问题都属于产品管理。(00:07)
  2. Harbor 与 Grove 的共同坠落原因是什么,Grove 为什么比 Harbor 摔得更狠? 答案:共同原因是产品管理缺位——把功能堆出来却没设计”用户怎么用、怎么回访”,具体表现为没习惯、没 anchor、没路径;Grove 摔得更狠是因为”build it purely thinking about what features”(07:41),只考虑给什么功能,完全没考虑怎么交付。
  3. 招 €12k/月的全栈团队为什么被博主称为反模式? 答案:成本(还要叠税)直接把项目从”赚钱”打成”盈亏勉强平衡”,且”the team was slow”,bug 修复要 3-5 天,既把用户赶走也把创始人榨干;他明确说”never, ever recommend doing this again”,建议至少等到 €10 万/月且趋势稳定之后再考虑。(05:27)
  4. Claude Code 替代”3-5 天修 bug”的关键意义,比”更快”更重要的那一点是什么? 答案:把”修”这个动作从团队的工单议题还原成”创始人的日常杂活”,让反馈循环的物理通道回到创始人手里,他才能在第一时间调整方向——这是对产品管理最重要的意义,远不只是”省时间”。(06:43)
  5. 留存三件套与反馈闭环三件套分别是什么? 答案:留存三件套=让前 5 分钟毫不费力 + 给一个 dashboard 作 anchor + 永远有”下一步动作”(08:36);反馈闭环三件套=周度战报邮件 + 即时修 bug + 公开 changelog(14:22)。
  6. 博主对”做产品的人”提的”心态转变”具体是什么? 答案:AI 生成的软件默认不会自然好用——AI 不会主动思考”用户进来后往哪走、怎么回来、下次怎么记得我”,这些是产品管理的工作,得由人(或一个被明确指示的 AI)来设计;具体做法是把整套方法(anchor/next action/周报/反馈/changelog)打包成 Claude Code skill,在生成新功能前自动跑审查。(15:01)
  7. Harbor 真实的成本结构与利润率是多少,“gross volume ≠ profit”在 Harbor 案例里怎么体现? 答案:Harbor 月成本约 €2,500(€1,600 API + €800 Convex),相对 €17k MRR 利润率约 75%,但还要扣税和分摊其他业务成本——展示 €17k 流水的同时必须说明”这不是落袋数”,“gross volume is not profit”是博主主动拆穿”Stripe 截图=有钱”套路的反向信号。(17:08)

关系图谱

反向链接