AI 副业实战教程

Micro SaaS七天启动手册:用一周做出可验证样品

通宵冲刺只能堆代码,不能让陌生人付钱。本文给你 Micro SaaS 七天启动日程:每天 ≤ 2 小时 + 第 5 天找到第一个陌生用户 + 第 6 天跑通 1 笔真实付款 + 第 7 天 5 维评分。

📖 本篇术语速查表
英文 / 缩写中文一句话解释
brief项目简报写清目标、输入、输出、范围和验收标准的文件。
workflow工作流从材料到交付再到复盘的一组步骤。
scope范围本次包含和不包含的内容边界。
QA质量检查交付或发布前检查事实、格式、权限和风险。
feedback loop反馈循环把用户行为和原话转成下一步修改。
playbook操作手册本文所在的Micro SaaS操作手册阶段。
Prompt提示词写给 AI 的任务说明,用来生成执行方案。

读完你能交付:一张《[你的产品]》7 天冲刺日程表(日 × 1-2 件事 ≤ 2 小时 / 第 5 天陌生用户 / 第 6 天真实付款 / 第 7 天 5 维评分卡)。 一句话锚点:7 天不是冲刺代码,是把“陌生用户 + 收款 + 复盘”全跑通。

不想读完?把下面这段提示词丢给 AI 帮你跑完——复制提示词,喂给 Codex / Claude Code / Cursor / DeepSeek,把变量改成你的项目,AI 会按本文 H2 输出执行方案。

# 角色:独立软件 SaaS 7 天 MVP 冲刺日程编排顾问

你是我 SaaS 方向的 7 天 MVP 冲刺日程编排顾问。我会把已经验证的痛点和核心闭环交给你,你的工作不是替我写代码、不是替我决定上线时间,而是把"访谈 → 闭环 → 落地页 → 第一批用户 → 收款 → 复盘"压缩成 7 天日程:每天 1 到 2 件事、不超过 2 小时、每天有一个"该不该暂停"的判断信号。

你只做日程编排。不替我写代码、不编 API 部署时间或平台审核耗时、不替我决定上线时间、不允许把 7 天压成 1 天突击、不输出"不睡觉冲刺"鸡汤。

## 核心任务

把痛点和闭环翻译成一份 7 天冲刺日程卡:第 1 到第 7 天每天 1 到 2 件事,每天不超过 2 小时;每天给一个暂停信号(如果出现这件事就立刻停下来回访谈);第 5 天必须出现"第一个真实陌生用户"目标;第 6 天必须跑通 1 笔真实付款(哪怕 5 美元);第 7 天给一份 5 维评分卡(用户 / 闭环 / 落地页 / 收款 / 时间)和"上线 / 续验证 / 暂停"三档判断。


**成功标准**:交付的结果必须同时满足——7 天每天有交付物;每天不超过 2 小时;第 5 天含真实陌生用户目标;第 6 天收款流程跑通;未编平台审核或转化率基准。 任意一条没满足即视为未达标,需补料后重跑。
## 信息输入

排程之前先看我手里的字段齐不齐。

如果痛点和核心闭环已经验证(有 3 条原文证据加 1 次手工跑通)、未来 7 天每天能投入的小时数有数、已有 1 到 2 个用户线索或渠道、收款工具就绪(Stripe / Paddle / Gumroad / Lemon / Creem)、自己最担心的阻碍能讲,这 4 件事我能填出 70% 以上,你就直接开始排程。如果痛点没验证,你先停下来进入访谈模式:一次只问我一个问题,给我 3 到 5 个选项让我选,等我答完你复述确认再问下一个。

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

1. 核心闭环已经手工跑通过吗?输入和输出讲一下。
2. 未来 7 天你每天能稳定投入几个小时?(小于 1 / 1 到 2 / 2 到 4 / 全职)
3. 已经有几个用户线索?来自哪个渠道?(X / Reddit / IndieHackers / 社群 / 朋友介绍)
4. 收款工具就绪了吗?(Stripe 跑过 1 笔 / 注册了没跑过 / 还没注册)
5. 你最担心的最大阻碍是什么?(没人来 / 来了不付 / 付了交付不出来 / 自己撑不住)

如果痛点没验证,拒绝排程,让我先回付费痛点验证。如果每天可投入小于 1.5 小时,自动延长到 14 天版本。如果收款工具没就绪,第 6 天用 PayPal Invoice 或 Buy Me a Coffee 临时替代。

## 工作流程

第一步是排第 1 天:找 3 个真实潜在用户做 1 对 1 过去行为访谈。每个访谈 20 分钟,重点问"上次什么时候发生""当时怎么处理""谁出钱"。暂停信号:3 个人讲不出过去行为,立刻停下来回访谈板块。

第二步是排第 2 天:用 Notion 或 Sheet 手工写出核心闭环。在 `<thinking>` 标签里先梳理"今天 90 分钟内能不能跑通 1 单 vs 还要拆分到第 3 天"。暂停信号:手工版本要超过 4 小时才能跑通,说明闭环太重。

第三步是排第 3 天:写落地页加强信号 CTA。H1 一句话、输入输出截图、定价区域、3 档 CTA。暂停信号:写 H1 写不出"给谁、什么场景",先回需求验证。

第四步是排第 4 天:邀请第 1 天访谈的用户跑你的手工版,记原话。暂停信号:邀请 3 个人都不愿意试,说明痛点强度不够。

第五步是排第 5 天:找第一个真实陌生用户。发渠道帖加私信。暂停信号:5 个陌生人触达 0 个回应,回去检查渠道选错没。

第六步是排第 6 天:接收款 + 跑第 1 单。哪怕 5 美元也要走通"付款 → 收据 → 交付 → 邮件"全流程。暂停信号:付款流程跑不通,立刻补 Stripe Webhook 或换 PayPal Invoice 兜底。

第七步是排第 7 天:5 维评分加三档判断。

| 维度 | 满分 | 看什么 |
|------|------|--------|
| 用户 | 10 | 拿到几个陌生用户的真实样例 |
| 闭环 | 10 | 手工版能不能跑通一致结果 |
| 落地页 | 10 | 有没有 1 个强信号转化 |
| 收款 | 10 | 真实付款流程是否走通 |
| 时间 | 10 | 每天是否真的控制在 2 小时内 |

总分 40 以上"上线"、25 到 39"续验证"、低于 25"暂停"。

## 示例 / 样板

公开范围参数:产品类型 = B2C AI 工具;可投入时间 = 每天 1.5 小时;用户线索 = 5 个 Etsy 卖家;收款 = Stripe 已跑过 1 笔;目标市场 = 美国独立站卖家。产品方向"AI 整理 Etsy 差评工具",痛点已验证有 8 条原文。

期望输出节选:

```
第 1 天(90 分钟)
任务:约 3 个 Etsy 卖家 20 分钟 1 对 1 访谈,问"上次整理差评是哪一天"
交付物:3 份原话记录
暂停信号:3 人都讲不出具体场景

第 5 天(120 分钟)
任务:发 Reddit r/Etsy 帖 + 私信 5 个目标卖家
交付物:1 个陌生人提交真实样例
暂停信号:5 人触达 0 回应 → 换渠道

第 7 天(60 分钟)
5 维评分卡:用户 8 / 闭环 9 / 落地页 6 / 收款 9 / 时间 7 = 39
判断:续验证
原因:落地页转化弱,下周补 1 个强信号 CTA
```

反面例子:第 1 到第 7 天全部用来写代码(违反第 1 天必须访谈的硬约束);第 6 天不跑收款(违反必须走通付款的硬约束);编"业界 7 天上线转化率 5%"(无源数据);7 天压成 24 小时通宵(违反每天不超过 2 小时硬约束)。

## 输出规范

直接输出《[产品方向]》7 天冲刺日程表正文,不要前言后语,总字数 800 到 1200 字,按以下顺序:

1. 第 1 到第 7 天日程表:日期 / 任务 / 交付物 / 时长 / 暂停信号
2. 每天不超过 2 小时合理性检查
3. 第 5 天陌生用户来源候选至少 2 个
4. 第 6 天收款回退方案
5. 第 7 天 5 维评分卡 + 三档判断(上线 / 续验证 / 暂停)

输出前自检:7 天每天有交付物;每天不超过 2 小时;第 5 天含真实陌生用户目标;第 6 天收款流程跑通;未编平台审核或转化率基准。

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

- 痛点没验证回付费痛点验证那一步先评分
- 要求"3 天 / 24 小时上线"拒绝并解释为什么 7 天压不下来
- 要求"预测第 7 天能收到 100 美元"拒绝(无源数据)
- 要求设计通宵加班式排程拒绝
- 字段全空或仍是 `___` 占位符没替换拒绝

先给结论

Micro SaaS 7 天启动要先回答五个问题:

问题要判断
痛点验证证据是否已有 ≥ 3 条原文证据 + 1 次手工跑通
每天可投入真实小时数(1-2h / 2-4h / 全职)
用户线索已有 1-2 个真实陌生用户线索吗
收款就绪Stripe / Paddle / Lemon 是否跑过 1 笔
下一步上线 / 续验证 / 暂停
流程图加载中

新手不要用热情替代判断。这个阶段最容易出错的地方,是把“我会工具”误读成“我能交付”。真正要检查的是:输入是否清楚、交付物是否可用、边界是否写明、风险是否能被发现。如果这些问题答不上来,先补材料,不要急着放大。

七天启动手册先服务真实任务

Micro SaaS的七天启动手册,不是为了显得更专业,而是为了让有明确流程痛点的小团队或独立用户能在真实任务里得到可检查的结果。它应该服务一个真实任务:让用户从不确定状态,进入能判断、能执行、能复盘的状态。

Micro SaaS 七天启动这类文章的共同启发是:专业能力不是堆概念,而是把模糊问题整理成可执行流程。这意味着 Day 1-7 各产出一个交付件(落地页 / 注册 / 核心功能 / 支付 / 复盘)。

如果你只写“做得更好”“提升效率”“扩大影响”,客户或用户很难行动。更好的写法是:本周收集哪些材料,做出哪个样品,用什么表检查,出现哪些红灯就暂停。

新手先收窄场景

不要同时服务所有人。先选择一个更窄场景,例如一类用户、一种交付物、一个平台或一个业务阶段。场景越窄,例子越具体,风险也越容易提前发现。

如果你发现文章或方案可以套到任何行业,通常说明它还不够具体。把对象、材料、工具、交付和复盘都写具体,才会真正帮助新手。

第 1 步:把已验证痛点翻译成 Day 1 访谈目标

先写一句话:

我这次要帮助 ___ 在 ___ 场景下,用 ___ 材料,完成 ___ 结果。

这句话写不出来,后面所有动作都会漂。目标不清,会导致样品不清;输入不清,会导致 AI 输出不稳;用户不清,会导致页面和交付无法聚焦。

字段填写方式
目标用户有明确流程痛点的小团队或独立用户
当前任务用一周做出可验证样品
已有输入原话、样品、数据、链接、旧流程
交付结果访谈记录、MVP 单闭环、支付路径、支持记录和迭代表
红灯伪需求、过度开发、支付失败、隐私数据和长期支持压力

这一步不要让 AI 替你编材料。AI 可以整理你给出的信息,但不能证明用户真的存在,也不能确认平台和支付规则。

输入材料的最低线

至少要有三类材料:≥ 3 条痛点原话、手工跑通过 1 次的核心闭环截图、1-2 个真实用户线索。痛点没验证先回 付费痛点验证;闭环没跑通回 MVP 单闭环

第 2 步:算 7 天每日暂停信号红黄绿

判断表要让你知道现在该继续还是暂停。

判断项绿灯黄灯红灯
每日时长真实 ≤ 2 小时偶尔 2-4 小时通宵 / 全天
Day 5 陌生用户≥ 1 个真实陌生用户提样例触达 5+ 收到 1 个回应触达 5+ 零回应
Day 6 付款流程跑通 ≥ 1 笔(含 webhook)Stripe 通但 webhook 没接付款流程没跑通
闭环手工跑通90 分钟内可一致跑通2-4 小时> 4 小时
5 维评分总分≥ 4025-39< 25

表格不是为了好看,而是为了停止错误动作。很多失败不是因为执行不努力,而是黄灯和红灯被忽略。

反证也要写

判断表里要保留反证。比如用户不愿提供材料、只想免费试做、平台规则不清、工具能力未核验、交付后支持压力过高。反证能帮你避免把小问题做大。

第 3 步:搭手工版 MVP 和落地页样品

最小样品或流程要足够小,但必须真实。

类型最小样品
服务一页 Brief、一个样品交付、一个验收清单
工具一个可运行流程或字段表
内容一段样稿、一张结构表、一份质检记录
变现一个范围清楚的报价页或提案
规模化一个小渠道实验或 SOP 片段

样品的目标不是展示你能做很多,而是让用户判断“这是不是我需要的”。如果样品需要你在旁边解释很久,就说明它还不够清楚。

做完样品后,至少找一个真实用户或旧客户看。只听赞美没有用,要问他哪里不懂、哪里有风险、是否愿意进入下一步。

样品要有退出条件

如果样品没人看、看了没人问、问的问题都和目标不相关,就不要继续加大投入。先回到目标、用户和输入,重新判断场景是否成立。

第 4 步:检查收款回退和过度承诺红线

风险检查要放在交付前,而不是出了问题以后。

风险检查动作
平台规则到官方帮助中心或后台核验
支付退款看平台和支付工具当天规则
版权隐私检查素材、案例、截图和客户数据
账号权限只拿必要权限,优先用测试数据
过度承诺删除不可控结果,补适用边界

伪需求、过度开发、支付失败、隐私数据和长期支持压力都不是小细节。新手越想快点完成,越容易跳过这些检查。真正专业的做法,是把未确认字段写出来,而不是假装已经知道。

边界要写给用户看

边界不要藏在脑子里。哪些不包含、哪些需要客户提供、哪些需要执行当天核验、哪些结果不承诺,都要写进页面、提案或交付说明。

第 5 步:5 维评分复盘并决定上线还是续验证

复盘要落到下一步,不要只写感想。

发现下一步
用户任务清楚继续做完整版本或下一篇教程
输入材料缺失先补访谈、样品或官方核验
支持问题重复回写 FAQ、模板或 SOP
风险未确认暂停发布或暂缓报价
反馈分散收窄用户和场景

复盘时要同时看行为和原话。行为告诉你用户做了什么,原话告诉你为什么可能这样做。只看其中一个,都容易误判。

如果复盘后没有产生新动作,说明复盘还停在总结层。好的复盘应该让下一步更小、更清楚。

操作检查表

字段填写
当前主题Micro SaaS七天启动手册
目标用户有明确流程痛点的小团队或独立用户
关键输入___
最小样品___
主要风险伪需求、过度开发、支付失败、隐私数据和长期支持压力
官方核验入口___
复盘指标用户原话、样品行为、交付问题、下一步动作
当前判断继续 / 补证据 / 暂停

这张表可以直接复制到你的项目文档里。每完成一轮,就更新一次,不要只靠记忆。

AI 怎么辅助

AI 适合做这些:

  1. 把用户原话整理成问题分类。
  2. 生成 Brief、检查表、SOP 或复盘表。
  3. 标出未确认字段和风险点。
  4. 改写页面、提案或交付说明。
  5. 把反馈转成下一步动作。

AI 不适合替你确认平台规则、支付退款、客户授权、隐私边界和真实购买意愿。没有证据时,必须写未确认。

让 AI 辅助时,不要只问“怎么做”。要给它材料、目标、约束和当前判断,让它帮你找遗漏。

官方资料与核验口径

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

跨平台核验入口:

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

常见问题

每天只能挤 1 小时,7 天根本不够怎么办?

自动延长到 14 天版本:把 Day 1 拆成 2 次访谈、Day 2 闭环留 3 天打磨。不要硬压 7 天熬夜,第 6 天还没跑通付款会让所有努力都失去验证意义。

Day 5 找不到陌生用户怎么办?

先看渠道选错没。如果发了 Reddit / IndieHackers / Twitter 5 次零回应,换 1 个垂直社群(Facebook Group / Discord / 行业论坛)。冷启动用户来源不通就别盲推 ads,回 Day 1 重新看用户在哪聚集。

no-code 工具搭的 MVP 能不能算 Day 2 完成?

可以,前提是核心闭环能稳定跑通且能收款。no-code 的“完成”标准是用户从输入到结果不需要你手工介入。如果还要你在中间手工搬数据,算“半完成”,第 4 天必须打磨到全自动。

Day 6 收款没跑通怎么救?

立刻三件事:1) 换 PayPal Invoice 或 Buy Me a Coffee 兜底跑 1 笔;2) Stripe 留作 Day 7 后续;3) 把“收款没跑通”写进 5 维评分扣 3 分,不要假装它过了。

执行前至少核验:

接下来去哪

本页目录