MVP Builder
Rapid MVP development and feature prioritization for fast product validation. Use when building minimum viable products, prioritizing features, validating ideas quickly, or when users need to ship products fast while avoiding over-engineering.
What this skill does
# 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
Related in General
modeling-omnistudio-epc-catalog
IncludedSalesforce Industries CME EPC product-modeling skill for Product2-based catalog creation. Use when creating EPC products, configuring product attributes, building offer bundles with Product Child Items, or reviewing EPC DataPack JSON metadata for product catalog changes. TRIGGER when: user creates or updates Product2 EPC records, AttributeAssignment payloads, AttributeMetadata/AttributeDefaultValues, Offer bundles, or ProductChildItem relationships. DO NOT TRIGGER when: designing OmniScripts/FlexCards/Integration Procedures (use building-omnistudio-omniscript, building-omnistudio-flexcard, or building-omnistudio-integration-procedure), implementing Apex business logic (use generating-apex), or troubleshooting deployment pipelines (use deploying-metadata).
relationship-science-coach
IncludedUse this skill for direct, practical adult relationship coaching: couples conflict, repair, trust, marriage, dating, flirting, attachment patterns, emotional connection, sex, desire differences, eroticism, kink negotiation, affection, love languages, breakups, and long-term passion. Draw on Gottman, EFT and Hold Me Tight, attachment science, modern sex research, Perel, Nagoski, Kerner, Schnarch, Love and Stosny, and flexible love-language tools. Be concrete and low-hedge. Redirect only for imminent danger, abuse, coercive control, minors, non-consent, self-harm, stalking, or medical/legal/psychiatric decisions.
building-sf-integrations
IncludedSalesforce integration architecture and runtime plumbing with 120-point scoring. Use this skill to set up Named Credentials, External Credentials, External Services, REST/SOAP callout patterns, Platform Events, and Change Data Capture. TRIGGER when: user sets up Named Credentials, External Services, REST/SOAP callouts, Platform Events, CDC, or touches .namedCredential-meta.xml files. DO NOT TRIGGER when: Connected App/OAuth config (use configuring-connected-apps), Apex-only logic (use generating-apex), or data import/export (use handling-sf-data).
venue-templates
IncludedAccess comprehensive LaTeX templates, formatting requirements, and submission guidelines for major scientific publication venues (Nature, Science, PLOS, IEEE, ACM), academic conferences (NeurIPS, ICML, CVPR, CHI), research posters, and grant proposals (NSF, NIH, DOE, DARPA). This skill should be used when preparing manuscripts for journal submission, conference papers, research posters, or grant proposals and need venue-specific formatting requirements and templates.
let-fate-decide
IncludedDraws the 12 Houses of the Zodiac Tarot spread to inject entropy into planning when prompts are vague, ambiguous, or casually delegated. Interprets the spread to guide next steps. Use when the user says 'let fate decide', 'YOLO', 'whatever', 'idk', or other nonchalant phrases, makes Yu-Gi-Oh references, or when you are about to arbitrarily pick between multiple reasonable approaches. Prefer over ask-questions-if-underspecified when the user's tone is casual or playful rather than precision-seeking.
net-ops
IncludedCross-platform network troubleshooting (Windows, macOS, Linux) via local or remote shell. Use for: DNS broken, can't resolve hostnames, nslookup/dig works but apps fail, NRPT, WFP, scutil, /etc/resolver, systemd-resolved, /etc/resolv.conf, NetworkManager, VPN DNS leak residue (ProtonVPN/Mullvad/WireGuard/AnyConnect), AV/firewall blocking DNS or DoH, Tailscale DNS interaction, intermittent connectivity, remote diagnostics over SSH.