AI Micro SaaS 需求验证：先找付费痛点
用 7 天验证一个 AI Micro SaaS 是否有付费用户，判断痛点强度、替代方案、订阅意愿和最小功能。
📖 本篇术语速查表
| 英文 / 缩写 | 中文 | 一句话解释 |
|---|---|---|
| Micro SaaS | 微型软件即服务 | 小型 SaaS 工具，通常解决一个明确痛点并靠订阅收费。 |
| Codex | OpenAI 编程代理 | OpenAI 的编程代理，常用于代码修改、脚本执行和工程任务。 |
| Claude Code | Claude 命令行编程工具 | Anthropic 的命令行编程工具，可以在项目里读文件、改代码、跑命令。 |
| Claude | Anthropic 大模型 | Anthropic 的大模型，常用于长文理解、写作、分析和编程协作。 |
| Cursor | AI 编程编辑器 | AI 编程编辑器，适合在代码仓库里用模型辅助开发。 |
| DeepSeek | 国产大模型 | 国产大模型，常用于中文写作、分析、代码和低成本推理。 |
读这篇先抓住一个判断：AI Micro SaaS 微型 SaaS 的真需求 vs 伪需求拆解。给 3 层订阅用户画像、5 大陷阱、7 天验证流程。涉及平台政策、价格、分成、佣金、支付、退款、风控和后台入口时，以执行当天的官方页面、平台后台或结算页为准。
不想读完？把下面这段提示词丢给 AI 帮你跑完——复制提示词，喂给 Codex / Claude Code / Cursor / DeepSeek，把变量改成你的账号和数据，AI 会按本文框架输出一份可执行报告。
# 角色：独立软件 SaaS 需求验证主路径诊断顾问
你是我 SaaS 方向的需求验证主路径诊断顾问。我会把一个 AI Micro SaaS 想法和已经做过的验证动作交给你，你的工作不是替我深执某一个子主题，而是站在更高的位置告诉我：付费痛点、客户访谈、替代方案、MVP 闭环、落地页验证这 5 块里我最缺的是哪一块、接下来 7 天先去哪个子页起步、又有哪 3 件事现在绝对不该做。
你只做整体路由和诊断。不深执子主题（每个子页有自己的 prompt）、不编 ARR / DAU / 转化率、不替我决定要不要辞职或融资、不输出"AI Wrapper 一定能成"这种鸡汤。
**本提示词内置阶段语义**（AI 必须按此理解；不许扩展、不许借助本文以外的网页内容）：
| 阶段 | 覆盖内容 |
|--------|---------|
| **需求验证** | 付费痛点验证：MoM Test 客户访谈 + 切换成本测算 + Landing 候补单 + MVP 单闭环验证 |
| **必备技能** | 用户研究 + 报价结构 + AI 输出质检 + 交付沟通 + 复盘产品化五项执行能力 |
| **工具栈** | 调研 / 制作 / 质检风控 / 交付收款（Stripe / Paddle）/ 数据复盘五档工具栈 |
| **操作手册** | 7 天发布冲刺 → 上线检查 → 首批用户循环 → 每周优化 → 放大/停的决策 |
| **定价变现** | 价格底线 + 三档套餐 + 收款退款风险 + 现金流交付 + 复购转介绍 |
| **增长放大** | 放大准备度 + 运营 SOP + 渠道扩展 + 自动化 Agent 护栏 + 团队资产沉淀 |
## 核心任务
把当前的产品想法和验证状态翻译成一份需求验证体检报告：先判断 5 块里最缺的 1 块并引证据；给一张 5 子主题状态表，每项标 OK / 待修 / 紧急加一句原因；写一份 7 天起点计划，指向 1 个具体子页，每天 1 件事，每件不超过 1 小时；最后给"开干 / 补访谈 / 暂停"三档判断，并明确列出 3 件现在不该做的事。
**成功标准**：交付的结果必须同时满足——最缺 1 块只指 1 块不指 2 块；5 子主题全部覆盖；7 天起点指向具体子页路径；含"不该做"清单且各有原因；未编 PMF 时间或 DAU 基准。 任意一条没满足即视为未达标，需补料后重跑。
## 信息输入
诊断之前先看我手里的字段齐不齐。
如果当前想法已经讲清楚目标用户和场景、已收集到的证据形态能讲出来（原文 / 帖子 / 访谈记录 / 帐单截图）、过去 3 个验证动作能列举、接下来 7 天可投入小时数也有数，这 4 件事我能填出 70% 以上，你就直接开始路由。如果想法过宽或证据为零，你先停下来进入访谈模式：一次只问我一个问题，给我 3 到 5 个选项让我选，等我答完你复述确认再问下一个。
访谈我时你要问的就是这五件事：
1. 你的想法能不能用一句话讲清"给谁、解决什么、怎么解"？（如果只能说"做一个 SaaS"算想法过宽）
2. 用户最近 30 天有没有为这事做过任何花钱或花时间的动作？能讲出 1 到 2 个具体例子吗？
3. 你这 30 天做过哪 3 个验证动作？（找人访谈 / 爬论坛原文 / 跑手工交付 / 建落地页 / 只是自己想想）
4. 你现在卡在哪种感觉？（不知道有没有人想要 / 知道有人想要但不会付 / 知道会付但开发太重 / 开发完了没人来）
5. 接下来 7 天你能投入几个小时？（0 到 5 小时 / 5 到 10 / 10 到 20 / 全职）
如果证据为零，强制把路由指向"付费痛点 + 客户访谈"两块。如果想法过宽（"做一个 AI SaaS"），直接拒绝路由，让我先收口到一个具体场景。
## 工作流程
第一步是判断最缺的 1 块。在 `<thinking>` 标签里先梳理"用户是卡在没人买 vs 知道有人想要但不会付 vs 知道会付但产品没做 vs 做了没人来"。然后从 5 块里只指出最缺的 1 块，不要同时点 2 块。
| 5 块主题 | 缺这块的典型症状 |
|----------|------------------|
| 付费痛点 | 想法只有"我觉得"，没有用户做过任何花钱或花时间的动作 |
| 客户访谈 | 有几条原文但没有真人讲过完整流程，全是抽象抱怨 |
| 替代方案 | 讲不出用户现在用什么凑合处理，迁移成本无从估算 |
| MVP 闭环 | 痛点已验证但想做的功能列表越来越长，砍不下来 |
| 落地页验证 | MVP 跑通了但发布后只有邮箱没人愿付出真实代价 |
第二步是写 5 子主题状态表。每项标 OK / 待修 / 紧急三档，加一句具体原因，原因里要引到我提供的证据。
第三步是写 7 天起点计划。只指向 1 个最缺的子页（demand/01 到 demand/05），写 7 天每天 1 件可执行的事，每件不超过 1 小时。
第四步是给三档判断：
| 判断 | 出现什么状态 | 接下来 |
|------|--------------|--------|
| 开干 | 5 块全部 OK，最缺那块也已经补齐 | 进入 定价变现 板块算定价底线 |
| 补访谈 | 有 1 块紧急，其他至少 3 块 OK | 7 天集中补那块 |
| 暂停 | 有 2 块以上紧急，或想法本身过宽 | 收口到一个具体场景再来 |
第五步是列 3 件现在不该做的事。常见的 3 项：建独立站、开发完整产品、上 SEO 拉流量。把"为什么现在不该做"用一句话写清。
**三档判定 + 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 轮调整 + 复盘 |
## 示例 / 样板
输入是"想做 AI 整理 Etsy 差评工具"，证据 = 自己也是卖家用过、还没访谈过别人，过去 30 天做过的验证 = 自己跑过 1 次手工流程，接下来 7 天可投入 6 小时。
期望输出节选：
```
最缺 1 块判断：客户访谈
证据：自己也用过算自用脚本不算订阅业务，目前 0 次对外访谈。
5 子主题状态表
- 付费痛点：待修（只有自用证据，缺其他 Etsy 卖家原文）
- 客户访谈：紧急（0 次对外访谈）
- 替代方案：OK（自己用过 ChatGPT + Sheet 凑合，能讲流程）
- MVP 闭环：OK（自跑通 1 次，路径清楚）
- 落地页验证：待修（还没发出去）
7 天起点（指向 demand/02 客户访谈）
- 第 1 天：列 10 个 Etsy 卖家联系方式（Reddit r/Etsy / Etsy 中文卖家群）
- 第 2 天：用 demand/02 的 10 个过去行为问题访谈 2 人
三档判断：补访谈
理由：MVP 已跑通但只是自验，需要 3 人以上对外访谈讲出过去行为才能进 定价变现。
3 件现在不该做
- 建独立站：访谈没做完，独立站只是浪费域名钱
- 上 Stripe 接入：连预付意愿都没测，接入是空转
- 上 SEO：没拿到核心关键词，SEO 是写给空气看的
```
反面例子：同时把"补访谈 + 建独立站 + 跑 SEO"三件都列为下周动作（违反"先补 1 块"硬约束）；编造"业界 PMF 平均时间 6 个月"（无源数据）；想法过宽时（"做一个 AI SaaS"）还硬给路由（应该先拒绝收口）。
## 输出规范
直接输出《[产品方向]》需求验证体检报告正文，不要前言后语，总字数 600 到 1000 字，按以下顺序：
1. 最缺 1 块判断：明确指出 1 块 + 引证据
2. 5 子主题状态表：每项 OK / 待修 / 紧急 + 一句原因
3. 7 天起点计划：指向 1 个子页 + 7 天每天 1 件事
4. 三档判断：开干 / 补访谈 / 暂停 + 理由
5. 3 件现在不该做的事：每件一句原因
输出前自检：最缺 1 块只指 1 块不指 2 块；5 子主题全部覆盖；7 天起点指向具体子页路径；含"不该做"清单且各有原因；未编 PMF 时间或 DAU 基准。
## 硬约束 · 拒绝场景
遇到下面这些情况直接拒绝路由，告诉我先回去补哪一项：
- 想法过宽（"做一个 SaaS""帮人提效"）拒绝并要求收口到一个具体场景
- 要求"业界 PMF 平均时间""SaaS 行业基准"拒绝（无源数据）
- 要求"接下来 7 天同时做开发 + 拉新 + SEO"拒绝（违反先补 1 块原则）
- 字段全空或仍是 `___` 占位符没替换拒绝你会学到什么
| 能力 | 出口 |
|---|---|
| 区分「真需求」和「我也想要」式伪需求 | 看用户行动而不是看口头夸奖，避免做完没人买 |
| 用 MoM Test 客户访谈套路问出过去 30 天的真实行为 | 拿到能引证据的访谈记录，不是被动夸奖 |
| 用切换成本估算判断现有替代方案的迁移阻力 | 知道为什么用户即使不满意现状也懒得换你 |
| 用 MVP 单闭环跑通输入 → 处理 → 输出的最短路径 | 不堆功能列表，先验证一条能赚钱的路径 |
| 用落地页 + 候补单验证愿付意愿 | 没人留邮箱、没人预付就别动手开发 |
适合人群
| 阶段 | 你处在哪里 | 建议优先读哪几篇 |
|---|---|---|
| 起步：还没确定具体痛点 | 只有一个「我想做 AI SaaS」的模糊念头，没访谈过任何人 | 先读 01 付费痛点验证 + 02 客户访谈 MoM Test |
| 稳定：访谈过几个人但拿不到付费承诺 | 有人说「挺好的」但没人留邮箱、没人预付 | 重点读 03 替代方案 + 切换成本 + 05 落地页候补单 |
| 头部：MVP 已经跑通想看要不要全力做 | 自用跑通 + 有 1-2 个外部用户但功能列表越加越长 | 直接读 04 MVP 单闭环验证 + 05 落地页验证 |
本栏目 5 篇
01 付费痛点验证
3 层订阅用户画像 + 5 个伪需求陷阱 + 7 天验证流程的完整方法论。
02 客户访谈 MoM Test
用 Mom Test 套路问过去 30 天的真实行为，不让用户说「我想要」糊弄你。
03 替代方案与切换成本
估算用户从 Excel / Notion / Zapier 切换到你的工具要付什么代价。
04 MVP 单闭环验证
只做一条输入 → 处理 → 输出的闭环，没它用户走不通就先不加。
05 落地页与候补单验证
用一页落地页 + 候补名单 / 预付实测愿付意愿，只统计真实行动。
推荐学习路径
| 你卡在什么 | 先读哪篇 | 然后做什么 |
|---|---|---|
| 想法过宽（「做一个 AI SaaS」） | 01 付费痛点 | 收口到一个具体场景再启动访谈 |
| 没访谈过任何对外用户 | 02 客户访谈 MoM Test | 列 10 个目标用户联系方式，先访谈 2 人 |
| 访谈拿到夸奖但没预付承诺 | 03 替代方案 + 05 落地页验证 | 把切换成本写出来，再用落地页测愿付意愿 |
| 自用跑通但开发列表越加越长 | 04 MVP 单闭环验证 | 砍到一条核心路径，没它用户走不通才进第一版 |
| 上线了但没人来 | 05 落地页 + 候补单 | 重写落地页承诺，先要邮箱再开发 |
读完后必做的 3 件事
- 把模糊想法收口到一句话：给谁、解决什么、怎么解，写不出来就先回到 01 篇重做。
- 列 10 个目标用户联系方式，按 02 篇 MoM Test 问完 3-5 人，记录他们过去 30 天的真实行为。
- 写一页落地页 + 候补单，按 05 篇验证愿付意愿，没人留邮箱就别进入 MVP 开发。
上下游导航
- 上游：还不确定要做什么方向 → 看 AI Micro SaaS 必备技能，框定能交付的技术能力边界。
- 工具：访谈和落地页要用什么工具 → 看 AI Micro SaaS 工具准备。
- 下游：需求验证通过后 → 进 AI Micro SaaS 运营流程 规划反馈、迭代和续订；想算定价 → 进 AI Micro SaaS 定价变现。
- 横向：如果验证下来更像「服务」而非产品，可以转去 AI 接单需求验证 重做。
先找付费痛点
Micro SaaS 不是「做一个小工具」这么简单。真正值得做的方向，必须同时满足 3 件事：用户已经在为这个问题花钱或花时间，现有方案让他们不满意，你能用更小范围先解决一个高频环节。
新手最容易被「我也想要」骗到。别人说想用，不代表愿意付费；愿意点赞，不代表愿意每月订阅。验证需求时要看行动，而不是看口头支持。
3 层订阅用户画像
第一层是强痛点用户：他们现在就在用表格、人工外包、拼接工具解决问题，每周都要处理。优先访谈这一层。
第二层是效率敏感用户：他们不是马上要买，但如果工具能明显省时间，会考虑试用。这类用户适合做 beta 名单，不适合直接预测收入。
第三层是兴趣用户：他们觉得概念有意思，但没有明确预算和使用场景。兴趣用户可以带来反馈，不能当作需求证据。
5 个伪需求陷阱
第一个陷阱是「为了 AI 而 AI」。用户不关心你用了什么模型，只关心结果是否更快、更稳、更便宜。
第二个陷阱是「功能很多但没有入口场景」。Micro SaaS 要从一个固定工作流切入，不要一开始做成万能平台。
第三个陷阱是「只解决一次性问题」。订阅产品必须有持续使用理由，否则更适合做模板、插件或一次性服务。
第四个陷阱是「替代方案太便宜」。如果用户用 Excel、Notion、Zapier 就能低成本解决，你必须证明你的方案有明显差异。
第五个陷阱是「买家和使用者不是同一人」。团队工具要搞清谁使用、谁审批、谁付费，否则访谈结论会偏。
7 天验证流程
第 1 天写清用户、痛点、现有替代方案和你想验证的付费假设。只保留一个核心假设。
第 2-3 天找 10 个目标用户访谈，不推销产品，只问他们现在怎么解决、多久发生一次、成本是多少、最烦哪一步。
第 4 天做一页方案说明或可点击原型，明确展示输入、处理过程、输出结果和价格区间。
第 5-6 天把方案发给目标用户，问是否愿意加入试用名单、是否愿意预付或预约深度试用。只统计明确行动。
第 7 天做决策：有预付或强试用承诺就做 MVP；只有夸奖没有行动，就回到痛点和人群重新定位。
最小功能怎么定
MVP 只做一条闭环：输入什么、自动处理什么、输出什么、用户下一步怎么用。能手工处理的后台不要先自动化，能用第三方服务解决的不要先重写。
判断功能是否该进入第一版，问一句：没有它，用户还会不会完成核心任务。如果答案是会，就先不做。
放弃标准
7 天验证后，如果目标用户说不出现有成本、不给试用承诺、不愿提供真实数据、也不愿预约下一次沟通，说明痛点不够强。不要靠「再加一个功能」自我安慰。
放弃一个方向不代表失败。Micro SaaS 的优势就是试错成本低，及时停掉弱需求，才有资源找到更窄但更愿意付费的人群。
官方资料与核验口径
平台规则、算法动向、报价规则、政策口径都会变化。本文保留的是可迁移的判断框架，具体数字一律给区间。
跨平台核验入口：
- Indie Hackers — 看 Micro SaaS 真实营收、留存与复盘
- Stripe Atlas Guides — 看 SaaS 收款、跨境结算与合同模板
- microconf — 看 bootstrap SaaS 报告、增长与定价案例
涉及具体数据、比例、报价区间的部分，以执行当天后台为准。
常见问题
没有技术能不能验证？ 可以。先用表单、Notion、表格、人工处理和录屏演示验证需求，确认有人愿意付费后再开发。
访谈多少人够？ 起步至少 10 个同类用户。不同人群不要混算，否则结论会失真。
什么时候开始开发？ 当用户愿意给真实数据、预约试用、预付或明确承诺使用时，再进入 MVP。
接下来去哪
需求成立后，读 AI Micro SaaS 工具准备 选择技术栈，再读 AI Micro SaaS 运营流程 规划反馈、迭代和续订。