MVP за 6 тижнів: коли поспіх допомагає, а коли вбиває продукт

За свою практику я запустив MVP для 12 startup-ів. З них 4 потрапили у швидкий PMF, 6 — пройшли pivot, 2 згоріли. Що відрізняє ці групи — не швидкість запуску. Це обсяг рішень які встигли валідувати до запуску.

Що таке MVP насправді

MVP — це не «зменшена версія продукту». Це експеримент, що відповідає на одне конкретне питання: чи реально твій сегмент готовий платити за рішення цієї проблеми. Усе зайве — балaст.

6 тижнів — реалістичний таймлайн для чого

За 6 тижнів спокійно вмішується: 1-2 ключові user flows, дизайн-система мінімальна, інтеграції з 1-2 SaaS, базова аналітика. Не вмішується: складна authorization, multi-tenancy, custom payment, ML-фічі. Якщо тобі потрібно ось це — пиши Phase 1 з обмеженням scope, інакше викинеш гроші.

Що пропускати свідомо

На першому MVP я завжди викидаю: налаштування профілю, темну тему, мобільний адаптив для adminки, повноцінні нотифікації. Все це — Phase 2. На MVP важливо тільки одне: чи закриває користувач свою задачу за допомогою продукту і повертається завтра.

Стек який економить тижні

Next.js + Tailwind + Supabase / Firebase для backend. Зайве писати свою auth і свій dashboard, коли є готові SaaS. Якщо ти будуєш «свою CRM» з нуля для MVP — ти витратиш 12 тижнів замість 6.

Аналітика з дня 1

Без аналітики MVP — це політ наосліп. Я ставлю PostHog (free до 1M events) перед першим релізом. На launch day ти вже бачиш funnel, retention, key actions. Без цього перші 4 тижні після запуску — суцільний здогад.

Коли поспіх вбиває

Якщо ти запускаєш MVP без чіткого hypothesis — швидкість шкодить. Ти отримуєш користувачів, дані, але не знаєш що з ними робити. Перш ніж писати першу сторінку, я мушу знати: хто ICP, яку проблему вирішую, яка метрика підтвердить що це працює, яка — що ні.

Мій формат роботи на MVP

Тиждень 1 — discovery + специфікація. Тижні 2-3 — UI + happy path. Тижні 4-5 — інтеграції + edge cases. Тиждень 6 — QA, аналітика, лонч. Якщо хочеш стиснути в 4 тижні — щось треба викинути. Скажу що.

Що робити, якщо MVP вже є

Перевір: чи є у тебе одна метрика яка визначає успіх? Чи розумієш ти cohort retention? Якщо ні — ти не у MVP-режимі, ти у режимі «будуємо щось». Це інша гра і інший бюджет.