Архитектура MVP: что маркетинг должен продукту до запуска

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

Это определение тихо стало одним из самых дорогих допущений современного бизнеса, потому что трактует «жизнеспособность» как продуктовый вопрос, хотя на самом деле он всегда был маркетинговым. Продукт может безупречно работать и при этом быть полностью нежизнеспособным, потому что никто из тех, кому он нужен, так и не узнал о его существовании. Или узнал, но не понял, зачем. Или понял, и всё равно не поверил, что это для него.

MVP, это не самый маленький продукт, который можно выпустить.

Это самая маленькая бизнес-система, способная сказать, заслуживает ли продукт существовать.

CB Insights с 2014 года собирает посмертные разборы провалившихся стартапов, и самая частая причина, которую называют основатели, закрывая бизнес, это не нехватка денег и не технический провал. Это «нет рыночного спроса»: 42% всех случаев, больше любой другой причины. Апдейт этого исследования в 2024 году переформулировал ту же закономерность как «плохое соответствие продукта рынку» на уровне 43%. Эту статистику постоянно повторяют в продуктовых кругах как предостережение «не стройте не то». Её часто считают провалом продукта. Но многие решения, которые определяют, существует ли рынок вообще, это маркетинговые решения, принятые задолго до запуска.

Ниже четыре решения, которые в каждом запуске всё равно кто-то принимает. Вопрос только в том, принимаются они осознанно до старта разработки, или по умолчанию, тем, кто случайно оказался в комнате, когда дедлайн заставил выбирать.

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

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

До минимально жизнеспособного продукта должен существовать минимально жизнеспособный тест, доказательство, собранное до серьёзных инженерных вложений, что проблема, которую вы собираетесь решать, это проблема, за решение которой реальный человек готов заплатить. Не проблема, которая интересна основателю. Не проблема, которую технически можно решить. Проблема, настолько конкретная, что незнакомый человек, услышав её описание, говорит «да, вот это, именно оно», без того, чтобы объяснять дважды.

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

Это и есть валидированная формулировка проблемы, первое, что маркетинг должен продукту до того, как приоритизирована хоть одна функция: какую конкретную проблему, описанную словами клиента, не основателя, не жаргоном индустрии, это решает, и где доказательства, что кто-то готов платить за её решение?

Чек-лист минимально жизнеспособного теста: формулировка проблемы записана дословно с языка клиентов, из интервью, комментариев, переписок, не придумана в переговорке. Есть лендинг или оффер с необратимым действием, деньги, депозит, данные карты, не «оставьте почту». Задан порог заранее («если из 100 посетителей меньше N сделают X, гипотеза не подтверждена»). И результат теста зафиксирован до того, как принято решение о разработке, а не подогнан под него.

Трекай с первого дня

Трекай с первого дня

Второе, что маркетинг должен MVP, и то, что пропускают последовательнее всего, это инструменты измерения. Команды запускаются, смотрят, как тонкой струйкой идут первые регистрации, и начинают спрашивать, что вообще трекать, только когда эту струйку нужно кому-то объяснить. К этому моменту самые ранние, самые честные поведенческие данные, от пользователей, которые значили больше всех именно потому, что ещё не имели никаких отношений с брендом, уже потеряны. Навсегда: этих людей в состоянии «первого касания» больше не существует.

Событийная аналитика, атрибуция и определённая метрика активации не приятный бонус после запуска. Это часть того, что вообще делает MVP жизнеспособным, потому что продукт, который никто правильно не измеряет, это продукт, у которого никто не может ничему научиться. Вы проводите ровно тот эксперимент, которым и должен быть минимально жизнеспособный продукт, просто без приборов, которые позволили бы прочитать результат.

Это тот же принцип, который проходит через почти каждый серьёзный разговор о performance-маркетинге: нельзя оптимизировать то, что не измерялось точно с первого дня. MVP со сломанным или отсутствующим трекингом, не минимальный и жизнеспособный. Он минимальный и непроверяемый, а для бизнеса, который пытается чему-то научиться, это принципиально другая вещь.

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

Гипотеза канала

Гипотеза канала

Продуктовая команда проверяет, что решение работает. Почти никто на том же этапе не проверяет, существует ли повторяемый и доступный по цене способ дотянуться до людей, которым это решение нужно. А ведь второй вопрос определяет будущее бизнеса как минимум так же, как первый. По-настоящему отличный продукт без жизнеспособного пути дистрибуции не MVP. Это дорогой личный проект с пользователями.

Это не значит строить полный go-to-market план до написания кода. Это значит тестировать, параллельно с разработкой, конкретную гипотезу о том, где целевой клиент уже проводит внимание, и можно ли дотянуться до этого канала по цене, которая вписывается в экономику бизнеса. Если ответ появляется только после запуска продукта, бизнес уже потратил свой самый ценный ранний запас времени на то, что можно было проверить за цену лендинга и небольшого рекламного бюджета.

Гипотеза канала формулируется в одно предложение: «наш клиент [кто], он проводит внимание в [канал], мы можем получать его касание не дороже [сумма], и при такой стоимости экономика сходится, потому что [почему]». Если хотя бы одну скобку нечем заполнить, это и есть то, что нужно тестировать параллельно с разработкой, а не после неё.

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

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

Авторитет домена, внятное имя, последовательное позиционирование, даже минимальное присутствие в соцсетях, это активы, которые ведут себя как сложный процент. Каждый месяц, пока их нет, это месяц накопления, который бизнес уже никогда не вернёт. Не задержка, которую можно наверстать, когда наконец дойдут руки, а навсегда упущенное время в графике, где выигрыш растёт нелинейно.

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

Из четырёх пунктов этот обычно самый простой в исполнении и самый последовательно игнорируемый, потому что рядом с бэклогом фич он не ощущается срочным. И это же пункт, где цену задержки труднее всего увидеть, до момента, когда конкурент, начавший свой домен и позиционирование на шесть месяцев раньше, просто, несправедливо, оказывается впереди.

Разбираем возражения

Разбираем возражения

Каждый раз, когда эти четыре пункта попадают на стол продуктовой команды, возражения звучат одинаково. Стоит разобрать их до того, как они прозвучат.

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

«Сначала продукт, маркетинг потом». Маркетинговые решения всё равно принимаются во время разработки: что назвать продуктом, какую боль поставить на первый экран, что считать активацией. Вопрос не «делать ли маркетинг до запуска», а «делать его осознанно или по умолчанию».

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

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

Что это реально меняет

Что это реально меняет

До определения функций написать валидированную формулировку проблемы словами клиента, не переводом основателя, и иметь реальные доказательства, не разговоры, что кто-то заплатит за её решение. Заложить трекинг и определённую метрику активации в технический скоуп MVP с самого начала, а не в бэклог «после того как увидим трекшн». Тестировать конкретную гипотезу канала параллельно с разработкой, не отдельной фазой, которая стартует, когда продукт выйдет. Начинать фундамент бренда, домен, имя, базовое позиционирование, настолько рано, насколько юридически и практически возможно, считая каждый месяц задержки месяцем компаундинга, который бизнес уже не вернёт.

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

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

Почему это работа маркетинга

Почему это работа маркетинга

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

Один клиент был уверен, что его идея заведомо правильная, и относился к маркетингу как к статье расходов, которую нужно минимизировать, а не как к решению, которое нужно спроектировать до запуска. За позиционированием не стояло реального исследования рынка, не было проверенного канала, не было заложено измерение. Они запустились. Никто не читал. Чтобы это исправить, пришлось с нуля переписывать структуру платного контента и выстраивать органический слой ему в поддержку, четыре месяца работы, которые могли бы начаться до запуска, а не после. Первые реальные сигналы по продажам появились примерно через два месяца после перезапуска. К шестому месяцу проект начал окупаться. Именно поэтому мы теперь начинаем любой проект с исследования и анализа, а не только с того, что клиент считает нужным.

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

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

Частые вопросы

Частые вопросы

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

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

Что такое минимально жизнеспособный тест?

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

Какой минимум аналитики нужен MVP?

События ключевых шагов воронки, атрибуция источников, одна согласованная метрика активации, настроенные до первого пользователя, а не после первой сотни.

Чем гипотеза канала отличается от go-to-market плана?

План, документ на десятки страниц после запуска. Гипотеза, одно проверяемое предложение о том, где клиент и почём касание, которое тестируется параллельно с разработкой.

Мы подробнее писали о продуктах, которые стоит строить, и продуктах, которые стоит возрождать, в статье Что мы оставляем после себя: наследие, технологии и то, что стоит передать.