Допустим, первый канал конвертирует в регистрацию 35% посетителей, второй 15%, и по отчёту первый выигрывает больше чем вдвое. Через неделю картина переворачивается: из зарегистрированных в первом канале возвращаются 2%, во втором 8%. С каждой тысячи посетителей первый оставляет 7 активных пользователей, второй 12. Так запуск выглядит успешным в отчёте и проваленным в выручке.
Стратегия выхода на рынок (Go-to-Market, или GTM) нужна, чтобы такого не случалось. Она начинается задолго до выхода на рынок и продолжается после первых продаж: решает, для кого продукт, что он обещает и по какому числу команда поймёт, что выход состоялся. Она охватывает позиционирование, сегментацию, модель продаж, ценообразование и готовность самой команды.
Когда ответа нет, каждый отдел подставляет свой. Маркетинг считает регистрации. Продажи считают встречи. Продукт считает фичи. Ошибка редко выглядит как катастрофа, но почти всегда стоит фокуса и темпа.
Провал запуска почти никогда не вина одного продакта
Обычно провал запуска списывают на продакт-менеджера. Выбрал не те каналы, плохо описал ценность, не договорился с продажами. В худшем случае его меняют, и следующий запуск проваливается так же.
Причина в устройстве процесса. GTM делят продукт, маркетинг, продажи, поддержка и руководство. Если стратегия не работает, разрыв лежит между функциями. Личная некомпетентность объясняет его редко.
Покупатель на другой стороне тоже устроен как комитет. Gartner насчитывает в типичной B2B-покупке от шести до десяти участников, и на встречи со всеми поставщиками вместе у них уходит около 17% времени покупки. Если сделка длится три месяца, это примерно две недели. Если в финальном списке три поставщика, на каждого приходится около 6%, то есть меньше недели. Остальное время клиенты читают, сравнивают и спорят между собой.
Это средние значения по опросам покупателей, и в небольшой сделке комитет меньше. Цепочка от этого не меняется. Сообщение продукта пересказывают без продавца. Сайт, презентация и демо обещают разное. Внутри клиента побеждает самый осторожный голос. Сделка откладывается, и через месяц продавец слышит, что «клиенту нужно подумать».
Ожидание, что PM «принесёт рынок», добавляет ложные стимулы. Продуктовые решения подстраиваются под дату запуска. Долгосрочная ценность уходит на второй план. Фокус теряется именно здесь.
Стратегия, которой нет в документе, существует в 5 версиях
Системная поломка начинается, когда нет единого ответа на два вопроса: для кого продукт и почему он нужен именно сейчас. Тогда каждая команда рассказывает о продукте своё и исходит из своих KPI.
Презентации есть. Обсуждения есть. Нет общего документа, по которому принимают решения. Каждый релиз и каждая кампания начинают жить своей жизнью.
GTM часто путают с маркетинговым планом. План описывает каналы, бюджеты и активности. Стратегия задаёт рамки для продукта, продаж, поддержки и коммуникаций и меняется реже, потому что держится на предположениях о рынке.
Начинать её нужно одновременно с изучением клиентов и первой версией продукта (MVP). Стратегия, придуманная за две недели до релиза, почти всегда поверхностна. Владельцем обычно выступает продуктовая роль, но этот человек отвечает за целостность, а работу делят маркетинг, продажи и руководство.
PM в такой системе превращается в координатора хаоса. Вместо стратегии он согласует ожидания. Со стороны это похоже на слабость роли, хотя на деле так проявляется отсутствие системного подхода к GTM.
Зрелая стратегия записана. Это документ или несколько: таблица сегментов, описание ценностного предложения (value proposition canvas), карта пути клиента. Признак зрелости простой: к ним обращаются, когда принимают решения, а не только перед квартальным отчётом.
Минимальная версия помещается на одну страницу. Шаблон из девяти строк:
- Сегмент: одна группа клиентов с общим контекстом использования.
- Триггер покупки: событие, после которого клиент начинает искать решение.
- Замещаемая альтернатива: чем клиент решает задачу сейчас, включая таблицу и «ничего не делать».
- Обещание: результат для клиента в одной фразе, с числом или сроком.
- Доказательство: кейс, демо или метрика, которая подтверждает обещание.
- Канал: где сегмент уже ищет решение.
- Модель продаж и цена: клиент покупает сам (self-service), с помощью менеджера или через отдел продаж, и сколько это стоит клиенту.
- Критерий успеха: метрика, порог и дата проверки.
- Владелец и дата пересмотра: кто отвечает и когда документ открывают снова.
Проверка занимает пять минут. Спросите двух людей из разных функций, кто целевой сегмент и что продукт ему обещает. Разные ответы означают, что записанной стратегии нет, сколько бы презентаций ни лежало в общей папке.
Полезная ошибка ограничена бюджетом и сроком
GTM почти всегда строится на гипотезах. Реакцию рынка, поведение пользователей и отдачу каналов заранее не предсказать. Поэтому ошибки на выходе неизбежны, и часть из них полезна.
Например, гипотеза о том, что продукт лучше продаётся через self-service, может не подтвердиться. Это ценный сигнал, если команда понимает почему. Условие одно: ошибка ограничена по масштабу и времени. Скажем, тест канала стоит не больше 10% квартального бюджета и длится не дольше 6 недель. Пороги условные, их задаёт сама команда.
Посмотрим, что это значит в деньгах. Допустим, квартальный бюджет на привлечение 60 000 USD. Тест канала на 10% стоит 6 000 USD, около 140 USD в день на 6 недель. Запуск «на всех» без порога тратит все 60 000 USD на одну непроверенную гипотезу.
На той же логике держится customer development: гипотезы о клиенте проверяют до того, как масштабируют продажи. Ошибка на этапе проверки стоит недель, та же ошибка после найма отдела продаж стоит кварталов.
Граница между полезной ошибкой и некомпетентностью тонкая, но различимая. Её выдают три признака:
- Ошибка повторяется без разбора. Одинаковые кампании запускают снова и снова, не меняя позиционирование и не глядя в результаты.
- Нет критерия успеха. Запуск оценивают по ощущениям или вторичным метрикам, поэтому любое решение выглядит случайным.
- Сигналы рынка игнорируют. Клиенты говорят одно, внутренние убеждения другое, а команда продолжает гнуть свою линию.
Тестировать GTM можно: сегменты, каналы, сообщения, модели продаж. Устроено это иначе, чем A/B-тест кнопки. Такие проверки идут неделями и требуют качественной обратной связи, одних цифр мало.
Менять стратегию после каждой неудачи не стоит. Иногда проблема в исполнении или во внешних факторах. Основу пересматривают, когда не подтверждаются базовые предположения о рынке.
Фокус теряется на стыках между командами
Снаружи потеря фокуса похожа на бурную деятельность. Маркетинг запускает кампанию, продажи пробуют новые скрипты, продукт выпускает фичи. Все заняты. Общего вектора нет.
Решения принимаются реактивно: канал не сработал, его меняют на другой, а основу не трогают. Это создаёт иллюзию движения. Со временем продукт говорит разными голосами: сайт обещает одно, презентация для продаж другое, реальный опыт пользователя третье.
Первый стык: исследование рынка. Команда хочет понравиться всем и не выбирает аудиторию. Вопросы клиентам звучат абстрактно, поэтому вместо задач и контекста собираются общие мнения. Выводы остаются в отчётах и не влияют на позиционирование.
Клейтон Кристенсен в книге «Competing Against Luck» (2016) предлагает вопрос точнее: какую работу клиент «нанимает» продукт сделать и что он ради этого «увольняет». Ответ сразу называет замещаемую альтернативу. Без неё сегмент остаётся демографией.
Например, для сервиса отчётности альтернативой часто оказывается таблица, которую бухгалтер собирает вручную каждую пятницу. Тогда обещание звучит в часах: 4 часа в неделю превращаются в 20 минут. Это около 190 часов в год на одного сотрудника, и такую цифру финансовый директор понимает без презентации.
Второй стык: подготовка релиза. В продукт добавляют фичи для нескольких сегментов сразу. Коммуникация усложняется, ценность размывается. Команда не знает, какие фичи критичны для выхода, а какие можно отложить.
Релиз затягивается или выходит сырым. Маркетинг и продажи узнают о нём последними: продукт готов, а рынок о нём ещё не знает.
Третий стык: коммуникация с рынком. Сообщения меняются от канала к каналу, единого рассказа о продукте нет. Внутри компании растёт напряжение, потому что никто не понимает, что считается успешным запуском.
Всплеск регистраций ничего не доказывает
Первая группа провалов связана с отсутствием выбора. Команда выходит на всех сразу и подменяет стратегию списком каналов, сводя GTM к маркетинговому плану. Критерия успеха нет, зато есть метрики для красоты (vanity-метрики): цифры, которые растут, но ни о чём не говорят.
Два канала из начала показывают, чем это опасно: отчёт по регистрациям выбирает первый, удержание выбирает второй, и бюджет уходит туда, где на каждую тысячу посетителей остаётся на пять активных пользователей меньше. Регистрация поэтому не годится в критерий запуска сама по себе.
На практике критерий записывают через удержание. Например: на седьмой день (D7) возвращаются не меньше 5% от регистраций в целевом сегменте за первые 4 недели после запуска. Конкретное число команда выбирает сама; важно, что оно названо до старта.
Вторая группа провалов связана с рассогласованием и глухотой к сигналам. Продукт и коммуникации говорят разное. Обратную связь от продаж и поддержки не слушают. Позиционирование меняют часто и без анализа.
Сюда же относится ранняя ставка на масштаб. Рост закладывают раньше, чем стало ясно, что продукт нашёл свой рынок (product-market fit), ограничения команды не учитывают, а стратегию считают завершённой в день релиза. По отдельности каждый провал кажется мелким. Вместе они создают ощущение, что PM «не тянет рынок».
Простой фильтр против ранней ставки: спросить активных пользователей, насколько они расстроятся, если продукт исчезнет. Если по-настоящему расстроенных почти нет, масштабировать GTM рано. Тест грубый и не заменяет когорты удержания, зато занимает день.
Тот же провал слышен в дежурных фразах. «Давайте попробуем все каналы и посмотрим, что взлетит» выдаёт отсутствие стратегии. «Продажи разберутся, как это продавать» перекладывает ответственность на смежную функцию. «Нам главное запуститься, потом разберёмся» обычно означает, что потом не разберутся.
Когда симптом уже есть, его удобнее читать от жалобы к причине:
- Низкая конверсия при нормальном трафике → проверяют, понятны ли сегмент и предложение (оффер): обращено ли сообщение к одному сегменту и совпадает ли обещание на входе с первым опытом. Если предложение обращено к нескольким сегментам, конверсию смотрят в каждом отдельно.
- Долгий цикл продаж, «клиент не понимает, подходит ли ему» → проверяют, названа ли замещаемая альтернатива. Без явного «вместо чего» решение быстро не принимается.
- Сообщения расходятся от канала к каналу → проверяют, есть ли единый записанный рассказ о продукте. Если его нет, каждый отдел заполняет пустоту по-своему.
- Всплеск регистраций, но выход «не состоялся» → проверяют критерий успеха: измерим ли он, ограничен ли по времени или подменён метрикой для красоты.
Правило: если симптом воспроизводится в двух и более каналах, проверяют общую рамку (сегмент, оффер, критерий). Отдельный канал проверяют потом. Иначе команда меняет третий канал подряд, а причина всё это время сидит в оффере.
Сузить сегмент или расширить географию
Первый сценарий: возврат к одному сегменту. Типичная история: B2B SaaS для автоматизации отчётности готовил запуск сразу на несколько отраслей. Позиционирование сделали универсальным, рекламу широкой. Получили низкую конверсию и путаницу в продажах: клиенты не понимали, подходит ли продукт именно им.
Команда остановилась, выбрала один сегмент и переписала ценностное предложение под конкретную боль. GTM стал проще, продажи предсказуемее.
В деньгах это заметно сразу. Допустим, на трёх отраслях цикл сделки длился 90 дней, а в одной сократился до 60. При цикле 90 дней продавец проводит через воронку 4 волны сделок в год, при 60 днях уже 6. Это плюс 50% пропускной способности той же команды без найма.
Сфокусированный запуск меняет и экономику привлечения. Возьмём CAC 300 USD, ARPU 40 USD в месяц и валовую маржу 75%. Окупаемость = 300 / (40 × 0,75) = 10 месяцев. Если широкий запуск поднимает CAC до 450 USD, окупаемость растягивается до 15 месяцев, и при годовом горизонте тот же продукт уже не проходит.
Второй сценарий: масштабирование без фундамента. Похожим путём часто идёт мобильное приложение для малого бизнеса: оно замедлилось после первого запуска. Команда пошла на новые рынки без адаптации стратегии. Получила рост затрат и падение удержания.
После разбора команда вернулась к базовому сегменту и доработала онбординг под него. Рост стал устойчивым и без расширения географии.
Механизм простой. Новый рынок приносит свежие регистрации. Они закрывают дыру в отчёте. Дыра в продукте остаётся, и через пару месяцев её видно уже на двух рынках вместо одного.
У широкого запуска есть свой довод: узкий сегмент ограничивает рынок, а запуск для всех быстрее покажет, где спрос. Он оправдан, когда тест канала дешёвый (self-service, CAC в десятки долларов) и продукт одинаково полезен разным клиентам. В B2B с циклом сделки от квартала каждый неверный сегмент стоит квартал работы продаж, и такая скорость обходится слишком дорого.
Чек-лист на день запуска и на шестую неделю
Чек-лист ниже проходят дважды: перед запуском и через 6 недель после него. Часть пунктов, выполненных на старте, ко второй проверке обычно требует пересмотра.
- Целевой сегмент один и записан. Проверка: двое из разных функций называют его одинаково.
- Замещаемая альтернатива названа. Проверка: в ценностном предложении есть «вместо чего».
- Ценностное предложение проверяемо. Проверка: его обсуждали хотя бы с 10 клиентами сегмента.
- Критерий успеха измерим и ограничен по времени. Проверка: есть число, дата и метрика удержания, а не только регистрации.
- Продуктовые приоритеты совпадают с GTM. Проверка: в ближайшем релизе нет фич для чужих сегментов.
- Поддержка, инфраструктура и процессы готовы к росту. Проверка: команда знает, сколько обращений в день выдерживает.
- Допущения записаны. Проверка: у каждого есть владелец и дата пересмотра.
- У стратегии есть владелец. Проверка: документ открывали не только в кризис.
Учитывают и ограничения рынка: регуляторные требования, доступные каналы, силу текущих игроков, готовность клиента менять привычку. Решения, которые дают результат в первый месяц и разрушают экономику на горизонте года, видны только при записанном горизонте планирования.
Чек-лист не гарантирует успешный запуск. Он показывает, где фокус уже потерян, пока это ещё дёшево исправить.
Умение говорить «нет» здесь ценнее длинного списка каналов. Смягчённые формулировки о рисках выигрывают одну встречу и стоят нескольких месяцев работы, а месяц задержки ради записанного сегмента почти всегда обходится дешевле квартала, потраченного на запуск для всех.