Micro-SaaS MVP 功能蓝图（从核心任务 → 必备功能 → 首次发布计划）
把一个 Micro-SaaS 想法收敛成清晰的 MVP 范围：明确必备功能与可执行的首发计划。
提示词概览
精选 AI 合作伙伴
给你的提示
保持冷酷：MVP 不是最终产品。如果某个功能不能直接创造首个可衡量结果，就把它列入 v1 禁止清单。
来自运营团队NexusAi Technology解决的问题
许多创始人要么过度开发，要么先做错功能。这个提示词会把模糊想法转化为聚焦的 MVP 蓝图：明确用户、问题、核心工作流与必备功能，帮助你更快上线、减少浪费。
严格 MVP 范围控制
通过限制必备功能数量并明确禁止范围蔓延，确保 v1 可上线。
工作流优先规划
围绕用户路径设计功能，确保产品有清晰的“魔法时刻”。
验证检查点
设置 go/no-go 检查点，避免盲目开发。
发布时间线模板
生成现实可执行的 2–6 周构建计划与阶段性交付目标。
AI 提示词说明
扮演一名资深 Micro-SaaS 产品策略顾问。
目标：把我的想法转换为一个 2–6 周内可构建的严格 MVP 功能蓝图。
你必须具体且务实。
输入：
A) Micro-SaaS 想法（1–3 句话）：
[粘贴]
B) 目标用户（谁付费？）：
[粘贴]
C) 当前替代方案（他们现在怎么做？）：
[粘贴]
D) 我可现实使用的获客渠道（选 1–2）：
SEO | cold email | communities | app marketplace | partnerships | social
要求输出：
1) 一句话产品主张
- 用户 + 痛点 + 承诺 + 可衡量结果
2) 核心任务（Job-to-be-Done）拆解
- 主要任务
- 次要任务
- 成功标准（“有效”意味着什么？）
3) 核心工作流地图（Happy Path）
- 用户逐步路径（7–12 步）
- 价值产生点（“魔法时刻”）
4) MVP 功能集合（严格）
- 必备功能（最多 7 个）
- 可选功能（最多 6 个）
- v1 明确禁止（最多 8 个）+ 原因
5) 发布计划
- 按周构建计划（2–6 周）
- 验证检查点（什么必须成立才能继续？）
约束：
- 保持小而可上线。
- 不要模糊功能，例如“AI 洞察”，除非定义清晰输入/输出。
- 若想法不可行，说明原因并提出最小转向方案。
预期结果
一个紧凑的 MVP 蓝图：产品主张、JTBD、工作流、必备功能、禁止清单，以及 2–6 周发布计划。
实施流程
一次性生成 MVP 蓝图
用 ChatGPT 运行提示词，快速产出产品主张、工作流与严格 MVP 范围（尤其是 v1 禁止清单）。
15–25 分钟验证构建可行性
用 Claude 把 MVP 功能改写为可实施的用户故事与验收标准（不扩大范围）。
20–35 分钟转为构建追踪表
用 Coda AI 把必备功能转成 backlog 表（功能 → 用户故事 → 负责人 → ETA → 验证点）。
15–25 分钟