Micro SaaS定价底线：先算范围、成本和风险，再谈价格
用户问『一个月多少钱』时，别先报价。本文给你 Micro SaaS 定价底线核算卡：6 类成本拆分 + 区间月费公式 + 5 项范围红线 + 白嫖警戒线，算完直接告诉你上线、补证据还是暂停。
📖 本篇术语速查表
| 英文 / 缩写 | 中文 | 一句话解释 |
|---|---|---|
| brief | 项目简报 | 写清目标、输入、输出、范围和验收标准的文件。 |
| workflow | 工作流 | 从材料到交付再到复盘的一组步骤。 |
| scope | 范围 | 本次包含和不包含的内容边界。 |
| QA | 质量检查 | 交付或发布前检查事实、格式、权限和风险。 |
| feedback loop | 反馈循环 | 把用户行为和原话转成下一步修改。 |
| monetize | 变现 | 本文所在的Micro SaaS变现阶段。 |
| Prompt | 提示词 | 写给 AI 的任务说明，用来生成执行方案。 |
读完你能交付：一张《[你的产品]》定价底线核算卡（6 类成本 / 月费区间 / 5 项范围红线 / 白嫖警戒线 / 三档判断）。 一句话锚点：用户问“一个月多少钱”前，先把月固定成本、单次变动成本、退款 buffer 算清。
不想读完？把下面这段提示词丢给 AI 帮你跑完——复制提示词，喂给 Codex / Claude Code / Cursor / DeepSeek，把变量改成你的项目，AI 会按本文 H2 输出执行方案。
# 角色：独立软件 SaaS 定价底线和范围核算顾问
你是我 SaaS 方向的定价底线和范围核算顾问。我会把一个已经跑通核心闭环的 Micro SaaS 产品交给你，你的工作不是替我拍板月费，而是算清 6 类成本（API、Hosting、支付、客服、时间、退款风险），告诉我这个订阅最低能承受的月费区间是多少、这一版有哪些功能必须先砍掉、白嫖比例到多少就要警戒。
你只做单订阅单位经济核算。不替我做融资或估值建议、不编 API 费率或 Stripe 抽成数字、不替我决定该不该补贴用户、不把"用爱发电""量大就好"当答案。
## 核心任务
把订阅产品翻译成一份可反证的定价底线核算单：6 类成本每类都给金额或标"未确认，执行当天后台为准"；最低订阅月费给一个区间（不给单值）并附完整计算式；范围红线列至少 5 项不该放入这版的功能并各写一句原因；白嫖警戒线写清"免费用户占比超过多少就要收紧"；最后给"继续上线 / 补证据 / 暂停"三档判断。
**成功标准**：交付的结果必须同时满足——6 类成本全列齐；底线给区间不给单值；砍掉清单至少 5 项；API 费率与 Stripe 抽成全部标"未确认，执行当天后台为准"；含白嫖警戒线；判断有理由。 任意一条没满足即视为未达标，需补料后重跑。
## 信息输入
核算之前先看我手里的字段齐不齐。
如果产品方向和已经验证的核心闭环讲得清、单次调用涉及的 API 和 token 估算能填、Hosting 和域名等固定开支能列、客服时间能估，这 4 件事我能填出 70% 以上，你就直接开始算。如果核心闭环还没跑通或者 API 调用次数完全没数，你先停下来进入访谈模式：一次只问我一个问题，给我 3 到 5 个选项让我选，等我答完你复述确认再问下一个。
访谈我时你要问的就是这五件事：
1. 核心闭环跑通了吗？输入是什么、输出是什么、一次跑多久？
2. 一个典型用户一个月调用核心闭环几次？（小于 10 / 10 到 50 / 50 到 200 / 200 以上）
3. 单次调用用的是什么模型？token 大概多少？（GPT-4o / Claude Sonnet / Haiku / DeepSeek / 本地小模型）
4. 每个用户每月预计花你多少分钟客服？（小于 5 分钟 / 5 到 15 / 15 到 30 / 30 以上）
5. 退款政策和免费试用怎么定？（不退 / 7 天可退 / 14 天可退 / 30 天可退 / 无限退）
如果核心闭环还没跑通，拒绝核算，让我先回 MVP 闭环那一步。API 费率字段空标"未确认，执行当天 OpenAI / Anthropic dashboard 核验"，客服时间留空默认 5 分钟每用户每月。
## 工作流程
第一步是算核心闭环单次成本。在 `<thinking>` 标签里先梳理"一个用户一个月跑几次免费、几次付费、有没有 cache 复用"再算。单次成本 = API tokens × 单价（标执行当天核验）+ 临时存储 + 出站流量。
第二步是拆 6 类成本。每类金额或标"未确认"：
| 成本类 | 包含 | 关键问题 |
|--------|------|----------|
| API | OpenAI / Anthropic / DeepSeek 等模型调用 | 缓存怎么做、token 怎么压 |
| Hosting | Vercel / Cloudflare / Fly / VPS + DB + 邮件 + 监控 + 域名 | 固定支出还是按量计费 |
| 支付 | Stripe / Paddle 抽成 + 跨境结算 buffer | 用 Merchant of Record 还是自己开 |
| 客服 | 平均每用户每月分钟数 × 时薪 | FAQ / 模板能压几成 |
| 时间 | 我自己的开发维护时间 × 时薪折算 | 哪些活可以拖到月底批处理 |
| 退款风险 | 月退款金额预留 buffer | 是否给"7 天无理由"招手 |
第三步是算最低订阅底线。公式：（月固定成本 / 付费用户数）+（单次变动成本 × 月调用次数）+ 30% 安全 buffer。底线必须给区间不给单值，比如"月费区间 9 到 15 美元"，单值数字会让我误以为是精算。
第四步是画范围红线。这一版不该放入的功能至少 5 项，每项给一句原因。常见砍掉项：团队协作（多人席位早期不必要）、多模型路由（一个能用就行）、自定义模型微调（用 prompt 凑合够用）、大文件导出（大对象存储贵）、复杂权限和审计日志（B 端才需要）、SSO 单点登录（前期 Email 注册就行）。
第五步是设白嫖警戒线。Free 用户占比超过多少要警戒（一个保守起点是 80%）、单个 Free 用户消耗超过多少 token 要触发挂账提醒、Free 配额到期不升级的处理（继续允许只读 / 自动归档 / 直接锁号）。
第六步是给"继续上线 / 补证据 / 暂停"三档判断。底线月费高于市场可接受区间且短期降不下来 → 暂停或换人群；底线在市场区间但白嫖比例已经爆 → 补证据先做付费转化测试；底线和白嫖都健康 → 继续上线。
**三档判定**（输出末尾必须显式给出"判定档 + 下一步动作 + 再评窗具体天数"，否则视为不合格）：
| 判定 | 触发条件 | 下一步动作 | 再评窗 |
|------|---------|----------|-------|
| **上线 · 绿灯** | 底线月费在市场可接受区间 + 白嫖比例 < 80% + 6 类成本全列齐 | 接入 Stripe / Paddle 开收款，跑 30 天 cohort | 30 天后回看 MRR / Churn 重审 |
| **补证据 · 黄灯** | 底线在区间但白嫖 > 80% / 1 类成本未确认 | 只动 1 个变量（试用门槛或单点定价） | 14 天后重跑 |
| **暂停 · 红灯** | 底线高于市场可接受区间且短期降不下来 / 核心闭环未跑通 | 回 MVP 闭环补料或换人群 | 30 天后再来 |
## 示例 / 样板
公开范围参数：产品类型 = 单租户 B2C AI 工具；用户量级 = 0-200 付费用户阶段；MRR 区间 = $0-$3k；平台栈 = Vercel + Supabase + Stripe；维护时间 = 每周 ≤ 10 小时。产品方向"AI 整理 Etsy 差评生成商品改进建议"，单次调用 GPT-4o mini 约 3000 token，预计一个用户一个月跑 100 次，Hosting 走 Vercel + Supabase 约 20 美元一月，客服每用户 5 分钟，自己时薪折 20 美元一小时。
期望输出节选：
```
单次调用成本估算
3000 token × 单价（未确认，按 GPT-4o mini 公开 input/output 算 ≈ 0.0006 美元）+ 临时存储忽略 = 单次 0.0006 美元
6 类成本月度估算
- API：0.0006 × 100 次 = 0.06 美元（占比小）
- Hosting：20 美元固定（Vercel + Supabase 起步）
- 支付：Stripe 抽成（未确认，按 2.9% + 0.30 美元一笔算）
- 客服：5 分钟 × 20 美元 / 60 = 1.67 美元
- 时间：自己每月维护 4 小时 × 20 美元 = 80 美元 / 付费用户数
- 退款风险：5% 月费 buffer
最低订阅底线
按 10 付费用户算：(20 + 80) / 10 + (0.06 + 1.67) + 30% buffer ≈ 14.8 美元
底线月费区间：14 到 19 美元
范围红线（这一版砍掉）
- 团队席位（前 100 用户都是个人卖家）
- 多模型路由（GPT-4o mini 一个够用）
- 自定义品牌商用授权（暂时挂在 FAQ 写"售出建议表归你所有"）
- 大文件批处理（单次最多 100 条）
- SSO / SAML（Email 注册够）
```
反面例子：直接写"月费 19 美元参考竞品"（违反"算自己成本"硬约束）；编造 OpenAI 单价精确数字（违反执行当天核验铁律）；底线给单值"15.5 美元"而不给区间（违反输出规则）；范围红线只砍 2 项（违反 5 项最低数）。
## 输出规范
直接输出《[产品方向]》定价底线核算单正文，不要前言后语，总字数 800 到 1200 字，按以下顺序：
1. 单次闭环成本：API + 存储 + 流量，每项标金额或"未确认"
2. 6 类成本月度估算表：每类金额或"未确认"
3. 最低订阅底线月费区间 + 完整计算式
4. 范围红线：至少 5 项砍掉的功能 + 每项一句原因
5. 白嫖警戒线：Free 占比阈值 + 单用户用量阈值 + 处理方式
6. 三档判断：继续上线 / 补证据 / 暂停 + 理由
输出前自检：6 类成本全列齐；底线给区间不给单值；砍掉清单至少 5 项；API 费率与 Stripe 抽成全部标"未确认，执行当天后台为准"；含白嫖警戒线；判断有理由。
## 硬约束 · 拒绝场景
遇到下面这些情况直接拒绝核算，告诉我先回去补哪一项：
- 核心闭环还没跑通回 MVP 闭环那一步先验证
- 要求"业界 SaaS 月费中位数""毛利率行业基准"拒绝（无源数据，让我自己看市场区间）
- 要求设计高补贴或烧钱拉新拒绝（违反"用爱发电不是答案"原则）
- 字段全空或仍是 `___` 占位符没替换拒绝先给结论
Micro SaaS 定价底线要先回答五个问题：
| 问题 | 要判断 |
|---|---|
| 用户是谁 | 是否真有月度复发的任务和场景 |
| 单次变动成本 | API / 客服 / 存储一次跑多少钱 |
| 月固定成本 | Hosting / 监控 / 域名 / 自己时薪折算多少 |
| 退款与白嫖风险 | 7 天退款比例、Free 占比、Stripe 拒付率是否可控 |
| 下一步是什么 | 上线、补证据还是暂停 |
新手不要用热情替代判断。这个阶段最容易出错的地方，是把“我会工具”误读成“我能交付”。真正要检查的是：输入是否清楚、交付物是否可用、边界是否写明、风险是否能被发现。如果这些问题答不上来，先补材料，不要急着放大。
定价底线先服务真实任务
Micro SaaS的定价底线，不是为了显得更专业，而是为了让有明确流程痛点的小团队或独立用户能在真实任务里得到可检查的结果。它应该服务一个真实任务：让用户从不确定状态，进入能判断、能执行、能复盘的状态。
Micro SaaS 定价底线这类文章的共同启发是：专业能力不是堆概念，而是把模糊问题整理成可执行流程。这意味着每月固定成本 + 单位变动成本必须低于客单价 30%，否则定价不成立。
如果你只写“做得更好”“提升效率”“扩大影响”，客户或用户很难行动。更好的写法是：本周收集哪些材料，做出哪个样品，用什么表检查，出现哪些红灯就暂停。
新手先收窄场景
不要同时服务所有人。先选择一个更窄场景，例如一类用户、一种交付物、一个平台或一个业务阶段。场景越窄，例子越具体，风险也越容易提前发现。
如果你发现文章或方案可以套到任何行业，通常说明它还不够具体。把对象、材料、工具、交付和复盘都写具体，才会真正帮助新手。
第 1 步：把订阅人群翻译成成本边界
先写一句话：
我这次要帮助 ___ 在 ___ 场景下，用 ___ 材料，完成 ___ 结果。这句话写不出来，后面所有动作都会漂。目标不清，会导致样品不清；输入不清，会导致 AI 输出不稳；用户不清，会导致页面和交付无法聚焦。
| 字段 | 填写方式 |
|---|---|
| 目标用户 | 有明确流程痛点的小团队或独立用户 |
| 当前任务 | 先算范围、成本和风险，再谈价格 |
| 已有输入 | 原话、样品、数据、链接、旧流程 |
| 交付结果 | 访谈记录、MVP 单闭环、支付路径、支持记录和迭代表 |
| 红灯 | 伪需求、过度开发、支付失败、隐私数据和长期支持压力 |
这一步不要让 AI 替你编材料。AI 可以整理你给出的信息，但不能证明用户真的存在，也不能确认平台和支付规则。
输入材料的最低线
至少要有三类材料：用户原话、当前样品或旧流程、执行平台或工具入口。只有想法，没有材料，就先回到 Mom Test 用户访谈 做研究；只有工具，没有付费循环，先跑 MVP 单闭环 再回来算价。
第 2 步：算月经常性收入红黄绿判定
判断表要让你知道现在该继续还是暂停。
| 判断项 | 绿灯 | 黄灯 | 红灯 |
|---|---|---|---|
| 月经常性收入（MRR） | 月固定 + 单位变动 < 客单价 70% | 占比 70-90% | ≥ 90%，毛利为负 |
| 流失率（Churn） | 月度 < 5% | 5-8%，可定位原因 | > 8% 且找不到主因 |
| 留存收入（NRR） | ≥ 95%，扩展抵流失 | 80-95% | < 80% |
| 平均客户价值（ARPU） | 月费区间清楚，单值未承诺 | 区间宽但有上下限 | 单值报价无依据 |
| 退款 / 拒付 | 7 天退款 < 5%，Stripe 拒付 < 1% | 5-10% / 1-2% | > 10% / > 2% |
表格不是为了好看，而是为了停止错误动作。很多失败不是因为执行不努力，而是黄灯和红灯被忽略。
反证也要写
判断表里要保留反证。比如用户不愿提供材料、只想免费试做、平台规则不清、工具能力未核验、交付后支持压力过高。反证能帮你避免把小问题做大。
第 3 步：搭最小可定价样品和 Stripe 沙箱
最小样品或流程要足够小，但必须真实。
| 类型 | 最小样品 |
|---|---|
| 服务 | 一页 Brief、一个样品交付、一个验收清单 |
| 工具 | 一个可运行流程或字段表 |
| 内容 | 一段样稿、一张结构表、一份质检记录 |
| 变现 | 一个范围清楚的报价页或提案 |
| 规模化 | 一个小渠道实验或 SOP 片段 |
样品的目标不是展示你能做很多，而是让用户判断“这是不是我需要的”。如果样品需要你在旁边解释很久，就说明它还不够清楚。
做完样品后，至少找一个真实用户或旧客户看。只听赞美没有用，要问他哪里不懂、哪里有风险、是否愿意进入下一步。
样品要有退出条件
如果样品没人看、看了没人问、问的问题都和目标不相关，就不要继续加大投入。先回到目标、用户和输入，重新判断场景是否成立。
第 4 步：检查退款腐蚀和 Churn 红线
风险检查要放在交付前，而不是出了问题以后。
| 风险 | 检查动作 |
|---|---|
| 平台规则 | 到官方帮助中心或后台核验 |
| 支付退款 | 看平台和支付工具当天规则 |
| 版权隐私 | 检查素材、案例、截图和客户数据 |
| 账号权限 | 只拿必要权限，优先用测试数据 |
| 过度承诺 | 删除不可控结果，补适用边界 |
伪需求、过度开发、支付失败、隐私数据和长期支持压力都不是小细节。新手越想快点完成，越容易跳过这些检查。真正专业的做法，是把未确认字段写出来，而不是假装已经知道。
边界要写给用户看
边界不要藏在脑子里。哪些不包含、哪些需要客户提供、哪些需要执行当天核验、哪些结果不承诺，都要写进页面、提案或交付说明。
第 5 步：30 天 cohort 复盘并决定续费策略
复盘要落到下一步，不要只写感想。
| 发现 | 下一步 |
|---|---|
| 用户任务清楚 | 继续做完整版本或下一篇教程 |
| 输入材料缺失 | 先补访谈、样品或官方核验 |
| 支持问题重复 | 回写 FAQ、模板或 SOP |
| 风险未确认 | 暂停发布或暂缓报价 |
| 反馈分散 | 收窄用户和场景 |
复盘时要同时看行为和原话。行为告诉你用户做了什么，原话告诉你为什么可能这样做。只看其中一个，都容易误判。
如果复盘后没有产生新动作，说明复盘还停在总结层。好的复盘应该让下一步更小、更清楚。续费动机不足时回 留存与转介循环 找钩子。
操作检查表
| 字段 | 填写 |
|---|---|
| 当前主题 | Micro SaaS定价底线 |
| 目标用户 | 有明确流程痛点的小团队或独立用户 |
| 关键输入 | ___ |
| 最小样品 | ___ |
| 主要风险 | 伪需求、过度开发、支付失败、隐私数据和长期支持压力 |
| 官方核验入口 | ___ |
| 复盘指标 | 用户原话、样品行为、交付问题、下一步动作 |
| 当前判断 | 继续 / 补证据 / 暂停 |
这张表可以直接复制到你的项目文档里。每完成一轮，就更新一次，不要只靠记忆。
AI 怎么辅助
AI 适合做这些：
- 把用户原话整理成问题分类。
- 生成 Brief、检查表、SOP 或复盘表。
- 标出未确认字段和风险点。
- 改写页面、提案或交付说明。
- 把反馈转成下一步动作。
AI 不适合替你确认平台规则、支付退款、客户授权、隐私边界和真实购买意愿。没有证据时，必须写未确认。
让 AI 辅助时，不要只问“怎么做”。要给它材料、目标、约束和当前判断，让它帮你找遗漏。
官方资料与核验口径
平台规则、算法动向、报价规则、政策口径都会变化。本文保留的是可迁移的判断框架，具体数字一律给区间。
跨平台核验入口：
- Indie Hackers — 看 Micro SaaS 真实营收、留存与复盘
- Stripe Atlas Guides — 看 SaaS 收款、跨境结算与合同模板
- microconf — 看 bootstrap SaaS 报告、增长与定价案例
涉及具体数据、比例、报价区间的部分，以执行当天后台为准。
常见问题
no-code 跑到 MRR 千美元级要不要转 code？
先看维护时间。每周维护超过 10 小时、no-code 平台限流或合规出问题、客户开始要 API/SSO 时再考虑迁移；只是想“更工程化”不是好理由。
Churn 8% 怎么修？
先把流失用户分三档：第一周流失（onboarding 不顺）、第一月流失（首单价值未交付）、第三月流失（续费动机不足）。每档定一个修复动作，不要并行修。
单一产品做 MRR 还是做产品矩阵？
单产品 MRR < $5k 阶段不开新坑，先把 NRR 推到 95% 以上。多产品组合只有在主产品自带流量且 Churn < 4% 时才合算，否则会摊薄精力。
Stripe 拒付率 > 1% 怎么办？
按拒付原因区分：盗刷拒付（开 Radar 规则 + 3DS）、虚假产品拒付（在结账页贴退款政策）、忘记订阅拒付（提前一周邮件提醒续费）。三类合在一起处理无效。
执行前至少核验：
- Stripe Pricing Models → SaaS 定价模型
- OpenAI · API Pricing → AI 调用单价
- Lenny's Newsletter · SaaS Pricing → SaaS 定价范式