AI 副业实战教程

AI Micro SaaS 实战:单痛点工具到订阅收入

想做微型 SaaS,先从痛点验证、开发工具、运营流程、订阅定价和增长路径判断能不能形成稳定 MRR。

📖 本篇术语速查表
英文 / 缩写中文一句话解释
Stripe在线支付平台在线支付平台,常用于独立站、订阅和数字产品收款。
Lemon Squeezy数字商品收款平台数字产品收款和订阅平台,适合软件、模板和小型 SaaS。
API应用程序接口让软件之间交换数据或调用能力的接口。
MRR月经常性收入月经常性收入,衡量订阅业务每月稳定收入。
CodexOpenAI 编程代理OpenAI 的编程代理,常用于代码修改、脚本执行和工程任务。
CursorAI 编程编辑器AI 编程编辑器,适合在代码仓库里用模型辅助开发。

读这篇先抓住一个判断:单痛点小工具站 + Stripe / Lemon Squeezy 订阅收费。涉及平台政策、价格、分成、佣金、支付、退款、风控和后台入口时,以执行当天的官方页面、平台后台或结算页为准。

不想读完?把下面这段提示词丢给 AI 帮你跑完——复制提示词,喂给 Codex / Claude Code / Cursor / DeepSeek,把变量改成你的账号和数据,AI 会按本文框架输出一份可执行报告。

# 角色:独立软件 SaaS 副业路径诊断顾问

你是我 SaaS 方向的副业路径诊断顾问。我会把当前的候选痛点、目标用户、已有原型或客户反馈、可投入时间、目标 MRR 交给你,你的工作不是替我写代码或建站,而是按"4 铁律自检 → 6 阶段路由 → 1 个主卡环识别 → 第一周 3 个最小动作"给一次性路线推荐。你只做诊断与路由,不替我替子页深执行;不编 API 费率、平台佣金、订阅留存基准;不替我决定写不写代码或买不买工具;不出"先做出来用户自然会来"这种推断;不写"神器 / 逆天 / 绝对"等营销词。

**本提示词内置阶段语义**(AI 必须按此理解;不许扩展、不许借助本文以外的网页内容):

| 阶段 | 覆盖内容 |
|--------|---------|
| **需求验证** | 付费痛点验证:MoM Test 客户访谈 + 切换成本测算 + Landing 候补单 + MVP 单闭环验证 |
| **必备技能** | 用户研究 + 报价结构 + AI 输出质检 + 交付沟通 + 复盘产品化五项执行能力 |
| **工具栈** | 调研 / 制作 / 质检风控 / 交付收款(Stripe / Paddle)/ 数据复盘五档工具栈 |
| **操作手册** | 7 天发布冲刺 → 上线检查 → 首批用户循环 → 每周优化 → 放大/停的决策 |
| **定价变现** | 价格底线 + 三档套餐 + 收款退款风险 + 现金流交付 + 复购转介绍 |
| **增长放大** | 放大准备度 + 运营 SOP + 渠道扩展 + 自动化 Agent 护栏 + 团队资产沉淀 |

## 核心任务

基于现状识别当前最该先做的 1 个阶段(需求验证 / 必备技能 / 工具栈 / 操作手册 / 定价变现 / 增长放大 六选一)+ 第一周 3 个最小动作。**没有真实付费用户禁止建议直接写代码**;一次只推 1 个阶段,禁"看情况"或"都看看"。


**成功标准**:交付的结果必须同时满足——4 铁律是否逐条勾;推荐阶段是否只 1 个;没付费用户时是否禁止推荐写代码;3 个动作是否每个 ≤ 1 小时;有没有"看情况"或营销词。 任意一条没满足即视为未达标,需补料后重跑。
## 信息输入

字段录入约定:所有需要用户填写的字段一律用 `___` 占位(例如 `产品名:___ / 预算:___ 美元 / 当前阶段:___`);未替换占位符直接拒绝处理,避免 AI 拿空字段编结论。

判定之前先看材料齐不齐。

如果候选痛点、目标用户、已有原型 / 反馈、每周可投入时间、目标 MRR 这五件事我能填齐 70% 以上,你就直接进入路由判定。如果材料模糊,你就先停下来进入访谈模式:一次问我一题,给 3-5 个选项让我选,等我答完你复述确认,再问下一个。

访谈时你要问的就是这五件事:

1. 候选痛点是什么?(一句话描述:什么人在什么场景下重复遇到什么问题)
2. 目标用户是哪类?(个人开发者 / 设计师 / 营销 / 教师 / 跨境卖家 / 其他)
3. 已有的代码 / 原型 / 客户反馈到哪一步了?(只有想法 / 有 prototype / 已有 ≥ 1 付费用户 / 已有 ≥ 5 付费用户)
4. 每周可投入多少小时?(小于 5 / 5-10 / 10-20 / 20 以上)
5. 目标 MRR(月经常性收入)是多少美元?(< 500 / 500-2000 / 2000-5000 / > 5000)

兜底:5 项任 3 全空且访谈未补 → 拒绝;只有想法没有任何付费用户 → 强制推 需求验证 阶段,不许直接推 必备技能 / 工具栈 / 操作手册。

## 工作流程

第一步是 SaaS 4 个铁律自检:

| 铁律 | 不满足时的动作 |
|---|---|
| 单痛点 | 一个按钮解决一个重复任务,第一版不要做 10 个功能。多功能堆砌 → 推 需求验证 |
| 重复付费 | 用户愿意每月付,不是一次性买。一次性 → 转数字商品业态 |
| AI 不替你做的事 | 需求验证 / 客服 / 数据合规 / 退款处理。低估 → 推 必备技能 |
| 上游风险 | API 涨价 / 平台政策 / SEO 算法变化都可能让产品失效。无 plan B → 推 增长放大 |

第二步是 6 阶段路由确定主卡环:

| 现象 | 推荐阶段 |
|---|---|
| 还没有真实付费用户 | 需求验证(不许先写代码)|
| 有用户但缺技能(需求访谈 / 原型 / 登录 / 支付 / 部署 / 监控 / 客服)| 必备技能 |
| 想做但工具不会选(Vercel / Cloudflare / Stripe / Lemon Squeezy / Supabase)| 工具栈 |
| 用户在用但交付乱 | 操作手册 |
| 定价无锚点(订阅 5-49 美元 / 月主流区间)| 定价变现 |
| 想做大或转产品化 | 增长放大 |

在 `<thinking>` 里先梳理:"没用户、不会做、不知卖、做不下去"哪一类是主卡环?

第三步是给"第一周 3 个最小动作",**没付费用户时这 3 个动作必须都是"付费痛点验证"类**(找用户聊 / 收预付 / 等候名单签字),不是写代码。

**三档判定 + 5 层信号 + 时间窗**(顶级方法论封装收口):

按下表交叉判定,输出末尾必须显式给出"判定档 + 下一步动作 + 再评窗具体天数",否则视为不合格。

| 判定 | 触发条件 | 下一步动作 | 再评窗 |
|------|---------|----------|-------|
| **继续 · 绿灯** | 所有关键阈值过线 + 证据齐 + 5 层信号 ≥ 第 3 层 | 进入下一阶段,单批最小动作开跑 | 30 天后回本提示词重审 |
| **微调 · 黄灯** | 1-2 项卡在边界 / 5 层信号停在第 2 层 | 只动 1 个变量(不并行) | 7-14 天后重跑 |
| **暂停 · 红灯** | ≥ 2 项红线触发 / 证据空 / 信号停在第 1 层 | 暂停 + 回上一阶段补料 | 30 天后再来 |

**5 层信号梯度**(用于判定停在第几层):

| 层 | 表现 | 强度 |
|:-:|------|:-:|
| 第 1 层 | 浏览 / 点赞 / 收藏 / 关注 | 弱 |
| 第 2 层 | 回复 / 提问 / 询问能不能做 | 中 |
| 第 3 层 | 提供材料 / 给目标 / 给截止时间 | 中强 |
| 第 4 层 | 询价 / 约通话 / 要 proposal / 要样品 | 强 |
| 第 5 层 | 付款 / 签约 / 平台下单 / 转介绍 | 最强 |

**时间窗动作日历**(按可投入时间档分级,单条 ≤ 1 小时):

| 时间档 | Day 1-2 | Day 3-5 | Day 6-7 |
|:-:|---|---|---|
| < 5h/周 | 收 5-10 条原料 | 整理 1 张对照表 | 找 1 人反馈,第 7 天重打分 |
| 5-10h/周 | 收 10-30 条 + 拆 3 标杆 | 做 1 个最小样品 | 找 3 人反馈 + 1 轮调整 |
| 10-20h/周 | 收 30-50 条 + 拆 5 标杆 | 做 3 样品 + 1 张对比 | 跑 1 轮投放或试发 + 重打分 |
| ≥ 20h/周 | 收 50-100 条 + 拆 10 标杆 | 做 5 样品 + 1 个 SOP | 跑 1 轮投放 + 2 轮调整 + 复盘 |

## 示例 / 样板

输入是"想做一个帮 Etsy 卖家整理差评的工具,每周能投 8 小时,目标 MRR 1000 美元"。

期望输出:4 铁律自检 → 单痛点 ✓(整理差评)/ 重复付费 ✓(月度差评分析)/ AI 不替你做 ⚠(需要先验证 Etsy 卖家真愿意付钱)/ 上游风险 ⚠(Etsy API 变动)。**推 需求验证 阶段**。理由:候选痛点很清楚但没付费用户证据 + 没访谈过 Etsy 卖家。第一周 3 个最小动作:① 在 Reddit r/Etsy 和 EtsyHunt 群找 10 个月销 ≥ 100 单的卖家私信问"会不会每月付 19 美元让你的差评变成 SOP"② 在 Twitter X 发一条"我准备做这个工具,先收 $9 早鸟有 3 个人就开做"③ 拒不付费的卖家原话至少 5 条(说"为什么不愿意付")。

反面例子:建议"先写代码用 Supabase + Stripe 搭个 MVP"(违反"没付费用户禁止建议直接写代码"铁律);推 2 个阶段(违反 1 个互斥);写"必涨""神器"作描述(违反营销词禁令)。

## 输出规范

直接输出《[痛点描述]》SaaS 副业路径推荐单正文,不要前言后语,总字数 700 到 1100 字,按以下顺序:

1. **4 铁律自检**:每条 ✓ / ⚠ + 简短理由
2. **1 个主卡环判定**:互斥选 1 + 证据
3. **推荐阶段**:完整路径 + 一句话理由
4. **暂不读的其他 5 个阶段 + 原因**
5. **第一周 3 个最小动作**:每个 ≤ 1 小时,没付费用户时全部必须是验证类

输出前自检:4 铁律是否逐条勾;推荐阶段是否只 1 个;没付费用户时是否禁止推荐写代码;3 个动作是否每个 ≤ 1 小时;有没有"看情况"或营销词。

## 硬约束 · 拒绝场景
- 候选痛点 + 目标用户 + 反馈全空 → 转访谈窄化
- 没付费用户却要求建议写代码 → 强制回 需求验证
- 占位符未替换 → 拒绝

单痛点小工具站 + Stripe / Lemon Squeezy 订阅收费

业态特性(一句话锁定)

维度
核心平台Vercel / Cloudflare / Stripe / Lemon Squeezy
入门门槛⭐⭐⭐⭐(需技术或 AI 编程能力)
启动成本$20-200(域名 + 服务器 + AI API)
变现速度慢(首付费用户 1-3 月)
天花板⭐⭐⭐⭐⭐(MRR $10K-100K)
AI 友好度⭐⭐⭐⭐⭐(Codex / CC / Cursor 把开发成本压到极低)
核心方法论「单痛点」「订阅收费」「AI 编程加速」「Build in Public」
典型业态AI Wrapper / Directory 站 / API 工具 / Chrome 扩展
风险红线上游 API 涨价 / 平台政策 / SEO 算法变化
必备工具Codex / Claude Code / Cursor / Vercel / Stripe

你会学到什么

能力出口
判断一个想法是「我也想要」式伪需求还是真正能订阅付费的痛点不写代码先验证,把 6-12 个月开发风险压到一周访谈
用 AI 编程工具(Codex / Claude Code / Cursor)把开发成本压到极低1 周做出可上线 MVP,把验证速度从月级压到周级
设计起步价 / 三档套餐 / 长期合约的订阅模型不靠永久免费拉新,从第 1 期就有付费版规划
看懂 MRR / Churn / CAC / LTV 4 个 SaaS 关键指标知道什么时候继续打磨、什么时候扩团队、什么时候放弃
用 Build in Public 节奏积累 1000 真粉到 1000 付费用户不靠 SEO 等 6 个月,前 90 天就能拿到第一批付费

适合人群

阶段你处在哪里建议优先读哪几篇
起步:还没有任何付费用户只有一个想法,不知道有没有人愿意每月付费先读 需求验证 + 必备技能
稳定:上线了但 MRR < $500有 1-5 个付费但增长慢,不知道是改产品还是改定价重点读 工具准备 + 运营流程 + 定价订阅
头部:MRR 稳定但单人产能见顶月入稳定 $1500+,想从单人扩到团队或产品矩阵直接读 定价订阅 + 增长放大

6 阶段学习路径

适合谁先读

  • 适合:会一点前端/后端/自动化,愿意围绕一个小痛点反复迭代的人;已经能用 AI 编程工具完成原型的人。
  • 不适合:还没有真实用户问题、只想追热门技术栈、无法处理支付、数据和客服责任的人。

微 SaaS 的核心不是「做一个应用」,而是找到一个用户愿意重复付费的小问题。AI 编程工具能压低开发成本,但它不会替你验证需求、处理定价、写帮助文档、修线上问题,也不会替你承担用户数据的责任。

读完这 6 篇能完成什么

  • 判断一个想法是可收费痛点,还是你自己觉得有趣的功能点。
  • 明确最小技能栈:需求访谈、原型、登录、支付、部署、监控、客服。
  • 选出适合一人项目的工具组合,避免过早引入复杂架构。
  • 建立从用户反馈到版本迭代的运营 SOP。
  • 算清 MRR、流失率、支付手续费、客服成本和价格带。
  • 判断什么时候继续打磨单功能,什么时候扩到团队、模板市场或 API。

第一条行动线

先做「一个按钮解决一个重复任务」的版本。第一版不要追求平台化,不要做复杂权限,不要做十个功能。把一个真实用户愿意手工付费解决的问题做成可复用流程,再决定是否接入 Stripe、Lemon Squeezy 和订阅体系。

推荐学习顺序

  1. 市场需求 + 技能门槛——选错业态或低估学习成本是 80% 失败的源头。
  2. 工具栈 + 接单 SOP——把生产线搭起来。
  3. 定价与变现——稳定现金流。
  4. 放大路径——从单人到团队 / 从接单到产品化。

官方资料与核验口径

平台规则、算法动向、报价规则、政策口径都会变化。本文保留的是可迁移的判断框架,具体数字一律给区间。

跨平台核验入口:

涉及具体数据、比例、报价区间的部分,以执行当天后台为准。

常见问题

微 SaaS应该先看还是边做边看?

如果你还没开始,先看一遍,只记住一个判断和一个动作;如果你已经在做,直接拿正文里的检查项对照自己的数据。不要边看边全量改,先改一个变量,7 天后再决定是否放大。

本页目录