version-planner
从 MVP 到 V1.0 的产品版本规划
产品团队常常难以确定发布功能的范围。此技能将需求分解为从 MVP 到 V1.0 的渐进版本，帮助团队更快地交付价值。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“version-planner”。 我想做一个任务管理 App，核心是创建任务、设置截止日期、提醒功能，还想要团队协作、数据看板、API 集成。
预期结果:
# 任务管理 App 版本规划
## V0.1 MVP - 核心任务管理
**功能清单**：创建任务、设置截止日期、基础提醒
**不做什么**：团队协作、数据看板、API 集成
**验证点**：用户能否完成基本任务管理流程
## V0.2 - 个人效率增强
**功能清单**：任务分类、优先级、重复任务
## V1.0 - 团队协作
**功能清单**：团队共享、评论、数据看板
正在使用“version-planner”。 我要做一个笔记应用，主要用来写长文和做知识管理。
预期结果:
# 笔记应用版本规划
## V0.1 MVP - 核心写作体验
**功能清单**：创建笔记、富文本编辑、本地保存
**不做什么**：云同步、标签系统、分享功能
## V0.2 - 知识整理
**功能清单**：标签分类、搜索功能、分类文件夹
正在使用“version-planner”。 帮我看看这个需求怎么拆版本：我要做一个在线预约系统。
预期结果:
# 在线预约系统版本规划
## V0.1 MVP - 基础预约
**功能清单**：创建可预约时段、客户选择时段、预约确认
**验证点**：能否完成一个完整预约流程
## V0.2 - 预约管理
**功能清单**：商家管理预约、客户取消改期、预约提醒
安全审计
安全All static security findings are false positives. The backtick characters are markdown code fence delimiters, not shell execution. The weak crypto flag is a Chinese description string. High entropy is normal for mixed-language markdown. No actual security risks detected in this legitimate product planning skill.
质量评分
你能构建什么
初创企业 MVP 规划
拥有产品想法的创始人需要在全面开发之前识别最小功能集来验证假设。
功能范围管理
面对大量功能需求而不知如何处理的团队需要帮助将其分解为可管理、可交付的增量。
路线图沟通
产品经理需要清晰的版本文档来与利益相关者和开发团队沟通计划。
试试这些提示
帮我规划一个 [产品类型] 的版本路线图。我想做一个 [核心功能描述]，目标用户是 [用户群体]。
我有很多功能想法：[功能列表]。请帮我拆解成版本规划，核心痛点是 [主要问题]。
目前产品已有 [现有功能]。想加入 [新功能]，请设计一个从当前状态到 V1.0 的演进路线。
请生成一份版本规划文档，包含 MVP 目标、各版本功能清单、不做什么、以及验证点。我需要向投资人/管理层展示。
最佳实践
- 在增加复杂性之前，从验证核心价值的最小功能集开始
- 为每个版本定义清晰的'不做什么'边界以防止范围蔓延
- 为每个里程碑包含可衡量的验证标准以跟踪进度
避免
- 避免在未验证 MVP 之前规划所有功能
- 不要跳过记录每个版本的'不做'清单
- 不要提供精确时间线；使用相对估算如 'X 天工作量'