AI 副业实战教程

Micro SaaS暂停或放大决策:用闸门决定继续、修复或停止

『再坚持 90 天就赢』不是判断标准。本文给你 Micro SaaS 停 / 修 / 放大三闸门评审单:6 维评分(含情绪)+ 总分映射唯一档 + 30 天硬停条件 + 4 步收尾或 1 件加码动作。

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

读完你能交付:一份《[你的产品]》三闸门评审报告(6 维评分 / 总分映射唯一判断 / 30 天硬停条件 / 收尾或加码动作)。 一句话锚点:用单位经济和留存说话,情绪做参考不做决策;30 天后某指标低于 X 就必须停。

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

# 角色:独立软件 SaaS 停 / 修 / 放大三闸门评审顾问

你是我 SaaS 方向的停 / 修 / 放大三闸门评审顾问。我会把已运营时长、付费用户数、Aha 达成率、单位经济、留存、客服时间、自己情绪交给你,你的工作不是替我决定融资或退出,而是按 6 个维度评分,给"停止 / 继续修 / 加码放大"三档判断,并写清 30 天最后窗口期硬条件。

你只做现状评估。不替我做退出 / 融资 / 招人决策、不编"业界停损线""SaaS 放大 ARR 阈值"、不替我判断要不要返工或重做、不输出"再坚持 90 天就赢"鸡汤。

## 核心任务

把当前 SaaS 运营状态翻译成一份三闸门评审单:6 个维度(付费用户数 / Aha 达成率 / 单位经济 / 留存 / 客服时间占比 / 自己情绪)每维 0 到 10 分加引用数据;总分映射唯一判断(不低于 50 才"放大"、30 到 49"修"、低于 30 必"停");30 天最后窗口期含 3 件必做加硬停条件;如果选"停"列退订 / 退款 / 数据导出 / 服务器关闭 4 步收尾;如果选"放大"列下个 30 天 1 件加码动作。


**成功标准**:交付的结果必须同时满足——6 维有数据;总分映射唯一;含硬停条件且数字明确;含情绪维但不替我决策;未编业界阈值;4 步收尾完整。 任意一条没满足即视为未达标,需补料后重跑。
## 信息输入

评审之前先看我手里的字段齐不齐。

如果已运营时长加付费用户数加 MRR 能讲、Aha Moment 达成率有数(首次成功 / 注册数)、单位经济能算(净到账 / 用户 / 月)、30 天和 60 天留存能查、客服时间占比有数、当前主观情绪能讲,这 5 件事我能填出 70% 以上,你就直接开始评审。如果付费用户少于 3 人,强制走"停或继续验证"二选一,不给"放大"选项。

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

1. 已运营多久?当前付费用户数?MRR 大概多少?
2. Aha Moment 达成率?(首次成功跑通核心闭环 / 注册数 = ?%)
3. 单位经济:单用户净到账每月大概多少?正还是负?
4. 30 天留存 + 60 天留存大致是?
5. 你现在的主观情绪?(兴奋 / 平稳 / 疲惫 / 想放弃)

如果 6 类数据少于 3 类有数,拒绝评审让我先做 1 周台账。情绪字段空时默认按"平稳"处理。

## 工作流程

第一步是 6 维评分。在 `<thinking>` 标签里先梳理"用户少是没找到 vs 找到了留不住 vs 留住了不赚钱"。每维 0 到 10。

| 维度 | 0 到 3(差) | 4 到 6(中) | 7 到 10(好) |
|------|--------------|--------------|---------------|
| 付费用户数 | 小于 3 | 3 到 10 | 10 以上 |
| Aha 达成率 | 小于 20% | 20 到 50% | 50% 以上 |
| 单位经济 | 负到打平 | 微正小于 5 美元 | 5 美元以上 |
| 留存 30 天 | 小于 30% | 30 到 60% | 60% 以上 |
| 客服时间占比 | 大于 50% | 20 到 50% | 小于 20% |
| 自己情绪 | 想放弃 / 疲惫 | 平稳 | 兴奋 / 平稳清晰 |

第二步是总分映射唯一判断:50 分以上"放大"、30 到 49"修"、低于 30"停"。

第三步是写 30 天窗口期。如果选"修",列 3 件 30 天内必做事和必修指标(比如"30 天后 Aha 达成率必须超过 40%")。

第四步是设硬停条件。如果 30 天后某个指标仍低于某个数(具体数字),就必须停。这条硬条件必须明示,不能用"再看看"敷衍。

第五步是给收尾或加码动作。

| 判断 | 接下来 |
|------|--------|
| 停 | 4 步收尾:发退订通知 → 处理退款 → 数据导出给用户 → 关服务器 |
| 修 | 30 天内 3 件必做 + 硬停条件 |
| 放大 | 下个 30 天 1 件加码:拉新 / 加价 / 拉团队 / 上 SEO 四选一 |

## 示例 / 样板

公开范围参数:产品类型 = B2C AI 工具按月订阅;运营时长 = 8 周;付费用户 = 3 人;MRR = $57;单位经济 = -$2 / 用户 / 月;30 天留存 = 33%;客服时间占比 = 60%;情绪 = 疲惫。

期望输出节选:

```
6 维评分
- 付费用户数:3 分(3 人在 3 到 10 区间下沿)
- Aha 达成率:5 分(50% 中等)
- 单位经济:2 分(负 2 美元)
- 留存 30 天:4 分(33% 中下)
- 客服时间占比:2 分(60% 太高)
- 自己情绪:2 分(疲惫)

总分:18 → 停

4 步收尾
1. 7 天内给 3 个付费用户发邮件:14 天后服务停止,提前申请退款
2. 处理剩余订阅周期内的退款
3. 提供数据导出 zip(用户上传过的 CSV + 历史分析结果)
4. 关 Vercel + Stripe + 域名(域名留 1 年作 redirect)

理由
单位经济为负且情绪疲惫,按当前节奏继续只会更累。
如果有重启意愿,30 天后回访谈板块换人群再来。
```

反面例子:根据"我感觉项目有前景"给放大判断(主观情绪不是数据证据);编"业界放大门槛 MRR 10000 美元"(无源数据);总分 25 还给"修"判断(违反低于 30 必停硬约束);硬停条件写"看情况"(违反必须具体数字硬约束)。

## 输出规范

直接输出《[产品方向]》三闸门评审报告正文,不要前言后语,总字数 800 到 1200 字,按以下顺序:

1. 6 维评分卡:维度 / 数据 / 0 到 10 / 扣分原因
2. 总分 + 三档判断:停 / 修 / 放大
3. 如选修:30 天窗口期 3 件必做 + 必修指标
4. 硬停条件:30 天后 X 仍低于 Y 必须停
5. 如选停:4 步收尾;如选放大:1 件加码动作

输出前自检:6 维有数据;总分映射唯一;含硬停条件且数字明确;含情绪维但不替我决策;未编业界阈值;4 步收尾完整。

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

- 6 维数据少于 3 维有数拒绝(先做 1 周台账)
- 要求"业界停损 / 放大基准"拒绝(无源数据)
- 要求"鸡汤式坚持就胜利"拒绝
- 要求设计避税或隐瞒收入拒绝
- 字段全空或仍是 `___` 占位符没替换拒绝

先给结论

Micro SaaS 停 / 修 / 放大要先回答五个问题:

问题要判断
已运营时长 + 付费数是否过了 8 周观察期 + ≥ 3 付费
Aha 达成率首跑通 / 注册 比例(< 20% / 20-50% / > 50%)
单位经济单用户净到账每月(负 / 微正 / ≥ $5)
30 天留存< 30% / 30-60% / > 60%
自己情绪兴奋 / 平稳 / 疲惫 / 想放弃(不替决策只做警示)
流程图加载中

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

暂停或放大决策先服务真实任务

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

Micro SaaS 暂停 / 放大决策这类文章的共同启发是:专业能力不是堆概念,而是把模糊问题整理成可执行流程。这意味着 MRR / Churn / 单位经济三个数提前设阈值,单月波动不算依据。

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

新手先收窄场景

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

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

第 1 步:把当前运营状态翻译成 6 维评分输入

先写一句话:

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

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

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

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

输入材料的最低线

至少要有三类材料:1 周以上单位经济台账(如 周度现金流复盘)、30/60 天留存数据、6 维评分原始数据。台账缺先回去做 1 周复盘再来评审。

第 2 步:算总分映射停修放大红黄绿

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

判断项绿灯黄灯红灯
总分映射≥ 50 → 放大30-49 → 修< 30 → 必停
单位经济> $5 / 用户 / 月$0-5 微正负值
30 天留存> 60%30-60%< 30%
客服时间占比< 20%20-50%> 50%
30 天硬停条件写明指标 + 阈值 + 日期模糊"看情况“没写或写”再坚持"

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

反证也要写

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

第 3 步:搭最小评审样品和硬停条件草稿

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

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

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

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

样品要有退出条件

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

第 4 步:检查鸡汤式坚持和情绪绑架红线

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

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

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

边界要写给用户看

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

第 5 步:30 天再评并固化下一档动作

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

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

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

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

操作检查表

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

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

AI 怎么辅助

AI 适合做这些:

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

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

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

官方资料与核验口径

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

跨平台核验入口:

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

常见问题

单位经济为负但我觉得“再做 3 个月就能转正”怎么办?

按数据走,不按感觉。设硬停条件:“30 天后单用户净到账仍低于 $0 / 月就必须停”。情绪是参考指标,不是决策证据。如果 3 个月内有具体降本路径(如 cache 复用 / 模型降级)能让单位经济转正,写成 30 天必做事,每周复盘。

Indie Hacker 收购窗口怎么判断?

通常具备 3 条信号才算窗口期:MRR 12 个月稳定 + 月度 Churn < 4% + 自己运营时间能压到每周 5 小时以下。三条都不满足就不要为了“卖出去”调整产品方向,反而会拖累。

总分卡在 35 分(修档但很想停)怎么决定?

按“硬停条件 30 天后再看”。这 30 天里只做 3 件必做事(不并行)。如果心理上已经放弃 5 周以上、客服时间 > 50%、单位经济为负,三条同时满足时即使总分 35 也建议直接进收尾流程——继续修反而是机会成本。

停服后老用户能保留多久数据?

至少 90 天可下载,发停服邮件时附数据导出链接(CSV / JSON 都给)。GDPR 适用区域必须给删除请求入口。域名留 1 年作 redirect 指向新产品或归档页,不要直接 404。

执行前至少核验:

接下来去哪

本页目录