npx skills add https://github.com/daffy0208/ai-dev-standards --skill 'MVP Builder'在 1-2 周内交付 MVP,而不是数月。
从能证明/证伪你最冒险假设的最小事物开始。
MVP = 最小可行产品,而不是最小美观产品。
使用此矩阵对每个功能想法进行分类:
| 类别 | 定义 | 行动 |
|---|---|---|
| P0 | 核心价值主张必须具备 | 立即构建 |
| P1 | 重要但可以等到 v1.1 | 验证后发布 |
| P2 | 锦上添花,愉悦功能 | v2+ 发布 |
| 超出范围 | 验证不需要 | 无限期推迟 |
P0 (第 1 周):
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
P1 (验证后):
P2 (未来):
超出范围:
定义: 在构建自动化之前手动提供服务
使用时机: 核心价值在于服务交付,而非技术
示例:
时间: 1-3 天 | 验证: 人们需要该服务
定义: 界面看起来是自动化的,但背后是人工操作
使用时机: 自动化构建成本高/复杂
示例:
时间: 1 周 | 验证: 用户与界面互动
定义: 解释产品 + 收集电子邮件(尚无产品)
使用时机: 在构建任何东西之前测试需求
示例:
时间: 1-2 天 | 验证: 人们注册等待列表
定义: 解决一个问题的单一功能
使用时机: 一个功能能提供 80% 的价值
示例:
时间: 1-2 周 | 验证: 人们使用核心功能
定义: 组合现有工具,而非构建自定义方案
使用时机: 你可以用现有工具拼凑出一个解决方案
示例:
时间: 2-5 天 | 验证: 端到端工作流可行
Is this a web app?
├─ YES
│ ├─ Need real-time?
│ │ ├─ YES → Next.js + Supabase + WebSockets
│ │ └─ NO → Remix + PostgreSQL
│ └─ Simple CRUD? → Supabase + React
└─ NO
├─ Mobile app? → React Native + Expo
├─ API only? → Express + PostgreSQL
├─ Chrome extension? → Vanilla JS + Chrome APIs
└─ CLI tool? → Node.js or Python
推荐的 MVP 技术栈:
速度优先工具:
❌ “以防万一”地构建功能 → 当 3 个以上用户请求时再构建 ❌ 发布前追求完美设计 → 发布功能性的产品,难看没关系 ❌ 过度设计架构 → MVP 用单体架构即可 ❌ 自定义身份验证 → 使用 Clerk、Auth0 或 Supabase Auth ❌ 先构建管理面板 → 使用数据库 GUI (Retool/Supabase) ❌ 先做移动应用再做网页 → 始终网页优先 ❌ 为 100 万用户做扩展 → 为 10 个用户构建,需要时再扩展
第 1-2 天:设计 + 设置
第 3-4 天:构建
第 5 天:完善 + 部署
第 1-2 天:迭代
第 3-4 天:获取用户
第 5 天:分析并决定
决策点:
发布前 (1 小时):
发布日:
发布后第 1 周:
MVP 验证标准:
如果你达到了这些指标: 你可能有所收获。构建 P1 功能。
如果你没有达到: 转向或继续前进。不要花几个月时间投入在没人想要的东西上。
成功的极简起点:
它们的起点都比你想象的要小得多。
相关技能:
product-strategist - 用于验证产品市场契合度frontend-builder - 用于构建 UIapi-designer - 用于后端 API 设计deployment-advisor - 用于部署决策go-to-market-planner - 用于发布策略相关模式:
META/DECISION-FRAMEWORK.md - 平台选择决策树相关操作手册:
PLAYBOOKS/build-mvp.md - 分步 MVP 构建流程 (创建时)对于有经验的用户:
每周安装量
0
代码仓库
GitHub 星标数
18
首次出现
1970年1月1日
安全审计
Ship MVPs in 1-2 weeks, not months.
Start with the smallest thing that proves/disproves your riskiest assumption.
MVP = Minimum Viable Product, not Minimum Pretty Product.
Categorize every feature idea using this matrix:
| Category | Definition | Action |
|---|---|---|
| P0 | Must have for core value proposition | Build now |
| P1 | Important but can wait for v1.1 | Ship after validation |
| P2 | Nice to have, delight features | Ship v2+ |
| Out of Scope | Not needed for validation | Defer indefinitely |
P0 (Week 1):
P1 (Post-validation):
P2 (Future):
Out of Scope:
Definition: Manually deliver the service before building automation
When to use: Core value is service delivery, not technology
Examples:
Time: 1-3 days | Validates: People want the service
Definition: Interface looks automated, but humans operate it behind the scenes
When to use: Automation is expensive/complex to build
Examples:
Time: 1 week | Validates: Users engage with interface
Definition: Explain the product + collect emails (no product yet)
When to use: Testing demand before building anything
Examples:
Time: 1-2 days | Validates: People sign up for waitlist
Definition: One feature that solves one problem
When to use: One feature delivers 80% of value
Examples:
Time: 1-2 weeks | Validates: People use the core feature
Definition: Combine existing tools instead of building custom
When to use: You can cobble together a solution with existing tools
Examples:
Time: 2-5 days | Validates: Workflow works end-to-end
Is this a web app?
├─ YES
│ ├─ Need real-time?
│ │ ├─ YES → Next.js + Supabase + WebSockets
│ │ └─ NO → Remix + PostgreSQL
│ └─ Simple CRUD? → Supabase + React
└─ NO
├─ Mobile app? → React Native + Expo
├─ API only? → Express + PostgreSQL
├─ Chrome extension? → Vanilla JS + Chrome APIs
└─ CLI tool? → Node.js or Python
Recommended MVP Stack:
Speed-Focused Tools:
❌ Building features "just in case" → Build when 3+ users request ❌ Perfect design before launch → Ship functional, ugly is fine ❌ Over-engineering architecture → Monolith is fine for MVP ❌ Custom authentication → Use Clerk, Auth0, or Supabase Auth ❌ Building admin panel first → Use database GUI (Retool/Supabase) ❌ Mobile app before web → Web first, always ❌ Scaling for 1M users → Build for 10 users, scale when needed
Days 1-2: Design + Setup
Days 3-4: Build
Day 5: Polish + Deploy
Days 1-2: Iterate
Days 3-4: Get Users
Day 5: Analyze & Decide
Decision Point:
Pre-Launch (1 hour):
Launch Day:
Week 1 Post-Launch:
MVP validation criteria:
If you hit these: You might have something. Build P1 features.
If you don't: Pivot or move on. Don't invest months in something nobody wants.
Successful minimal starts:
All started much smaller than you think.
Related Skills:
product-strategist - For validating product-market fitfrontend-builder - For building the UIapi-designer - For backend API designdeployment-advisor - For deployment decisionsgo-to-market-planner - For launch strategyRelated Patterns:
META/DECISION-FRAMEWORK.md - Platform selection decision treeRelated Playbooks:
PLAYBOOKS/build-mvp.md - Step-by-step MVP build procedure (when created)For experienced users:
Weekly Installs
0
Repository
GitHub Stars
18
First Seen
Jan 1, 1970
Security Audits
React 组合模式指南:Vercel 组件架构最佳实践,提升代码可维护性
107,800 周安装