AI 副业实战教程

AI Micro SaaS 等待名单验证:邮箱不是需求,行动才是需求

等待名单收 500 邮箱,但开发完只有 5 人付费?因为邮箱不是需求,行动才是。本文给你 6 档信号强度判定 + 5 种验证入口 + 把弱信号升级强信号的转化设计。

📖 本篇术语速查表
英文 / 缩写中文一句话解释
landing page落地页用一页说明产品对象、痛点、输出和下一步行动。
waitlist等待名单用户留下邮箱或联系方式,表示愿意接收后续通知。
preorder预订 / 预付意向用户愿意提前付款或预约付费试用,是更强信号。
demo演示用视频、截图或可点击原型展示产品如何工作。
signal信号用户用行动表达需求强弱的证据。
call to action行动按钮引导用户留下邮箱、预约、上传样例或付款的入口。

读完你能交付:一张《[拟做 SaaS]》验证页设计卡(6 档信号强度 + 5 种验证入口 + 弱→强信号升级路径 + 漏斗转化指标表)。 一句话锚点:500 邮箱 = 弱信号;50 个上传样例 = 强信号;5 笔预付 = 最强信号。验证页要把用户引到行动,不是引到留邮箱。

不想读完?把下面这段提示词丢给 AI 帮你跑完——复制提示词,喂给 Codex / Claude Code / Cursor / DeepSeek,把变量改成你的产品想法,AI 会按本文框架输出验证页结构和信号判断表。

# 角色:独立软件 SaaS 验证页强信号设计顾问

你是我 SaaS 方向的验证页强信号设计顾问。我会把一个想验证的产品想法交给你,你的工作不是替我去搭网站、写完整代码、跑广告,而是帮我设计一个落地页骨架。这个落地页只为一个目的服务:分辨出"路过留个邮箱的好奇心"和"愿意付出真实代价的真用户"。

你只做验证页结构和信号判断设计。不替我编邮件订阅转化率、Stripe 抽成、Vercel 费率;不替我做"开发还是不开发"的最终拍板(你给阈值,我自己决策);不输出"留邮箱 = 验证成功"这种假阳性结论;不写"AI-powered X""智能化 Y"这种空词 H1;不要我收集身份证、银行卡、病历等敏感信息。

## 核心任务

把产品想法翻译成一份验证页骨架卡:落地页 7 段结构(H1、痛点描述、输入输出展示、演示样品、3 档 CTA、常见问题、隐私边界);3 档 CTA 文案各至少 1 个具体例句,且强信号必须含"预付 / 上传真实样例 / 视频面谈 / 介绍同类用户"之一;信号阈值表写清楚"几个强信号、几个中信号、几个弱信号"对应"开发 / 继续验证 / 暂停"三档判断;最后给 7 天发布加测量计划。


**成功标准**:交付的结果必须同时满足——3 档 CTA 各至少 1 个具体文案;强信号必含真实代价动作;阈值表数字明确不模糊;未编转化率或行业基准;H1 不含"AI-powered"空词;CTA 不要求收集敏感个人信息。 任意一条没满足即视为未达标,需补料后重跑。
## 信息输入

设计之前先看我手里的字段齐不齐。

如果痛点已经验证过(至少 3 条用户原文证据)、预计输入和输出能讲清、我手里有可以展示的演示样品或愿意做手工交付、计划发布渠道也想清楚,这 4 件事我能填出 70% 以上,你就直接开始设计。如果痛点没证据或者演示样品都没有,你先停下来进入访谈模式:一次只问我一个问题,给我 3 到 5 个选项让我选,等我答完你复述确认再问下一个。

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

1. 痛点验证到什么程度?(有 3 条原文 / 有访谈记录 / 有人预付过 / 都没有)
2. 这一版落地页要展示的输入是什么?输出是什么?能不能给我看一份示例?
3. 你能不能提供 1 个演示视频或 1 份手工样品,让前 5 个上传样例的用户拿到回复?
4. 发布渠道是哪个?(X / Reddit / IH / LinkedIn / Product Hunt / 行业社群 / SEO 长期)
5. 前 5 个上传样例的用户你能多快给手工回复?(24 小时内 / 48 小时内 / 3 到 7 天 / 没法保证)

如果痛点没有任何证据,直接拒绝设计,让我先回付费痛点验证那一步。如果没有演示样品和手工交付能力,强信号 CTA 强制走"视频面谈"而不是"预付"。

## 工作流程

第一步是写 H1。一句话讲清"给谁的、解决什么具体场景"。在 `<thinking>` 标签里先梳理"用户读完这句话有没有想立刻往下看 vs 觉得是又一个 AI 工具广告"再下笔。禁止用"AI-powered X""智能化 Y""下一代 Z"这种空词。

第二步是展示输入到输出。要让访客在 30 秒内看懂:1 段示例输入(用真实长得像数据的样子,不是无意义占位文本)、1 段示例输出(具体格式:表格、列表、文档片段都行)、1 张截图或 GIF 演示流程。

第三步是设计 3 档信号 CTA。在 `<thinking>` 标签里再梳理"什么动作能让用户付出真实代价 vs 只是好奇点击"。

| 信号档次 | 用户付出的代价 | 典型 CTA 形态 |
|----------|----------------|---------------|
| 弱信号 | 几乎为零 | 浏览页面 / 留邮箱进等待名单 / 关注社媒账号 |
| 中信号 | 付出时间或数据 | 上传一份真实样例 / 预约试用 / 进私信对话 |
| 强信号 | 付出钱、时间或社交资本 | 预付一笔小金额(可退)/ 视频面谈 30 分钟 / 介绍至少 1 位同类用户 |

第四步是写 3 档 CTA 的具体文案。每档至少给 1 个完整句子并在末尾标信号等级,强信号必须含"预付 / 上传样例 / 视频面谈 / 介绍同类"之一。例如:弱信号"留下邮箱,新版本上线时优先通知你";中信号"上传一份你正在头疼的 CSV,我亲手跑一遍发给你";强信号"预付 19 美元锁定早鸟名额,30 天内不满意全额退款"。

第五步是写信号阈值表。一张三列表:信号档次、达到这个数量对应的判断、可执行下一步动作。一个保守版本:强信号 3 个以上对应"启动 MVP 开发"、中信号 5 个以上但强信号为 0 对应"再做 2 周验证补强信号"、只剩弱信号或强信号为 0 对应"暂停并换人群或换问题"。

第六步是列 3 类假验证排查清单:点赞收藏型(X 帖子很火但没人留邮箱)、邮箱收集型(500 个邮箱但 0 个人愿付一分钱)、朋友支持型(10 个朋友点了赞但没一个目标人群)。每条配一句"为什么这不算开发证据"。

第七步是写 7 天发布加测量计划。每天 1 件可执行的事,每件不超过 1.5 小时。前 3 天聚焦发布到具体渠道,第 4 到 6 天聚焦回复手工咨询和访谈强信号用户,第 7 天对照阈值表给三档判断。

**三档判定 + 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 差评生成商品改进建议",目标用户是 Etsy 美区数字模板卖家,痛点已有 8 条原文,能提供手工 Sheet 样品。

期望输出节选:

```
H1
给 Etsy 数字模板卖家:5 分钟把上周差评变成可执行的商品改进表

3 档 CTA 文案
- 弱信号:“留邮箱,下周新版本试用通知你”(信号等级:弱)
- 中信号:“上传一份你这周的差评 CSV,我手工整理一份建议表寄回给你”(信号等级:中)
- 强信号:“预付 19 美元锁定早鸟,48 小时内手工跑通 1 单,不满意全额退”(信号等级:强)

信号阈值表
- 强信号 ≥ 3:启动 MVP 开发(开始写 CSV 上传脚本)
- 中信号 ≥ 5 且强信号 = 0:再做 2 周验证(重点访谈愿上传样例的人是不是真的会付钱)
- 只剩弱信号或强信号 = 0:暂停换 Shopify 卖家或换实体卖家
```

反面例子:H1 写"AI-powered review analytics for sellers"(违反空词禁令);强信号写"Join waitlist for free"并把邮箱数算开发证据(违反假阳性硬约束);编造"行业留邮箱转化率 30%"(无源数据);强信号 CTA 里要求用户上传身份证(违反敏感信息禁令)。

## 输出规范

直接输出《[产品方向]》验证页骨架卡正文,不要前言后语,总字数 800 到 1200 字,按以下顺序:

1. 落地页 7 段骨架:H1 / 痛点 / 输入输出 / 演示 / 3 档 CTA / 常见问题 / 隐私边界
2. 3 档 CTA 文案表:文案 / 信号等级 / 用户付出的真实代价
3. 信号阈值表:强 / 中 / 弱各几个对应开发 / 验证 / 暂停三档判断
4. 3 类假验证排查清单:点赞收藏型 / 邮箱收集型 / 朋友支持型
5. 7 天发布加测量计划:每天 1 件可执行的事 + 时长
6. 三档判断模板:第 7 天对照阈值表给开发 / 继续验证 / 暂停结论

输出前自检:3 档 CTA 各至少 1 个具体文案;强信号必含真实代价动作;阈值表数字明确不模糊;未编转化率或行业基准;H1 不含"AI-powered"空词;CTA 不要求收集敏感个人信息。

## 硬约束 · 拒绝场景
遇到下面这些情况直接拒绝设计,告诉我先回去补哪一项:

- 痛点没有任何证据回付费痛点验证先评分
- 要求"留邮箱 100 个就启动开发""ARR 预估"拒绝(假阳性 / 无源数据)
- CTA 要求收集身份证、银行卡、病历等敏感信息一律拒绝
- 要求"H1 用 AI-powered / 智能化 / 下一代"拒绝并解释空词为什么劝退真用户
- 字段全空或仍是 `___` 占位符没替换拒绝

先给结论

验证页要证明的不是“有没有人点进来”,而是“有没有目标用户愿意进一步行动”。

行动信号强度
浏览页面
点赞、收藏、转发
留邮箱中弱
预约试用中强
提供样例数据
预付、签约或介绍同类用户很强

AI Micro SaaS 的早期页面,不要只追求好看。它要让用户快速看懂:这是什么、帮谁、处理什么输入、输出什么结果、下一步要做什么。

流程图加载中

新手最常停在 B(500 邮箱)就以为成立。真要进 MVP 需要至少 ≥ D 信号(≥ 10 人愿提供真实样例数据)。详见 MVP 单回路 设计验证强信号的具体动作。

为什么等待名单不是最终证据

等待名单很容易给人进展感。你发一个页面,很多人留下邮箱,你会觉得需求成立。但留下邮箱成本很低,和真实使用、付费、上传数据不是一回事。

里的烟雾测试思路适合这里:用页面或演示测试关键假设。但测试必须有明确判断标准。如果只是收集邮箱,没有后续动作,就只能说明标题或概念有吸引力。

强调快速发布、和用户一起做。这个思路对独立开发者很实用,但“发布”不是把页面丢出去等奇迹,而是把页面当成对话入口,继续收集真实行为。

提醒持续展示过程可以建立关系。对 Micro SaaS 来说,公开验证过程有价值,但不能用围观热度替代产品需求。

验证入口的 5 种形式

不同阶段用不同入口:

入口适合验证什么
落地页用户是否理解痛点和输出
等待名单是否愿意接收后续通知
演示视频是否理解流程和结果
预约试用是否愿意投入时间
预付 / 付费试点是否有购买意愿和预算路径

不要一开始就追求复杂页面。早期可以是一页说明、一个演示截图、一个预约按钮和一个隐私说明。

如果你的产品需要用户上传数据,单纯邮箱不够。你至少要验证用户是否愿意提供一份脱敏样例。

第 1 步:写清谁和什么痛点

页面第一屏只回答三件事:

问题示例
给谁给每周要整理电商评论的运营
解决什么把评论里反复出现的问题归类
得到什么一份可给产品和客服看的问题报告

不要写“AI 驱动的智能增长平台”。这类话很大,但客户不知道自己是否该继续看。

更好的写法:

把一份商品评论 CSV 变成高频问题、情绪标签和改进建议,适合每周要给产品和客服做反馈的电商运营。

这句话同时说明了用户、输入、处理和输出。

第 2 步:展示输入和输出

AI 工具最需要展示输入和输出。用户要知道自己需要给你什么,也要知道能拿到什么。

模块写什么
输入CSV、链接、文本、截图、表单、对话记录
处理清洗、分类、总结、标注、生成、检查
输出报告、表格、建议、标签、待办、提醒
边界不处理敏感信息、不承诺平台结果、不替代人工审核
样例放脱敏示例,不放客户真实隐私

如果用户看完页面仍不知道要上传什么,说明页面太抽象;如果用户不知道结果长什么样,说明你还没把价值具象化。

第 3 步:设置行动门槛

行动门槛决定信号质量。

CTA信号
订阅更新中弱
预约 15 分钟试用中强
上传一份脱敏样例
加入付费试点很强
介绍一个同类用户

页面可以有一个主 CTA 和一个次 CTA。不要放太多按钮。

例如:

主按钮:上传一份脱敏样例,获取一次手工分析结果
次按钮:没有样例?预约 15 分钟聊聊你的流程

这比“加入等待名单”更接近真实使用。

第 4 步:区分弱、中、强信号

验证后要分层,不要混在一起。

信号层级例子下一步
页面访问、点赞、收藏只记录来源
留邮箱、回复感兴趣继续追问场景
中强预约试用、回复流程细节做手工交付
提供样例数据、介绍同类用户跑 MVP 闭环
很强预付、签试点、愿意长期使用进入产品化

如果只有弱信号,不要马上开发。先改页面表达、换渠道、收窄用户,或回到访谈。

如果有强信号,但人数少,也不必急着做复杂产品。先用手工或半自动流程交付,确认结果是否可重复。

第 5 步:决定是否开发

验证页跑完后,做三选一:

结果动作
多个目标用户愿意上传样例做手工 MVP
有预约但没有样例继续访谈,降低输入风险
只有邮箱和点赞改定位或渠道
用户看不懂页面重写第一屏和样例
用户愿意付费试点设计最小交付和付款路径

不要把页面当成一次性发布。它是一个实验。每一轮只改一个变量:人群、标题、样例、CTA 或渠道。一次改太多,你不知道是什么影响了结果。

更稳的做法是给每一轮验证留一张复盘表:

记录项怎么写
流量来源从哪里来,不混算不同渠道
用户身份是否真是目标用户,不是泛泛围观者
看到的承诺用户看到的是痛点、样例、价格还是试点说明
做出的动作留邮箱、预约、上传样例、回复场景、预付
卡住的位置不懂页面、不敢上传、不愿付费、没有预算
下一轮变量只改一个地方,比如标题、样例、CTA 或渠道

这张表能帮你避免两个常见误判。第一个误判是“页面没人填,所以产品不行”。也可能只是渠道错了,来的不是目标用户;也可能是第一屏太抽象,用户没看懂你到底处理什么。第二个误判是“很多人留邮箱,所以可以开发”。如果这些人没有具体场景、没有样例、没有时间投入,信号仍然偏弱。

开发前至少要回答一个具体问题:我接下来做的功能,能不能让已经行动过的用户更快拿到同一个结果?如果答案是不能,说明你可能是在做“看起来完整”的功能,而不是在服务真实需求。Micro SaaS 最容易浪费时间的地方,不是代码写不出来,而是把还没验证过的流程过早产品化。

验证页评分表

发布前打分:

维度分值判断问题
用户清楚20第一屏是否写清给谁
痛点具体20是否有近期真实场景
输入明确20用户知道要提供什么
输出可见20用户知道能拿到什么
行动有门槛20CTA 是否能产生中强以上信号

80 分以上可以发布;60-79 分先补样例和 CTA;60 分以下回到访谈。

验证页不是文案比赛。它要让目标用户做一个真实动作。

评分后再做一次新手自检:

自检问题不合格表现修正方式
用户是否一眼知道自己是不是目标人群第一屏只写“团队”“企业”“创作者”改成具体岗位、任务或场景
痛点是否来自真实流程只写效率、增长、自动化写清原来怎么做、哪里费时间、谁负责
样例是否能让人想象结果只有概念,没有截图或文本样例放一份脱敏输入和一份输出片段
CTA 是否太轻只有订阅邮箱增加预约、上传样例或试点申请
CTA 是否太重没有信任基础就要求付款先给手工样例、演示或清楚退款说明

如果你是第一次做 Micro SaaS,不要把“页面专业”当成目标。真正要专业的是判断逻辑:每一个模块都服务一个假设,每一个按钮都对应一个行动,每一轮修改都能解释为什么改。这样即使验证失败,也能知道是人群错、痛点错、表达错,还是交付方式错。

三种假验证

第一种:只看访问量。

访问量可能来自好奇、标题党或错误渠道。没有后续行动,不能证明需求。

第二种:只收邮箱。

邮箱是低成本信号。可以保留,但不要当成开发依据。至少要继续追问使用场景。

第三种:只问社群意见。

社群回复很容易热闹,但真正使用的人可能很少。把公开讨论当线索,不要当结论。

AI 怎么辅助

AI 可以帮你写验证页,但不能替你判断市场。

适合交给 AI 的任务:

  1. 把访谈原话改成第一屏文案。
  2. 设计输入、处理、输出说明。
  3. 生成 CTA 选项并标注信号强弱。
  4. 检查页面是否太抽象。
  5. 整理验证结果和下一轮变量。

不适合交给 AI 的任务:

  1. 编造等待名单人数。
  2. 假设高访问就代表需求成立。
  3. 替你确认支付、邮件、隐私和 Cookie 合规。
  4. 把弱信号包装成强信号。

AI 适合做页面编辑,不适合替代真实行动数据。

实际用 AI 时,建议让它做三轮检查。第一轮检查“是否过度抽象”:把页面里所有大词圈出来,改成用户日常会说的话。第二轮检查“信号是否分层”:把访问、邮箱、预约、样例、预付分开,不让它们混成一个成功指标。第三轮检查“下一步是否可执行”:如果用户今天点击按钮,你明天能不能手工给出一次结果;如果不能,说明验证页承诺和当前能力不匹配。

还要让 AI 保留不确定性。不要让它给你编一个看似漂亮的转化结论,也不要让它用行业平均数替代你的真实数据。早期验证最有价值的材料通常不是漂亮数字,而是几句具体反馈:用户为什么不上传、为什么不预约、为什么担心数据、为什么觉得现在的方法已经够用。这些反馈会直接决定下一篇要不要继续做 MVP 范围,还是回到痛点和访谈。

官方资料与核验口径

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

跨平台核验入口:

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

常见问题

500 邮箱里没人预约试用,是页面问题还是需求问题?

3 步排查:1)发"愿不愿 30 分钟通话讨论"邮件 → 收 50 邮箱中有 0 回复 = 需求弱;收 5+ 回复 = 页面 CTA 不够强;2)改 CTA 从"留邮箱"到"预约 30 分钟试用"再测一周;3)依然 0 行动 → 不是页面,是这群人不是真目标用户。

没产品能不能收预付?怎么写合规?

能。3 件事写清:1)交付时间窗口("预付后 30 天内交付 V1,到期没交付全额退款");2)退款条款(什么情况退、几天内);3)风险声明("这是早期产品,可能不完整")。按执行当天 Stripe / Lemon Squeezy 规则处理跨境合规。预付获得的强信号 > 100 邮箱。

页面写价格会不会吓跑用户?

恰恰相反。不写价格 = 留邮箱的人很多但都不是真买家;写价格区间("$29/月起")= 留邮箱的人少但都是认真考虑的。新手验证早期:写价格区间,过滤白嫖用户。

验证页第一屏要不要塞 demo 视频?

看用户类型。技术用户喜欢"在线试 demo"(不需要视频);非技术用户需要 30 秒视频解释"输入→输出"长什么样。判断:你的目标用户在看到截图后还是不能理解 → 必须加 30s 视频;理解了 → 不需要。视频不是装饰,是降低判断成本。

执行前至少核验:

接下来去哪

本页目录