价值超 100 万美元的单人 Grok Bot 生意（完整课程）The $1M+ Solo Grok Bot Business (Full Course)

播出信息

• 日期：2026-11-02
• 时长：2972 秒（49 分 32 秒）
• 音频：收听本集
• YouTube：无
• Episode 链接：未提供
• 英文转写来源：asr:transcribe-svc:job_f62c98022275

背景

本集由 Greg Eisenberg 与 Orgo 联合创始人 Nick 对谈。Nick 展示了自己制作的 BOPS：一个让不同智能体拥有工作界面，并可通过电话、短信、邮件等方式接收任务的系统。两人讨论的创业机会，并非再做一个人人通用的聊天产品，而是针对保险机构、牙科诊所等具体客户，预置他们真正需要的流程和工具。

节目中的 Grokbot 是两人反复使用的参照名称，转写中也出现“Grockbot”等拼写。下文沿用标题中的写法；涉及其功能或价格时，均按节目说法理解，不视为已核实的产品资料。

总结分析

这集的主线，是把“能做出智能体”与“能卖出业务结果”分开看。Nick 用一个周末搭出的 BOPS 说明，个人开发者如今可以借助编程智能体、设计工具和现成 API，较快拼装出有界面、电脑、邮箱、电话号码及应用连接器的系统。但他的商业判断不取决于复制通用平台，而取决于替某类企业省去配置与学习成本：预先理解行业工作流，让客户一装上就知道它能处理什么。

因此，对谈从搭建方法转向报价和获客。Nick 提议以 2.5 万美元实施费交付客户拥有的系统，再提供可选的每月 3000 美元维护；Greg 则建议把网站改版、可展示的样品和明确的效果承诺放进报价。另一条路是为一个行业做可重复销售的产品。两种模式都要求先找到足够具体的痛点，否则漂亮界面和一排机器人只会增加演示效果，不会自动产生价值。

本集较有实践意义的部分是最后的客户发现路径：不必先在脑中选定“最佳赛道”，可以从认识的企业经营者开始访谈，做一个试点，观察他们怎样处理发票、预约或客户沟通，再提炼可复制的工作流。需要保持距离的则是标题与销售话术：节目没有给出“百万美元业务”的收入记录，也没有证明一套系统能等同替代多名员工。真正的门槛可能不是周末能否做出原型，而是接入权限、稳定交付、持续维护，以及让客户长期愿意使用。

节目结构 / 议程

1. 创业机会与报价预告 — 00:00 🎧
2. BOPS 原型：把应用与智能体一起卖 — 03:08 🎧
3. 行业定制为何可能胜过通用平台 — 06:22 🎧
4. 电话演示与按平台划分智能体 — 10:48 🎧
5. 研究、设计与长线程开发 — 16:38 🎧
6. 技术栈、反馈循环与快速发布 — 20:38 🎧
7. 项目制报价：交付所有权与可选维护 — 28:03 🎧
8. 行业产品化、定价权与现场展示 — 34:17 🎧
9. 从熟人试点到转介绍与开源起步 — 40:30 🎧

分节详解

1) 创业机会与报价预告 — 00:00 🎧

💬 他们说了什么：Greg 抛出问题：个人怎样通过销售 AI 智能体赚钱？Nick 预告一种方案——为企业搭建定制的 Grokbot 式系统，收取 2.5 万美元前期费用，实施后再争取约 每月 3000 美元的持续服务。他承诺讲清报价、工具选择和搭建过程。

💡 为什么重要：讨论对象不是单次提示词或孤立的自动化脚本，而是一项包含软件配置、业务设计和后续服务的完整交付。先明确卖什么，才能判断后面的工具是否必要。

⚡ 争议点：预告使用了“完整课程”和高额报价等强销售表达，但此时并未展示成交记录、交付成本或客户留存数据；价格应视为建议报价，而非已验证的市场均价。

2) BOPS 原型：把应用与智能体一起卖 — 03:08 🎧

💬 Nick 展示 BOPS，名称来自“business ops”。他说自己在一个周末完成原型，发布到 X 的视频获得约 7.5 万次浏览；此前他曾制作 AI 应用，也曾以约 每月 5000 美元向企业销售单个智能体。现在，他更看好把智能体与定制应用组合起来，覆盖一整段业务流程。

💡 Greg 认为，由人反复点击、录入数据的通用 SaaS 正在变化；Nick 则更准确地说，受到挤压的是缺乏差异化的通用应用，而为具体企业制作的界面与流程仍有价值。软件界面在这里不只是收费对象，也是客户管理智能体工作的入口。

⚡ 周末原型与可长期运行的客户系统不是一回事。浏览量证明内容受到关注，不能证明系统可靠、能够规模化交付，或客户愿意按所讨论的价格购买。

3) 行业定制为何可能胜过通用平台 — 06:22 🎧

💬 两人以保险机构、营销公司、牙科诊所为例：通用平台提供能力，但忙于经营的企业主未必知道该配置哪些智能体。Nick 正为一个保险客户制作带有客户品牌的 BOPS，希望把行业常用任务、沟通渠道和应用连接预置进去。

💡 他们提出的价值主张是“减少客户从工具到结果之间的距离”。客户购买的不是又一个需要研究的控制台，而是能够对接既有工作、由人明确调用和监督的系统。

⚡ 预置行业模板不等于理解每家企业的实际操作。保险或医疗相关流程可能涉及敏感资料、专门规则和权限边界，不能因为系统看起来开箱即用，就省略逐客户的核对与测试。

4) 电话演示与按平台划分智能体 — 10:48 🎧

💬 Nick 给名为 Boppy 的“幕僚长”智能体发短信、打电话，要求它查找潜在客户及网站、调出标普 500 指数，并留意 Hacker News。他称 BOPS 中每个机器人都能拥有自己的电脑和 四块屏幕。在业务分工上，他倾向于按平台设置智能体，例如邮件、X、LinkedIn 或社群平台各有负责人；LinkedIn 流程可从寻找客户延伸到联系、预约和会前简报。

💡 电话、短信和独立工作环境把智能体从聊天窗口带入员工熟悉的沟通方式。按平台划分职责，也有助于说明谁能访问什么、某项任务由谁负责。

⚡ 演示展示了任务发起与部分界面反馈，并未逐项验证任务完成质量。尤其是自动外联，仍需考虑平台规则、信息准确性、发送权限及人工审核；独立电脑也不能单独保证隐私安全。

5) 研究、设计与长线程开发 — 16:38 🎧

💬 Nick 展示自己的开发对话：先让编程智能体研究类似产品，建立对目标系统的共同理解；再通过 Paper 的 MCP 连接设计工具，在写功能前反复调整界面。他说 BOPS 主要是在 T3 中沿着一个持续约 36 小时的长对话线程做出来的，甚至最初没有接入 GitHub。他给出的设计原则是先“发散”，生成多种方案，再“收敛”，组合各方案中较好的部分。

💡 顺序比某条神奇提示词更值得借鉴。先研究参照物，再确定交互和视觉方向，可以减少边写代码边猜产品形态的返工；多方案比较也让设计选择更具体。

⚡ Nick 自己也把单线程、未及时使用版本管理的做法称为笨办法。它可以是个人原型的经历，不宜当成客户项目的工程规范；节目提到的模型版本与工具能力也应按实际可用情况复核。

6) 技术栈、反馈循环与快速发布 — 20:38 🎧

💬 Nick 选择 Orgo 提供电脑环境、Agent Mail 提供邮箱、Agent Phone 提供电话号码、Composio 提供应用连接；部署可考虑 Orgo、Fly 或 Vercel。他建议让编程智能体先读各服务的文档和 API 参考，再动手集成。界面建成后，他用 CleanShot 截图，把错误或喜欢的参考设计发回开发对话，持续修正。

💡 这是“用现成能力组合产品”的路线，而非从头开发电话、邮件和电脑基础设施。截图反馈和参考素材库，也把模糊的“看着不对”变成可定位的修改要求。

⚡ 一个 API 接通许多应用，并不意味着授权、费用、故障处理与数据治理也被一并解决。Nick 是 Orgo 联合创始人，推荐 Orgo 时存在明确的商业关联；选型应比较实际成本和替代方案。

7) 项目制报价：交付所有权与可选维护 — 28:03 🎧

💬 面对牙科诊所客户，Nick 建议以 2.5 万美元交付客户拥有的系统，经过约 30 天实施后，再提供可选的 每月 3000 美元维护。他用前台员工每年约 5 万至 7 万美元的工资作价值参照，并设想交付包含 15 个机器人。Greg 进一步建议把网站改版、线索获取小工具，以及针对响应速度等指标的保证放入报价。

💡 让客户拥有系统、把维护另列为可选服务，意在缓解“付费一停，AI 员工就消失”的顾虑。网站样品和可量化承诺则使抽象能力更容易被评估。

⚡ 主持人在算账时把 2.5 万美元加上一年每月 3000 美元说成 5.1 万美元；正确合计为 6.1 万美元。工资对比也不能推出机器人可替代前台员工：接待、判断、异常处理和责任承担并未在演示中得到等价验证。

8) 行业产品化、定价权与现场展示 — 34:17 🎧

💬 除少量高价定制客户，Nick 也考虑把保险行业版做成“一对多”产品，并讨论按席位收费。Greg 猜测，深耕细分行业可能带来相对通用产品 10 至 20 倍的定价空间。两人都认为，这类产品适合现场展示：让客户看到网站维护、客户增长或日常沟通如何在自己的业务里运作。

💡 定制服务与行业产品并非同一门生意。前者靠贴近客户、解决复杂问题，后者则要求找出多个客户共有的流程，并把部署与支持尽可能标准化。

⚡ “10 至 20 倍”是对话中的判断，不是价格调查结果。行业越具体，潜在市场也可能越小；现场演示很有说服力，却仍需用真实使用、续费和支持成本验证产品价值。

9) 从熟人试点到转介绍与开源起步 — 40:30 🎧

💬 Nick 建议先盘点手机里约 50 位认识的企业经营者或相关联系人，不急着定行业，先问谁愿意讨论问题。可以为首位客户免费做试点，跟着对方观察开票、制作客户方案等手工流程，再决定该做哪些智能体。Greg 建议若试点成功，请客户介绍 3 位同行，并可考虑提供 5000 美元的后续服务抵扣。临近结尾，Nick 说 BOPS 已开源，可供他人 fork 后改造；节目未给出仓库地址。

💡 这是从“凭想象选赛道”转向“由客户工作现场定义产品”。一个经过验证的试点，既能暴露真正的集成难点，也可能成为后续转介绍的依据。

⚡ 免费试点仍会消耗实施时间和第三方服务费用，转介绍也不是必然回报。利用开源项目出售定制服务前，还应核对仓库、许可证、依赖费用及维护状态；这些信息不能仅凭口头提及确认。

人物与机构

• Greg Eisenberg：本集主持人，主要从客户购买理由、报价包装、现场销售及转介绍角度提出建议。
• Nick：Orgo 联合创始人，BOPS 的演示者；分享原型搭建、工具组合和企业交付设想。
• Orgo：Nick 所属公司；据其介绍，提供可供智能体使用的电脑环境。Nick 对该工具的推荐存在利益关联。
• BOPS：Nick 制作并展示的业务运营智能体系统；他在节目结尾称其已开源。
• Paper、T3、Composio、Agent Mail、Agent Phone、CleanShot：分别出现在设计、开发、应用连接、邮箱、电话和截图反馈环节的工具。

金句

“他们只想让问题得到解决。”——Nick，谈企业客户为何不想先上一整套 AI 转型课程。

“先发散，再收敛。”——Nick，谈设计方案，也谈如何探索行业方向。

“护城河是什么？为客户创造价值。”——Greg，回应“周末能做出来就没有壁垒”的疑虑。

“先坐下来，真正解决第一个客户的业务问题。”——据 Nick 在客户发现部分的建议意译。

洞见与延伸背景

“每个智能体一台电脑”首先是架构选择。 它可能方便隔离登录状态、分配任务和并行操作，但企业仍需决定凭据如何保存、哪些动作必须审批、日志由谁查看，以及出错后怎样撤销。演示里的便利性与生产环境的可控性，需要分别验收。

行业模板的价值取决于可重复程度。 如果不同诊所的预约、账单或沟通流程高度相似，模板就可能降低下一位客户的实施成本；若每次仍需大量重新配置，“一对多产品”可能实际变成定制项目的集合。

所有权是一项需要写进合同的承诺。 “客户拥有系统”至少要落实到代码或配置归属、账号和数据控制权、第三方服务续费，以及供应商退出后的可运行方式。否则，它只是比长期订阅更好听的销售表述。

争议与需核实

1. 标题中的“$1M+”：本集没有提供 Nick、BOPS 或该模式达到百万美元收入的证据。
2. 报价与回报：2.5 万美元实施费、每月 3000 美元维护费均属建议方案；节目未提供足够的成交、续费或利润数据。对话中的首年合计有口误，正确为 6.1 万美元。
3. 演示与生产能力：电话指令、四屏电脑和自动外联的展示，不等于这些任务已通过准确率、权限、安全性及长期稳定性测试。
4. 市场数字与定价倍数：节目提到“约 2% 的美国人为 AI 工具付费”、细分行业可获得“10 至 20 倍”定价权，但本集未提供可核查的方法或出处。
5. 开源及工具信息：BOPS 仓库地址、许可证，以及节目所称模型版本和各工具当下的功能、价格，均需在实际采用前另行核实。

行动建议

1. 先访谈，再搭建：从认识的企业联系人中找出愿意展示实际流程的人，记录任务频率、耗时、出错代价和现有软件。
2. 选一个窄流程做试点：例如预约整理或会前简报；定义成功指标，同时明确哪些步骤必须由人确认。
3. 制作可供客户亲自测试的演示：展示输入、执行过程、输出和失败时的处理方式，不只展示精美界面。
4. 把交付与维护分开报价：列清代码和数据归属、第三方费用、实施范围、服务级别及终止后的交接方式。
5. 验证复购后再产品化：只有当多个客户反复提出相近需求，才把试点流程固化为行业模板。

来源

• 本集音频
• 英文转写标识：asr:transcribe-svc:job_f62c98022275
• 本文时间戳依据所给英文转写；未提供官方章节、YouTube 链接或 Episode 链接。