Communitygithub.com

aadhib/founder-os-for-claude

为创始人生成端到端SaaS发布计划,包括定位、落地页文案、定价、引导流程、邮件序列、Product Hunt计划、SEO和分析。在创始人准备发布或重新发布产品时触发。

founder-os-for-claude 是什么?

这个技能专为即将发布SaaS产品的创始人设计,旨在解决“发布是一千件小事”的混乱难题。它能根据您提供的产品描述、目标客户和核心差异化优势,自动生成一套内部一致、逻辑连贯的完整发布系统,包括定位声明、消息层级、落地页文案、定价策略、引导流程、生命周期邮件、发布日历、SEO内容框架和分析埋点方案。该技能支持Claude Code、Cursor、Codex CLI和Gemini CLI等主流AI编码工具,可作为上下文文件直接调用。它强调“定位是一切资产的源头”,所有输出都基于同一个定位声明,确保消息在不同触点上不自相矛盾。此外,它还内置了质量检查清单和反模式提醒,帮助创始人避免常见的发布错误。

兼容平台✓Claude Code✓Codex CLI✓Cursor✓Gemini CLI
npx skills add https://github.com/aadhib/founder-os-for-claude/tree/HEAD/skills/saas-launch-kit

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

saas-launch-kit

让你的SaaS从“能用”到“有人付费”所需的一切—— 生成一个连贯、有序的发布系统。

目的

saas-launch-kit 解决了创始人“发布是一千件小事”的难题。它不需要从十个不同的来源拼凑定位文档、落地页文案、定价页、引导流程和Product Hunt清单,而是将它们生成为一个内部一致的系统——每个资产都源于同一个定位,因此消息在各个触点上永远不会自相矛盾。

使用场景

  • 新SaaS的首次公开发布。
  • 现有产品的重新发布/重新定位。
  • Product Hunt、Hacker News或路演日准备。
  • 建立等候名单和发布前漏斗。
  • 重写转化率低的落地页。
  • 为新层级设计引导流程和生命周期邮件。

理想用户

距离发布还有2-6周、产品已可用但缺乏营销团队的创始人。他们需要连贯、可信、不尴尬的发布就绪资产——而且需要快速获得。

输入要求

输入必需备注
产品描述✅产品做什么,面向谁。
目标客户✅越细分,文案越好。
核心差异化优势✅为什么选你,而不是现有产品。
定价意图推荐免费层?按使用量还是按席位?大致价格点。
发布渠道推荐PH, HN, X, 社区, 冷邮件。
现有资产可选当前网站、Logo、品牌语调。
发布日期可选启用倒计时计划。

缺少必需输入时,会先请求再生成——基于猜测的客户构建的发布文案比没有文案更糟。

操作原则

  1. 定位是一切资产的源头。 每个资产都源于它。
  2. 一个客户,一个承诺,一个主要CTA——在所有触点上保持一致。
  3. 具体胜过聪明。 具体的成果胜过文字游戏。
  4. 在说服之前先建立可信度。 先提供证据,再推销。
  5. 发布是一个序列,而不是一天。 发布前 → 发布中 → 发布后。
  6. 定价传达价值——打包本身就是一个消息决策。
  7. 对所有事情进行埋点——如果无法衡量,就等于没有发布。

工作流程引擎

步骤1 —— 锁定定位

生成一个定位声明:对于 [客户] 他们 [需求],[产品] 是 [类别] 提供 [关键利益]。不同于 [替代方案],我们 [差异化优势]。 后续所有资产都以此为参考。

步骤2 —— 消息层级

衍生出:一句话描述、标题、3个价值支柱、反对意见列表及其回应。

步骤3 —— 落地页文案

逐部分文案:英雄区、社交证明、问题、解决方案、价值支柱、工作原理、定价预告、FAQ、最终CTA。全程一个主要CTA。

步骤4 —— 定价与打包

推荐层级结构、名称、价格点、锚点、每个层级的限制条件以及免费/试用策略。解释背后的逻辑。

步骤5 —— 引导流程

设计激活路径:注册 → 首次价值(“啊哈时刻”)→ 习惯。定义单一的激活指标。

步骤6 —— 生命周期邮件

撰写序列:欢迎、激活提示、功能教育、试用结束、赢回。每个邮件的主题+正文框架。

步骤7 —— 发布序列

一个带日期的计划:发布前(等候名单、预告、列表预热)、发布当天(PH/HN/X编排、小时级计划)、发布后(跟进、再定向、内容)。

步骤8 —— SEO与内容框架

站点地图、核心页面、前5-10篇与搜索意图匹配的内容、必备法律页面。

步骤9 —— 分析设置

事件分类、需埋点的漏斗、北极星指标和护栏指标。

步骤10 —— 组装输出结构。

输出结构

# SaaS 发布套件 —— <产品名称>

## 1. 定位
- 声明:对于 ... 他们 ... <产品名称> 是 ... 提供 ... 不同于 ... 我们 ...
- 一句话描述:...
- 标题 + 副标题:...
- 价值支柱:1) ... 2) ... 3) ...
- 反对意见与回应:| 反对意见 | 回应 |

## 2. 落地页文案
### 英雄区 / 社交证明 / 问题 / 解决方案 / 支柱 / 工作原理 / 定价 / FAQ / 最终CTA
<每部分文案>

## 3. 定价与打包
| 层级 | 价格 | 面向谁 | 限制条件 | 备注 |
- 锚点逻辑:...
- 免费/试用策略:...

## 4. 引导流程
- 激活指标:...
- 步骤:注册 → ... → 啊哈时刻 → 习惯

## 5. 生命周期邮件
| # | 触发条件 | 主题 | 目标 | 正文框架 |

## 6. 发布序列
### 发布前 (T-14 → T-1) / 发布当天 (小时级) / 发布后 (T+1 → T+14)

## 7. SEO 与内容
- 站点地图 / 核心页面 / 前10篇内容 / 法律页面清单

## 8. 分析
- 事件分类 / 漏斗 / 北极星指标 + 护栏指标

## 发布就绪检查清单
- [ ] ...

质量检查清单

  • 一个定位声明;每个资产都可追溯到它。
  • 所有触点上只有一个主要CTA。
  • 每个定价层级都说明面向谁以及限制条件。
  • 引导流程指定单一的激活指标。
  • 邮件序列涵盖欢迎 → 激活 → 试用结束 → 赢回。
  • 发布序列包含日期和小时级的发布当天计划。
  • 存在法律页面清单(隐私、条款等)。
  • 分析部分定义了北极星指标和至少一个护栏指标。
  • 没有任何部分与定位矛盾。

示例

输入: “Inboxly —— 面向独立创始人的AI收件箱分类工具。差异化优势:它能根据您过往的已发送邮件,用您的语气起草回复。计划3周后在PH上发布。”

输出(摘要):

  • 定位: “对于被邮件淹没的独立创始人,Inboxly是AI收件箱助手,能用您真实的语气起草回复。不同于通用AI邮件工具,我们通过学习您的已发送邮件来起草——因此草稿听起来像您,而不是机器人。”
  • 标题: “您的收件箱,已分类。您的回复,用您自己的语气。”
  • 定价: 免费(50次起草/月,锚点),Pro $19/月(不限次+语气调整),团队 $49/席位。免费层限制使用量,而非核心功能。
  • 发布当天: 凌晨12:01 PT发布PH帖子 → 早上6点创始人X帖子 → 上午9点HN Show HN → 全天评论互动 → 下午5点“我们第一”更新。

完整套件请参见examples/saas-launch-kit/。

反模式

  • ❌ 消息不一致 —— 英雄区说一套,定价页说另一套。
  • ❌ 多个主要CTA 在同一页上相互竞争。
  • ❌ 聪明的标题 没有说明产品做什么。
  • ❌ 定价没有锚点 或层级没有逻辑。
  • ❌ 只有发布当天,没有发布前准备 —— 发布需要预热。
  • ❌ 引导流程没有激活指标。
  • ❌ 忘记法律页面 —— 它们会阻碍真正发布。

高级模式

  • 多细分市场定位 —— 为2-3个理想客户档案提供不同的消息轨迹。
  • 转化率模型 —— 从流量到收入的预期漏斗计算。
  • 特定渠道发布文案 —— 针对PH、HN、X和Reddit的定制版本。
  • 冷邮件外展序列 —— 如果发布包含销售驱动流程。
  • 定价实验设计 —— 凡·韦斯滕多普/层级测试计划。
  • 媒体/影响者套件 —— 一页纸、资产清单、外联模板。

最佳实践

  • 首先锁定定位,后续资产建立后不要再修改。
  • 在发布生成的落地页文案前,先运行 startup-roast 检查。
  • 文案到位后,使用 fix-my-ui 改进落地页设计。
  • 使用 founder-mode 来决定是否现在是发布的好时机。
  • 将就绪检查清单作为您实际的发布前关卡。

集成兼容性

工具支持备注
Claude Code✅ 完整可将文案直接写入您的营销网站文件。
Cursor✅ 完整非常适合生成并放置落地页各部分。
Codex CLI✅ 完整引用技能文件;输出为Markdown。
Gemini CLI✅ 完整作为上下文文件时,长文本生成效果很好。

相关技能