NYC

MVP Builder

SKILL.md

MVP Builder

Ship MVPs in 1-2 weeks, not months.

Core Principle

Start with the smallest thing that proves/disproves your riskiest assumption.

MVP = Minimum Viable Product, not Minimum Pretty Product.

MVP Feature Matrix

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

Example: Task Management MVP

P0 (Week 1):

  • Create task with title/description
  • Mark task complete
  • View task list
  • Basic authentication

P1 (Post-validation):

  • Due dates, priorities, reminders

P2 (Future):

  • Team collaboration, file attachments, mobile app

Out of Scope:

  • Gantt charts, time tracking, integrations

5 MVP Patterns

1. Concierge MVP

Definition: Manually deliver the service before building automation

When to use: Core value is service delivery, not technology

Examples:

  • Food delivery → Take orders via WhatsApp, deliver yourself
  • AI copywriter → Manually write copy for customers
  • Scheduling tool → Coordinate meetings via email

Time: 1-3 days | Validates: People want the service


2. Wizard of Oz MVP

Definition: Interface looks automated, but humans operate it behind the scenes

When to use: Automation is expensive/complex to build

Examples:

  • Zapier early days → Manually created integrations
  • AI chatbot → Human answers, customer thinks it's AI

Time: 1 week | Validates: Users engage with interface


3. Landing Page MVP

Definition: Explain the product + collect emails (no product yet)

When to use: Testing demand before building anything

Examples:

  • Dropbox → Video showing concept
  • Buffer → Landing page before code existed

Time: 1-2 days | Validates: People sign up for waitlist


4. Single-Feature MVP

Definition: One feature that solves one problem

When to use: One feature delivers 80% of value

Examples:

  • Twitter → Just post 140-character updates
  • Instagram → Just share photos with filters
  • Stripe → Just accept credit card payments

Time: 1-2 weeks | Validates: People use the core feature


5. Piecemeal MVP

Definition: Combine existing tools instead of building custom

When to use: You can cobble together a solution with existing tools

Examples:

  • Typeform + Airtable + Zapier + Stripe
  • No-code tools: Webflow, Bubble, Retool

Time: 2-5 days | Validates: Workflow works end-to-end

Tech Stack Decision Tree

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:

  • Frontend: React + Vite or Next.js
  • Backend: Supabase (Postgres + Auth + Storage) or Express.js
  • Styling: Tailwind CSS + shadcn/ui
  • Hosting: Vercel/Netlify (frontend) + Railway/Fly.io (backend)
  • Auth: Clerk or Supabase Auth
  • Payments: Stripe Checkout

Speed-Focused Tools:

  • Supabase (backend in 10 min)
  • Vercel v0 (UI generation)
  • Clerk (auth in 5 min)
  • Stripe Checkout (payments in 20 min)

Anti-Patterns to Avoid

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

MVP Quality Standards

Must Have ✅

  • Core feature works end-to-end
  • Basic auth (login/signup)
  • Deploys without crashing
  • Mobile-responsive (doesn't need to be beautiful)
  • Basic error handling

Can Skip ⏸️

  • Perfect UI/UX
  • Email notifications
  • Advanced features
  • Analytics dashboard
  • Error monitoring (add after validation)
  • Tests (add after product-market fit)

Build Process

Week 1: Build Core Feature

Days 1-2: Design + Setup

  • Sketch 3 screens (paper/Figma)
  • Set up repo + database (3-5 tables max)
  • Deploy infrastructure

Days 3-4: Build

  • Authentication (use library, don't build)
  • Core feature (1 user flow only)
  • Basic UI (use component library)

Day 5: Polish + Deploy

  • Fix critical bugs
  • Deploy to production
  • Share with 5 friends for feedback

Week 2: Validate

Days 1-2: Iterate

  • Fix issues from Week 1 feedback
  • Add 1-2 critical missing features

Days 3-4: Get Users

  • Share on social media
  • Post in relevant communities
  • Email 20 people personally

Day 5: Analyze & Decide

  • Did 10+ people sign up?
  • Did 3+ people use it 3+ times?
  • Are 1-2 people willing to pay?

Decision Point:

  • ✅ Yes to above → Build P1 features
  • ❌ No → Pivot or kill project

Launch Checklist

Pre-Launch (1 hour):

  • Core user flow works end-to-end
  • Sign up + login works
  • Deployed with HTTPS
  • Privacy policy + ToS (use generator)

Launch Day:

  • Post on Twitter/LinkedIn with screenshot
  • Share in 3-5 relevant communities
  • Email 20 people personally

Week 1 Post-Launch:

  • Reply to every piece of feedback
  • Fix critical bugs within 24 hours
  • User interview with 3-5 early users

Success Metrics

MVP validation criteria:

  • 10+ signups in first week
  • 3+ people use it 3+ times
  • 1-2 people willing to pay

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.

Real MVP Examples

Successful minimal starts:

  • Airbnb: Photos of their apartment + PayPal link
  • Stripe: Just a form to collect card details
  • Dropbox: Video demo before building product
  • Uber: iPhone app in San Francisco only
  • Facebook: Harvard students only, basic profiles

All started much smaller than you think.

Related Resources

Related Skills:

  • product-strategist - For validating product-market fit
  • frontend-builder - For building the UI
  • api-designer - For backend API design
  • deployment-advisor - For deployment decisions
  • go-to-market-planner - For launch strategy

Related Patterns:

  • META/DECISION-FRAMEWORK.md - Platform selection decision tree

Related Playbooks:

  • PLAYBOOKS/build-mvp.md - Step-by-step MVP build procedure (when created)

Quick Reference

For experienced users:

  • Identify riskiest assumption
  • Choose MVP pattern (Concierge/Wizard/Landing/Single-Feature/Piecemeal)
  • Categorize features (P0/P1/P2/Out of Scope)
  • Build P0 only (1-2 weeks max)
  • Ship ugly but functional
  • Validate with 10+ users
  • Decide: build P1 or pivot
Weekly Installs
0
First Seen
Jan 1, 1970