«Нам потрібен MVP» може означати три різні речі. План того, що робитиме продукт. Щось, чим реальні люди можуть скористатися раз, щоб побачити, чи вони повернуться. Або першу версію, зроблену надовго, з автентифікацією, ролями, оплатами й інтеграціями. Коли їх плутають, команди місяцями будують не те.
Ця стаття розводить усі три: скоуп, робочий прототип і MVP. Що таке кожен з них, що з ним можна зробити і що робити до раунду, а що після.
Скоуп: план, який можна показати
Скоуп є документом. У ньому скелет кожного флоу продукту, записаний, але ще не робочий: що робить користувач, у якому порядку і що бачить на кожному кроці. Він задає межу першого релізу, що входить і що свідомо лишається за нею, і описує ролі та інтеграції, які знадобляться продукту.
Добрий скоуп закінчується фіксованою ціною на розробку, бо коли межу записано, роботу можна нормально оцінити.
Що з ним можна зробити: показати план інвесторам і своїй команді, вирішити, що будувати першим, і отримати надійну оцінку. Чого з ним зробити не можна: дати його користувачам.
Скелет флоу належить саме сюди, до скоупу. Клікабельний макет цих флоу все ще є скоупом, просто показаним візуально. Прототип починається там, де щось справді працює.
Робочий прототип: один цикл, наживо
Робочий прототип розгорнутий на реальному домені. Він покриває один цикл: користувач заходить, виконує головну дію, заради якої існує продукт, і бачить результат. Ззовні це виглядає як продукт. Усередині все, крім цього циклу, вирізано: без ролей, без оплат, зі спрощеними даними.
Що з ним можна зробити: дати його реальним людям і дивитися, чи вони повертаються. У цьому весь сенс. Він відповідає на питання, на яке скоуп не відповість: чи хоче хтось цього настільки, щоб скористатися двічі.
Прототип часто потрібен компанії саме перед раундом, коли ідея продукту зрозуміла, а доказів попиту ще немає. Він коштує менше, ніж повністю збудований хибний продукт.
MVP: перша версія, зроблена надовго
MVP охоплює той самий ключовий цикл і все, що потрібно справжньому продукту: автентифікація, ролі, оплати й реальні інтеграції, написані так, щоб продукт міг рости далі. Код стає фундаментом для наступних кроків.
Що з ним можна зробити: продавати, підключати платних клієнтів і будувати далі. Зазвичай це настає після сигналу, коли прототип або перші клієнти показали, що цикл працює.
Три етапи розрізняє те, що можна зробити з результатом.
Скоуп є планом, прототип показує, чи це комусь потрібно, а MVP ви продаєте.
Що потрібно саме вам
Перед раундом, з ідеєю і без продукту. Скоуп, а часто ще й робочий прототип. Скоуп дає інвесторам переконливий план. Прототип додає доказів.
Перед раундом, з першими користувачами. Прототип того циклу, на який ви ставите, якщо чинний продукт її ще не показує.
Після раунду або чіткого сигналу. MVP, починаючи зі скоупу, якщо його у вас ще немає.
Якщо ви вже знаєте ринок і на вас чекають клієнти. Пропустіть прототип і йдіть від скоупу одразу до MVP. Перевірка попиту, який у вас уже є, лише додає етап.
Хоч би що ви будували, досвід усередині продукту теж є частиною бренду. Зрозумілі флоу, цілісний інтерфейс, і дизайн-система з першого екрана економлять переробки потім. Якщо продукт уже існує і щось у ньому не так, краще почати з UX-аудиту.
Якщо раунд близько, продукт є лише одним пунктом довшого списку. Решта у статті Перед раундом: які правки бренду важливі, а які можуть почекати.
Часті запитання
Чим прототип відрізняється від MVP?
Прототип покриває один цикл, усе інше з нього вирізано, щоб побачити, чи люди повертаються. MVP додає автентифікацію, ролі, оплати й інтеграції і зроблений так, щоб рости далі.
Чи є клікабельний макет прототипом?
Клікабельний макет показує флоу, які не працюють. Це спосіб презентувати скоуп. Робочий прототип працює на реальному домені, і ним користуються реальні люди.
Чи потрібен прототип перед MVP?
Тільки якщо попит ще не доведено. Коли клієнти вже чекають, перехід від скоупу одразу до MVP зазвичай ефективніший.
Навіщо писати скоуп до розробки?
Бо саме скоуп робить можливою фіксовану ціну на розробку. Без записаної межі будь-яка оцінка MVP лишається здогадкою.
Висновок
Спершу напишіть скоуп, будуйте прототип, коли потрібні докази, і MVP, коли потрібен продукт для продажу. Якщо ви вирішуєте, що з цього наступне для вашої компанії, розкажіть нам, що попереду.
