Архітектура MVP: що маркетинг винен продукту до запуску

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

Це визначення тихо стало одним із найдорожчих припущень сучасного бізнесу, бо трактує «життєздатність» як продуктове питання, коли насправді воно завжди було маркетинговим. Продукт може бездоганно працювати і при цьому бути повністю нежиттєздатним, бо ніхто, кому він потрібен, так і не дізнався про його існування. Або дізнався, але не зрозумів навіщо. Або зрозумів, і все одно не повірив, що це для нього.

MVP, це не найменший продукт, який можна випустити.

Це найменша бізнес-система, здатна сказати, чи заслуговує продукт існувати.

CB Insights з 2014 року відстежує посмертні розбори провалів стартапів, і найпоширеніша причина, яку називають засновники, закриваючи бізнес, це не брак грошей і не технічний провал. Це «немає ринкового попиту», 42% усіх випадків, більше за будь-яку іншу причину. Апдейт цього дослідження у 2024 році переформулював ту саму закономірність як «погана відповідність продукту ринку» на рівні 43%. Цю статистику постійно повторюють у продуктових колах як застереження проти будування не того. Її часто вважають провалом продукту. Але багато рішень, які визначають, чи існує ринок узагалі, це маркетингові рішення, ухвалені задовго до запуску.

Нижче чотири рішення, які в кожному запуску все одно хтось ухвалює. Питання лише в тому, ухвалюються вони свідомо до старту розробки, чи за замовчуванням, тим, хто випадково опинився в кімнаті, коли дедлайн змусив обирати.

Спочатку протестуй проблему

Спочатку протестуй проблему

Перед мінімально життєздатним продуктом має бути мінімально життєздатний тест, доказ, зібраний до серйозних інженерних вкладень, що проблема, яку ти думаєш вирішувати, реально проблема, за вирішення якої реальна людина готова заплатити. Не проблема, яка цікава засновнику. Не проблема, яку технічно можна вирішити. Проблема, достатньо конкретна, щоб незнайомець, почувши опис, сказав «так, саме це» без потреби пояснювати двічі.

Сам тест взагалі не потребує продукту. Лендінг, що описує пропозицію словами клієнта, з реальним закликом до дії, попереднє замовлення, лист очікування, депозит, вимірює реальний намір замість ввічливого ентузіазму. «Я б точно цим користувався» в розмові і незнайомець, що вводить номер картки на сторінці, не той самий сигнал. Плутати їх, саме так засновники витрачають рік, будуючи те, про що одинадцять людей просто чемно відгукнулись.

Це і є валідоване формулювання проблеми, перше, що маркетинг винен продукту до того, як хоч одну функцію пріоритезовано: яку конкретну проблему, описану словами клієнта, не засновника, не жаргоном індустрії, це вирішує, і де докази, що хтось готовий платити за її вирішення?

Чекліст мінімально життєздатного тесту: формулювання проблеми записане дослівно мовою клієнтів, з інтерв'ю, коментарів, листувань, не вигадане в переговорці. Є лендінг або офер з незворотною дією, гроші, депозит, дані картки, не «залиште пошту». Поріг успіху заданий заздалегідь («якщо менше ніж N зі 100 відвідувачів зроблять X, гіпотеза не підтверджена»). І результат тесту зафіксований до рішення про розробку, а не підігнаний під нього.

Трекай з першого дня

Трекай з першого дня

Друге, що маркетинг винен MVP, і те, що пропускають найпослідовніше, це інструментарій вимірювання. Команди запускаються, дивляться, як цівкою йдуть перші реєстрації, і починають питати, що трекати, лише коли цю цівку треба якось пояснити. А на той момент найранніші, найчесніші поведінкові дані, від користувачів, що важили найбільше саме тому, що ще не мали жодних стосунків з брендом, уже втрачені. Назавжди: цих людей у стані «першого дотику» більше не існує.

Трекінг подій, атрибуція, визначена метрика активації не приємний бонус після запуску. Це частина того, що взагалі робить MVP життєздатним, бо продукт, який ніхто правильно не вимірює, це продукт, з якого ніхто реально не може навчитись. Ти проводиш саме той експеримент, яким і має бути мінімально життєздатний продукт, просто без приладів, що дозволили б прочитати результат.

Це той самий принцип, що проходить крізь майже кожну серйозну розмову про performance-маркетинг: не можна оптимізувати те, що ніколи точно не вимірювалось з першого дня. MVP зі зламаним чи відсутнім трекінгом не мінімальний і життєздатний. Це мінімальний і неперевірюваний, а для бізнесу, що намагається чогось навчитись, це зовсім інша річ.

Мінімум, що має стояти до першого користувача: події ключових кроків воронки, UTM-дисципліна на всіх вхідних посиланнях, одна, саме одна, метрика активації, про яку команда домовилась заздалегідь, і розуміння, звідки прийшов кожен, хто реєструється. Це два-три дні роботи на етапі розробки і місяці відновлення наосліп після.

Гіпотеза каналу

Гіпотеза каналу

Продуктова команда перевіряє, що рішення працює. Майже ніхто, на тому самому етапі, не перевіряє, чи є повторюваний, доступний за ціною спосіб дістатись до людей, яким це рішення потрібне. А це друге питання визначає майбутнє бізнесу щонайменше так само, як і перше. Реально відмінний продукт без життєздатного шляху дистрибуції не MVP. Це дорогий особистий проєкт з користувачами.

Це не означає будувати повний go-to-market план до написання коду. Це означає тестувати, паралельно з розробкою, конкретну гіпотезу про те, де цільовий клієнт уже проводить увагу, і чи можна дістатись цього каналу за ціною, яка вписується в економіку бізнесу. Якщо відповідь з'являється лише після запуску продукту, бізнес уже витратив свій найцінніший ранній запас часу на те, що можна було перевірити за ціну лендінгу і невеликого рекламного бюджету.

Гіпотеза каналу формулюється одним реченням: «наш клієнт [хто], його увага живе в [канал], ми можемо отримувати його дотик не дорожче за [сума], і за такої вартості економіка сходиться, бо [чому]». Якщо хоч одну дужку нічим заповнити, саме це й треба тестувати паралельно з розробкою, а не після неї.

Фундамент бренду компаундиться

Фундамент бренду компаундиться

Авторитет домену, послідовна назва, узгоджене позиціонування, навіть найменша присутність у соцмережах, це активи, що поводяться як складний відсоток. Кожен місяць без них, це місяць накопичення, якого бізнес уже ніколи не поверне, а не затримка, яку просто наздоженеш, коли нарешті дійдуть руки.

Фундамент бренду до запуску купує місяці фори, які конкурент уже не викупить назад.

Це зазвичай найлегше з чотирьох речей полагодити, і те, що ігнорують найпослідовніше, бо воно не відчувається терміновим поруч із беклогом фіч. Це також те, де ціну затримки найважче побачити, поки конкурент, що почав свій домен і позиціонування на шість місяців раніше, просто, несправедливо, не опиняється попереду.

Розбираємо заперечення

Розбираємо заперечення

Щоразу, коли ці чотири пункти лягають на стіл продуктової команди, заперечення звучать однаково. Варто відповісти на них до того, як вони пролунають.

«Це сповільнить розробку». Ні. Тест проблеми і гіпотеза каналу йдуть паралельно розробці й робляться іншими руками. Трекінг, дні, а не тижні, якщо закладений в архітектуру, а не прикручений потім. Запуск сповільнює рівно одне: три місяці пост-релізної тиші, причину якої ніхто не може назвати.

«Спершу продукт, маркетинг потім». Маркетингові рішення все одно ухвалюються під час розробки: як назвати продукт, який біль поставити на перший екран, що вважати активацією. Питання не «чи робити маркетинг до запуску», а «робити його свідомо чи за замовчуванням».

«У нас немає бюджету на тести». Лендінг і невеликий рекламний бюджет коштують на порядки менше, ніж квартал інженерної роботи над продуктом, у якого не виявилось ринку. Тест, не витрата поруч із розробкою. Це страховка її вартості.

«Стів Джобс не питав користувачів». Тест наміру, не опитування «чого ви хочете». Це перевірка, чи платить незнайома людина за конкретно сформульовану цінність. Візія лишається у засновника; перевіряється не ідея, а формулювання і попит.

Що це реально змінює

Що це реально змінює

Перед тим як окреслювати функції, напиши валідоване формулювання проблеми словами клієнта, не перекладом засновника, і май реальні докази, не розмови, що хтось платитиме за її вирішення. Заклади трекінг і визначену метрику активації в технічний обсяг MVP з самого початку, не в беклог «після того як побачимо тракшн». Тестуй конкретну гіпотезу каналу паралельно з розробкою, не як окрему фазу, що стартує щойно продукт вийде. Починай фундамент бренду, домен, назва, базове позиціонування, якомога раніше юридично й практично можливо, ставлячись до кожного місяця затримки як до місяця компаундингу, якого бізнес уже ніколи не поверне.

Ніщо з цього не замінює гарну інженерію, і ніщо не аргумент за повільнішу розробку. Це аргумент за те, щоб закладати маркетингові рішення в реальну архітектуру MVP, а не виявляти через три місяці після запуску, що дюжину з них уже ухвалили. Погано, за замовчуванням, ким завгодно, хто випадково опинився в кімнаті, коли дедлайн змусив зробити вибір, який ніхто насправді не продумав.

Ми розбирали суміжну плутанину, коли MVP розуміють як список фіч замість рішення про ціну входу, у статті MVP, це не мінімальний продукт, це ціна входу, і що відбувається, коли гіпотезу каналу так і не протестували, в трафік є, а лідів немає: ціна згоди.

Чому це робота маркетингу

Чому це робота маркетингу

Я не продакт-менеджер, і це не стаття про продуктову стратегію, що вдає інше. Це вигляд з іншого боку столу, від людини, що приймала маркетинг продуктів, технічно бездоганних і функціонально невидимих, бо ніхто не перевірив меседж, не заклав вимірювання в запуск чи не вбудував дистрибуцію в план, поки вже не стало запізно тим дорогим способом.

Один клієнт був упевнений, що його ідея свідомо правильна, і ставився до маркетингу як до статті витрат, яку треба мінімізувати, а не як до рішення, яке треба спроєктувати до запуску. За позиціонуванням не стояло реального дослідження ринку, не було перевіреного каналу, не було закладено вимірювання. Вони запустились. Ніхто не читав. Щоб це виправити, довелося з нуля переписувати структуру платного контенту і вибудовувати органічний шар йому в підтримку, чотири місяці роботи, які могли б початись до запуску, а не після. Перші реальні сигнали з продажів з'явились приблизно через два місяці після перезапуску. До шостого місяця проєкт почав окупатись. Саме тому ми тепер починаємо будь-який проєкт з дослідження і аналізу, а не лише з того, що клієнт вважає за потрібне.

Патерн завжди той самий. Продукт працює. Ніхто за межами команди засновників не знає, чому це має його хвилювати, аналітика не може сказати, хто реально активується і чому, а канал, що мав приводити користувачів, коштує більше, ніж бізнес може собі дозволити платити. Кожне з цього, маркетингова невдача, що сталась під час будування, не після нього: бо ніхто в кімнаті не ставив маркетингових питань, поки архітектура ще вирішувалась.

Ми писали детальніше про те, скільки реально потрібно часу, щоб побачити результат маркетингу, і чому «ще зарано судити» часто неправильна відповідь, у статті скільки часу реально потрібно на результат від маркетингу.

Часті питання

Часті питання

Коли підключати маркетинг до MVP?

До того, як зафіксовано скоуп. Не «до запуску» і не «за місяць», на етапі, коли ще вирішується, що саме будується і для кого.

Що таке мінімально життєздатний тест?

Перевірка попиту до розробки: офер словами клієнта плюс незворотна дія (передзамовлення, депозит, лист очікування із зобов'язанням) і заздалегідь заданий поріг успіху.

Який мінімум аналітики потрібен MVP?

Події ключових кроків воронки, атрибуція джерел, одна узгоджена метрика активації, налаштовані до першого користувача, а не після першої сотні.

Чим гіпотеза каналу відрізняється від go-to-market плану?

План, документ на десятки сторінок після запуску. Гіпотеза, одне перевірюване речення про те, де клієнт і скільки коштує дотик, яке тестується паралельно з розробкою.

Ми детальніше писали про продукти, які варто будувати, і продукти, які варто відроджувати, у статті Що ми лишаємо після себе: спадщина, технології і те, що варто передати.