---
title: '我让Claude Code从零搭建了一个业务——它赚了24249欧元'
video_id: kXvShr7CNQs
url: https://youtu.be/kXvShr7CNQs
title_en: "I Let Claude Code Build a Business — It Made €24,249 From Scratch"
channel: Income stream surfers
published: 2026-06-28
duration: "20:03"
topics: ["AI 编程与建站", "Claude Code 工作流", "AI 自动化"]
noted: 2026-07-06
value: S
views: '2528'
---


[![封面](https://i.ytimg.com/vi/kXvShr7CNQs/maxresdefault.jpg)](https://youtu.be/kXvShr7CNQs)

> Income stream surfers · 20:03 · 发布 2026-06-28 · 2528次观看(截至抓取) · [观看原视频](https://youtu.be/kXvShr7CNQs)

## 主旨
用 Claude Code 从零搭建一套自定义 CRM,把营销网站的表单线索变成可追踪、可自动培育、可交给 AI 处理的销售流水线。

## 核心论点
1. **CRM 不是可选项,是营销站获客之后必须补上的另一半**——没有它,广告花的钱会变成填完表单就消失的死线索。([[#1-为什么需要自定义-crm营销站获客--按人头卖体验-0245|→ 详解1]])
2. **Claude Code 操作外部系统只有三条路,CLI/终端是默认首选**——能用 CLI 就不碰 MCP 或浏览器自动化。([[#2-claude-code-操作外部系统的三条路mcpcliclaude-驱动浏览器-0514|→ 详解2]])
3. **技术栈选型的标准是"够用且博主用着顺手",不是唯一正确答案**——Convex/Supabase、Stripe、Resend 等都可替换。([[#3-技术栈选型与建站流程-0732|→ 详解3]])
4. **自建埋点(PostHog)比 Google Analytics 更适合给 Claude 用**,因为追踪逻辑写在代码里而非后台点选配置。([[#4-获客与埋点posthog--自然搜索--google-搜索广告-0908|→ 详解4]])
5. **CRM 起步阶段只需要一个信息源**——把所有渠道消息汇总进内部数据库,而不是同时读 WhatsApp、邮件、短信。([[#5-单一真相来源crm-起步阶段只留一个信息入口-1212|→ 详解5]])
6. **让 Claude 真正"接入"CRM,靠的是它能读写同一个数据库**,而不是复制粘贴信息喂给它。([[#6-让-claude-真正接入-crm-数据-1240|→ 详解6]])
7. **销售环节要么靠人、要么靠足够强的 Claude Code 系统,没有第三条路**——线索会在 48 小时到 7 天内自然流失。([[#7-销售转化人工在环-vs-claude-全自动以及线索生命周期-1356|→ 详解7]])
8. **响应速度、自动化培育、反垃圾、转化漏洞修复、广告数据回传,五件小事决定线索能不能变现**。([[#8-五个提升转化的运营细节-1539|→ 详解8]])

## 知识点详解

### 1. 为什么需要自定义 CRM:营销站获客 + 按人头卖体验 [02:45](https://youtu.be/kXvShr7CNQs?t=165)
博主的真实案例是一个叫 Ballinderry Park 的露营地/活动场地网站,与合伙人共同运营,月入约一万欧元,靠"Google Ads 投流量到营销网站表单"这个组合实现,并非卖流量或卖线索给别人,而是按销售额分成的合作关系。营销网站产生的表单,只是整个转化链条的前半段。

关键定价思路是把产品从"按晚收费的住宿"重新定义成"按人头收费的活动/体验"。同样一次入住,如果客人要办单身派对并想加一个谋杀之谜游戏,就可以按人头再加 50 欧元,整单价格随人数和加购项线性放大,转化率明显优于单纯按房间计价。这个思路可以套用到任何"卖体验而非卖标的物"的生意上。

表单收集到的信息(人数、日期、加购项)本身就是后续 CRM 要处理的核心数据。博主强调,拿到表单只完成了销售的一半,另一半是保证客户体验落地、并在表单填完之后继续跟进促成成交——这正是自定义 CRM 存在的理由。

### 2. Claude Code 操作外部系统的三条路:MCP、CLI、Claude 驱动浏览器 [05:14](https://youtu.be/kXvShr7CNQs?t=314)
Claude Code 完成任务只有三种手段:[[MCP]] 连接器、CLI/终端命令行、以及让 Claude 直接操控 Chrome 浏览器。理论上人不需要再打开任何后台仪表盘去手动改配置,三种方式组合起来就能覆盖几乎所有操作。

博主最常用、也最推荐的是 CLI:先安装某个工具的官方 CLI(视频里口误为 "cell CLI",结合上下文与后面"Vercel 是我发布网站的地方"对照,应为 Vercel CLI),Claude Code 读一遍工具文档就知道怎么调用,发一句"你已登录 Vercel,把这个网站发布出去"就能上线,不需要绕连接器或 MCP。对少数 CLI 覆盖不到的操作(如 Stripe 某些配置),才退而使用连接器。对完全没有 API/CLI 的场景(如 Google Analytics 后台设置),就用 Claude 直接操控 Chrome 界面代劳。这构成一个"能力覆盖度递减、易用性递增"的优先级序列:CLI 优先,MCP 补位,浏览器自动化兜底。

### 3. 技术栈选型与建站流程 [07:32](https://youtu.be/kXvShr7CNQs?t=452)
博主的实际技术栈:GitHub 托管代码、Astro 做营销网站前端、Clerk 做身份认证(管理后台的登录门槛)、Convex 做数据库兼后端服务(可替换为 Supabase)、Stripe 收款、Resend 发送自动化营销/提醒邮件、Vercel 部署上线(1-2 分钟完成一次发布)。每一项选择都基于个人偏好而非唯一最优解,例如数据库用 Convex 只是"我更喜欢",Supabase 同样可行。

营销网站的建站原则是"每个页面都要有一个表单或配置器,或者两者都有"——目标永远是尽可能多地拿到询价。配置器允许用户自己勾选人数、日期、加购项后直接看到报价,降低了人工报价的沟通成本,也提高了询价转化率。

### 4. 获客与埋点:PostHog + 自然搜索 + Google 搜索广告 [09:08](https://youtu.be/kXvShr7CNQs?t=548)
获客渠道用自然 SEO 加 Google 搜索广告(仅搜索广告,不含展示广告)把流量导向表单。埋点工具选择 PostHog 而非 Google Analytics,原因是 PostHog 的追踪逻辑写在代码里,想追踪什么就在代码层面显式声明,而 Google Analytics 是在后台仪表盘里点选配置——前者对 Claude Code 这种"直接读代码、改代码"的协作方式更友好,可以直接在 PostHog 仪表盘里看到分渠道询价量(付费搜索、自然搜索、直接访问)、页面浏览量、关键词排名进展等数据。

博主特别提到,网站开始为长尾关键词(如"stag accommodation Galway")获得自然搜索曝光是一个积累过程,同时印证一个朴素结论:简单的 Google 搜索广告在移动友好、加载够快的网站上表现出人意料地好。

### 5. 单一真相来源:CRM 起步阶段只留一个信息入口 [12:12](https://youtu.be/kXvShr7CNQs?t=732)
CRM 要放在 Clerk 鉴权之后,通过"clerk admin"给特定邮箱打上管理员标记来控制谁能进后台,避免任何人都能登录看到客户数据。

对刚起步的项目,博主建议内部沟通只走一条路:客户填表后信息进内部系统(数据库),回复则统一走 Resend 发邮件,并用 Resend 追踪邮件状态。这比博主自己在 Ballinderry Park 上实际做的"接入 Gmail API、同时读邮件和 WhatsApp、再据此改动管理后台"要简单得多——后者是复杂度换来的灵活性,不适合新手起步阶段复制。核心原则是:先有一个单一真相来源(内部数据库),再谈自动化,而不是一上来就想着兼容所有沟通渠道。

### 6. 让 Claude 真正接入 CRM 数据 [12:40](https://youtu.be/kXvShr7CNQs?t=760)
"Claude 有权限访问 CRM"具体指:Claude Code 能直接读写连接的 Convex 数据库,而不是靠人工把信息复制粘贴喂给它。视频现场演示用自己的产品 Harbor(AI SEO 文章/关键词工具)做例子:博主让 Claude 去查 Harbor 反馈系统里的最新用户反馈(要求脱敏,不显示姓名邮箱),Claude 直接从数据库拉出结果并编号列出。

这个模式可以直接套用到 CRM 上:设想让 Claude"回复某位客户,通过 Resend 发一份报价,内容是他表单里填的服务项目",Claude 就能查到该客户的表单数据、组合出报价、并调用 Resend 发送——整个动作链条不需要人工介入查数据或复制内容,前提是数据库本身就是 Claude 的可读写记忆。

### 7. 销售转化:人工在环 vs Claude 全自动,以及线索生命周期 [13:56](https://youtu.be/kXvShr7CNQs?t=836)
促成销售有两条路:要么有一个真人(自己或雇佣的销售,通常按成交提成)去跟进促单,要么让 Claude Code 端到端处理。博主强调"没有第三条路"——要么你人足够到位,要么你的 Claude Code 系统足够强,二者选一个做扎实。

每条线索需要一个明确的状态标记,构成典型的推进链条:新进线索(new)→已联系(contacted)→已报价(quoted)→已成交(bought)→赢单/丢单(won/lost),具体命名可按业务调整。博主提醒线索的时效性很强:通常在 48 小时到 7 天内如果没有推进,客户大概率会转向别家——这是全篇反复强调"不要浪费线索"的依据。

### 8. 五个提升转化的运营细节 [15:39](https://youtu.be/kXvShr7CNQs?t=939)
**响应速度(speed to lead)**:表单一提交就要有邮件提醒,越快报价成交概率越高,做法是自动报价系统、人工报价,或者让 Claude Code 处理("刚来了一条线索,能不能给他报个价")。

**自动化培育(nurture)**:用 Convex 自带的 cron job 功能,在客户填表后第 7 天、第 14 天等节点自动发送提醒邮件(如"名额快满了,尽快预定"),超过 31 天基本可以判定线索已经流失。

**反垃圾/反机器人**:Google Ads 带来的表单里夹杂大量垃圾提交,博主用 Cloudflare Turnstile 基本解决了这个问题,配置时间大约 10 分钟。

**用录屏找转化漏洞**:PostHog 的 session replay 功能可以回放来自 Google Ads 的访客真实操作录屏,Claude Code 也能处理这些数据来分析问题。博主的真实案例是移动端有个"下一步"按钮被合伙人挪了位置,导致大量用户找不到按钮而放弃,靠反复观看录屏才发现这个隐藏的转化黑洞。

**线下转化回传**:把最终真实成交的结果(而非仅仅"填了表单")回传给 Google Ads 作为离线转化事件,让广告算法据"谁真的付费了"来优化投放,而不是只按表单提交量优化——这能让广告学习到更贴近实际付费用户的特征。

## 可执行步骤
- [ ] 给自己的营销站每个页面加一个表单或配置器,确认转化路径始终指向"拿到询价"。
- [ ] 选一个数据库(Convex/Supabase 均可)作为 CRM 的单一真相来源,所有渠道消息先汇总进这里,再统一走邮件工具跟进,不同时兼容 WhatsApp/邮件/短信多头读取。
- [ ] 给每条线索定义生命周期状态(新进/已联系/已报价/已成交/赢单丢单),并设自动化提醒邮件覆盖 7/14/31 天等节点。
- [ ] 上 Cloudflare Turnstile 或同类工具拦截表单垃圾提交。
- [ ] 接入会话录屏工具(如 PostHog session replay),定期回看移动端转化路径,排查按钮位置、表单可见性等隐藏问题。
- [ ] 把真实成交结果回传给广告平台作为离线转化事件,而不是只用表单提交量优化广告。

## 关联
- 印证:与 Human-in-the-Loop审批(Omnigent 元 Harness 笔记里"高风险动作需人工批准")呼应同一原则的另一种场景——本片讨论的是销售决策(报价、跟进)而非代码审批,但结论一致:agent 自主程度再高,判断力要求高的关键节点仍需要人或足够强的系统兜底,"人在环"与"Claude 全自动"被明确列为二选一而非可有可无。
- 印证:CLI 优先于 MCP、MCP 优先于浏览器自动化的操作优先级,与 网络自动化三级台阶(CC 高阶课·高阶浏览器自动化笔记里"HTTP 请求 ↔ 浏览器自动化 ↔ 电脑自动化,能力递增但速度/成本递增")属于同一权衡逻辑的具体应用:越靠底层(CLI/API)越快越省,越靠上层(浏览器/GUI 操控)覆盖面越广但越慢越贵。

## 术语
- CRM(Customer Relationship Management):客户关系管理系统,管理线索从进线到成交的全流程
- Convex(数据库兼后端即服务,本片用作 CRM 数据存储与 cron 调度)
- Clerk(身份认证与后台权限管理服务)
- Resend(自动化邮件发送与追踪服务)
- Astro(本片用作营销网站前端框架)
- Vercel(网站托管与发布平台)
- PostHog(自建产品埋点分析工具,含 session replay 回放功能)
- Cloudflare Turnstile(反机器人/反垃圾验证工具)
- offline conversion(线下转化回传):把线下真实成交结果回传给广告平台用于优化投放

## 价值定位
这是一份面向"用 AI 编码工具自己建站+做业务"的从业者的实操框架笔记,价值在于把"营销网站获客之后怎么办"这个常被忽略的后半段说清楚了:CRM 架构选型、线索生命周期管理、自动化培育、反垃圾、转化漏洞排查、广告数据回传,五六个具体动作都是可以直接照抄的操作清单,而非停留在"用 AI 建了个网站"的泛泛介绍层面。对 Leo 的独立站变现目标而言,直接相关的是"表单→CRM→成交"整条链路的搭建思路,以及"Claude 接入数据库即可自动处理反馈/线索"这个可复用模式。需要注意的是本片(系列第 2 集)只讲设计思路,尚未涉及具体代码实现,真正动手搭建要等后续视频。

## 自检问题
1. 为什么博主把住宿从"按晚收费"改成"按人头收费"?
   **答案**:因为他们卖的是活动/体验而非单纯住宿,按人头计价能自然叠加加购项(如谋杀之谜游戏每人加 50 欧元),整单金额随人数和加购线性放大,转化效果明显优于按房间计价。[02:45](https://youtu.be/kXvShr7CNQs?t=165)
2. Claude Code 操作外部系统的三种方式里,博主最推荐哪一种,为什么?
   **答案**:CLI/终端命令行最推荐,因为 Claude 读一遍工具官方文档就知道怎么调用、原生运行在 Claude Code 内部,操作简单到一句话就能完成(如发布网站),优先级高于 MCP 连接器和浏览器自动化,只有 CLI 覆盖不到的场景才退而用后两者。[05:14](https://youtu.be/kXvShr7CNQs?t=314)
3. 博主建议 CRM 起步阶段用几个信息渠道来接收客户消息,为什么?
   **答案**:只用一个——把所有渠道的消息统一转发进内部数据库这一个单一真相来源,再统一用 Resend 跟进和追踪,而不是像博主自己项目那样同时读 Gmail、WhatsApp 等多个渠道,后者复杂度更高,不适合新手起步阶段。[12:12](https://youtu.be/kXvShr7CNQs?t=732)
4. 线索一般会在多长时间内流失,这对运营提出了什么要求?
   **答案**:通常 48 小时到 7 天内客户就会转向别家,因此要求响应速度快(speed to lead)、必须及时报价跟进,不能任由表单线索"石沉大海"。[13:56](https://youtu.be/kXvShr7CNQs?t=836)
5. 博主是如何发现移动端转化率下降这个问题的?
   **答案**:合伙人把"下一步"按钮挪动了位置,团队起初毫不知情,是靠反复观看 PostHog 的 session replay 会话录屏、观察用户在移动端的真实点击行为,才发现用户在旧位置找不到按钮而流失。