Дидви
Меню
Написать в Telegram
вывод продукта на рынок22 минАвтор: Никита Орлов

Вывод IT/SaaS-продукта на рынок: как проверить product-market fit, собрать GTM-стратегию и провести запуск по стадиям

Вывод IT/SaaS-продукта на рынок: проверка product-market fit, сборка GTM-стратегии, стадии pre-launch, launch, post-launch, метрики и частые ошибки запуска

Вывод IT/SaaS-продукта на рынок: обложка статьи про маркетинг запуска

По данным CB Insights, в 43% случаев провалившиеся стартапы с венчурными деньгами называют главной причиной закрытия слабый product-market fit: не нехватку денег и не плохую команду, а то, что рынок не хотел покупать именно этот продукт в этом виде. Для IT/SaaS-компании это значит одно. Вывод продукта на рынок — это процесс, который начинается за месяцы до релиза и продолжается после него: проверка, что рынок вообще хочет покупать, сборка стратегии выхода, сам запуск и работа с первой обратной связью. В этой статье разберем все четыре части процесса на примере B2B/IT/SaaS-продукта, с метриками, чек-листами и разбором частых ошибок.

Чем вывод IT/SaaS-продукта на рынок отличается от вывода обычного товара

Большинство материалов про вывод продукта на рынок написаны про физический товар: упаковку, дистрибьютора, полку в магазине. У IT/SaaS-продукта ничего этого нет, зато есть то, чего нет у товара на полке: цикл сделки, пробный доступ и продуктовая метрика вместо визуальной оценки на витрине. Разница не в терминологии, а в том, где именно продукт выигрывает или проигрывает борьбу за клиента.

У товара в рознице решение принимается за секунды перед полкой одним человеком. В B2B-закупке софта, по данным Gartner, участвуют в среднем 6–10 стейкхолдеров с разными интересами: технический директор смотрит на интеграции, финансовый на бюджет, будущий пользователь на удобство. Продать одному ЛПР почти никогда не получается: нужно закрыть возражения всей группы, и каждый следующий участник может обнулить работу с предыдущими. Это не ускоряет процесс, а удлиняет его: по тем же данным Gartner, около 80% пути покупателя проходит вообще без прямого участия продавца, а на контакт с любым отдельным поставщиком уходит не больше 5–6% времени всего цикла закупки.

Отсюда и разница в длине цикла. По одному из отраслевых бенчмарков B2B SaaS, сделки уровня SMB закрываются за 14–30 дней, mid-market за 30–90 дней, а enterprise может тянуться 90–180 дней и дольше. У ретейла ничего подобного нет: цикл от знакомства с товаром до оплаты чаще всего укладывается в один визит в магазин или один сеанс на маркетплейсе.

Физическое распространение тоже устроено принципиально иначе. FMCG-компании конкурируют за место на полке и координируют работу с дистрибьюторами и ретейлерами, а конфликты каналов из-за цены, территорий и доступности товара давно стали системной проблемой физической дистрибуции. У IT/SaaS-продукта распространение цифровое: не нужно договариваться с посредником о полке, зато нужно доказывать ценность внутри самого продукта, через триал, демо или пилот. И здесь тоже есть своя измеримая метрика, которой у розничного товара просто не существует: конверсия из пробного доступа в оплату, по разным оценкам, колеблется от 2–8% у фримиум-моделей до 35–55% у триалов с обязательной привязкой карты.

ПараметрFMCG / розницаB2B IT/SaaS
Кто принимает решениеОдин человек, на местеКомитет из 6–10 стейкхолдеров
Длина циклаМинуты-часыОт 2 недель до полугода и больше
РаспространениеФизическая полка, дистрибьюторЦифровой доступ: триал, демо, пилот
Метрика оценкиВизуальная (упаковка, цена на полке)Продуктовая (конверсия триала, активация)
Стоимость ошибки позиционированияПартия товара, локальный рынокВесь сегмент рынка на годы вперед
Сравнение вывода FMCG-товара и вывода IT/SaaS-продукта на рынок по пяти параметрам
Комитет из нескольких ЛПР и цикл сделки в месяцы: не побочный эффект B2B-продаж, а структурная причина, почему вывод IT/SaaS-продукта требует отдельной стратегии, а не кальки с розничного запуска.

Из этой разницы вытекает главный практический вывод: вывод IT/SaaS-продукта нельзя мерить одним днем запуска. Правильнее думать о нем как о трех последовательных стадиях: pre-launch, launch и post-launch, и еще раньше, до всех трех, ответить на вопрос, готов ли вообще рынок покупать то, что вы построили.

Product-Market Fit: точка, после которой запуск вообще имеет смысл

Запускать маркетинг продукта, который не подтвердил product-market fit, значит тратить бюджет на то, чтобы громче объявить о вещи, которую никто не готов покупать. Марк Андриссен, автор термина, определяет PMF просто: это ситуация, когда продукт способен удовлетворить хороший рынок, и в сильном рынке спрос сам вытягивает продукт из компании, а не наоборот.

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

Проверить это на глаз сложно, поэтому у PMF есть измеримый порог. Основатель Superhuman Рахул Вохра, проанализировав почти сотню стартапов вместе с Шоном Эллисом, обнаружил: компании, у которых 40% и более пользователей на вопрос «как вы будете себя чувствовать, если больше не сможете пользоваться продуктом» отвечали «буду очень расстроен», почти всегда набирали устойчивый рост. Компании ниже этого порога почти всегда не могли набрать тягу, сколько бы денег ни вкладывали в продвижение. Сам Superhuman начинал с 22% таких ответов, после сегментации аудитории поднял показатель до 33%, а через три квартала прицельной работы над продуктом до 58%.

Практическая ценность этого теста не в самой цифре, а в том, что с ней делать. Не расстроенных потерей продукта пользователей не нужно переубеждать: их стоит вежливо игнорировать и искать сегмент, где отклик сильнее. Именно это отличает поиск PMF от классического маркетинга: вместо того чтобы продавать всем подряд, компания сужает рынок до тех, кому продукт действительно нужен, и уже под этот сегмент строит GTM-стратегию.

Сигналы наличия product-market fit у IT/SaaS-продукта перед выводом на рынок
Ни один сигнал по отдельности не доказывает PMF, но вместе они складываются в понятную картину: рынок сам тянет продукт, а не компания толкает его силой продвижения.
  • Клиенты возвращаются к продукту сами, без напоминаний и email-рассылок
  • Появляется органический реферальный поток: кто-то советует продукт коллегам без просьбы
  • На опросе в духе Sean Ellis Test доля «был бы очень расстроен» держится на уровне 40% и выше
  • Пилотные клиенты готовы платить за продукт до того, как он полностью доработан

Здесь стоит сделать одну оговорку: PMF не разовая проверка перед запуском, а состояние, которое приходится подтверждать заново при каждом заметном изменении: новом сегменте, новой географии, новой версии продукта. То, что сработало для одного рынка, не переносится на соседний автоматически.

GTM-стратегия: кому, что и как продаем

GTM-стратегия, стратегия выхода на рынок, отвечает на три вопроса подряд: кому мы продаем, что именно мы продаем и как мы это делаем. Без ответа на первый вопрос второй и третий превращаются в гадание. Кому: это ICP, идеальный профиль клиента, конкретные параметры компании (размер, выручка, отрасль, используемый технологический стек), роли покупателей внутри нее и их боли. Что: это ценностное предложение, которое связывает конкретную боль клиента с конкретной возможностью продукта, а не список фич. Как: это модель выхода, через продукт или через отдел продаж.

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

Схема компонентов GTM-стратегии: ICP, ценностное предложение, канал выхода, ценообразование
GTM-стратегия строится по цепочке: без описанного ICP ценностное предложение обращено в пустоту, без выбранного канала предложение некому донести, без привязки к ценности клиента цена оказывается произвольной.

Выбор между product-led growth (продукт продает себя сам через триал или фримиум) и sales-led growth (продукт продает отдел продаж через демо и переговоры) не вопрос моды, а вопрос экономики сделки. По отраслевым оценкам, product-led хорошо работает для продуктов с годовой стоимостью контракта примерно до 5 000 долларов, sales-led эффективнее выше 10 000 долларов, а диапазон между ними чаще всего требует гибридной модели. Продукты с product-led мотивом роста, по данным OpenView, показывают на 80% более высокие мультипликаторы выручки, чем компании, полагающиеся только на продажи. Но это не значит, что PLG подходит всем: сложный enterprise-продукт с долгим циклом внедрения редко продает себя через фримиум.

Разница видна и в конверсии пробного доступа. Фримиум-модели конвертируют в среднем около 5% регистраций в платящих клиентов, продукты со свободным пробным периодом около 17%. Чем ниже входной барьер, тем ниже качество лида на выходе: это не недостаток фримиума, а его цена за широкий охват. Для B2B-продукта с длинным циклом сделки часто выгоднее суженная воронка триала с более квалифицированным входом, чем массовый, но плохо конвертирующийся фримиум.

Ценообразование в GTM-стратегии не последний штрих, а часть самой стратегии выхода. Копировать цену конкурента соблазнительно, но это переносит на компанию чужой контекст и чужие возможные ошибки в стратегии, не давая собственной привязки к своей метрике ценности. По некоторым оценкам, компании, которые строят цену вокруг того, что реально ценит клиент, а не вокруг фиксированного тарифа, растут примерно на 38% быстрее конкурентов с произвольным прайсингом. И вопрос бюджета на запуск здесь связан с вопросом окупаемости: если считать окупаемость маркетинга по стандартной формуле в первые месяцы после старта, цифры почти всегда выглядят хуже, чем есть на самом деле, потому что выручка от ранних клиентов еще не догнала расходы на запуск.

Почему сегмент не покупает

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

Позиционирование складывается из пяти компонентов: конкурентных альтернатив (что клиент делал бы без вас), уникальных атрибутов, ценности и доказательств, характеристик целевого рынка и рыночной категории. Автор этой методологии, April Dunford, приводит показательный личный пример: в одной компании выпадающее меню с 52 вариантами настройки считалось «плохим UX» для клиентов среднего сегмента. А несколько лет спустя в IBM тот же самый интерфейс демонстрировали Fortune 100 CIO как «невероятную кросс-корпоративную гибкость». Одна и та же характеристика продукта выглядит недостатком на одном сегменте и достоинством на другом, потому что позиционирование неотделимо от конкретной аудитории, а не от самого продукта.

Проверить, что позиционирование работает, кабинетными исследованиями невозможно, только живыми разговорами с реальными клиентами. Путаница видна сразу: если клиент на звонке говорит «вы как Salesforce» или «я могу сделать это в Excel, зачем вы мне нужны», значит сообщение не долетело до его картины мира. Определять позиционирование мнением внутренней команды («почему все любят наш продукт») — это путь к красивым формулировкам, которые невозможно проверить цифрами.

Одна из самых частых и самых дорогих ошибок B2B-компаний на старте: универсальное позиционирование, попытка быть релевантным сразу для всех сегментов и индустрий. Это выглядит как более широкий рынок, а на практике размывает сообщение до общих слов, которые не цепляют никого конкретно. Безальтернативный выбор для одного узкого сегмента почти всегда работает лучше, чем невнятная релевантность для всех сразу. Сузить фокус на старте страшно: кажется, что теряешь часть рынка. Но именно узость делает сообщение острым и позволяет проверить его на реальных клиентах до того, как бюджет на продвижение потрачен на аудиторию, которая никогда не была настоящей целью.

Pre-launch: что подготовить до объявления о продукте

Стандартный pre-launch чек-лист начинается с простой проверки: если вы не можете описать своего идеального клиента и его основной сценарий использования одним предложением каждый, дальнейший запуск неизбежно расползется. ICP описывается конкретными параметрами: размер компании, выручка, отрасль, технологический стек, а не общими словами вроде «средний бизнес».

Вейтлист ничего не доказывает: он ничего не стоит подписавшемуся. Три клиента, готовых заплатить до того, как продукт полностью доделан, куда более сильный сигнал спроса, чем тысяча email-адресов в форме предзаписи. Поэтому в состав pre-launch входит не только описанный ICP и выбранная GTM-модель, но и подтверждение спроса деньгами: минимум несколько платящих клиентов до объявления о продукте и предпусковой узкий запуск на полсотни отобранных вручную потенциальных клиентов, чтобы вскрыть реальные баги до того, как их увидит весь рынок.

Масштаб этой подготовительной работы не бывает символическим. Преждевременное масштабирование без подтвержденного PMF остается главной причиной провала B2B SaaS-продуктов, и по одной из практик здесь ориентируются на 20–50 компаний, соответствующих ICP, для интенсивной бета-программы, и на 10–15 качественных платящих клиентов в первые 90 дней: именно они дают кейсы и рекомендации, снижающие риск для следующих покупателей.

Три стадии вывода продукта на рынок: pre-launch, launch, post-launch с ключевыми задачами
Каждая стадия решает свою задачу: pre-launch подтверждает спрос деньгами, launch проверяет продукт и сообщение на первой волне, post-launch превращает обратную связь в план дальнейшей работы.
  1. Описать ICP и сценарий использования: одним предложением каждый, без общих формулировок
  2. Подтвердить спрос деньгами: минимум несколько платящих клиентов до полной готовности продукта
  3. Провести узкий предпусковой запуск: на полсотни отобранных вручную клиентов, чтобы вскрыть баги
  4. Набрать бета-программу по ICP: 20–50 компаний для интенсивного тестирования
  5. Зафиксировать метрики успеха заранее: до дня запуска, а не после него

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

Launch: как провести сам запуск

У формата запуска есть два полюса. Soft launch — это ограниченный релиз на узкую аудиторию ради обучения, а не прибыли. Компания сознательно жертвует охватом, чтобы доработать продукт по реальным данным до того, как о нем узнает весь рынок. Big bang launch — это одновременный выход на весь целевой рынок с полномасштабной кампанией, рассчитанной на немедленное внимание и продажи с первого дня.

Для B2B/IT/SaaS-продукта soft launch почти всегда логичнее. Небольшая группа пилотных клиентов, получивших ранний доступ на льготных условиях в обмен на развернутую обратную связь, позволяет протестировать инфраструктуру под реальной нагрузкой и уточнить тарифные планы до того, как их увидит весь рынок. Big bang, как правило, подходит завершенным продуктам с уже узнаваемым брендом и доступом к рекламному бюджету или прессе, то есть компаниям, которым уже почти нечего проверять, только масштабировать то, что и так работает.

Выбор канала для первой волны имеет смысл только после того, как понятен ответ на вопрос, есть ли на рынке уже сформированный спрос. Если да, работают каналы привлечения клиентов в B2B, ориентированные на прямой захват, если спрос еще предстоит сформировать: контент и продуктовый маркетинг. Пробовать оба подхода одновременно на маленьком бюджете первого запуска — это верный способ не получить внятного результата ни по одному. Правильный набор каналов и инструментов продвижения для первой волны собирается под конкретный уровень спроса, а не берется из чужого чек-листа.

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

Post-launch: как не потерять импульс после запуска

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

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

Хороший пример: SaaS-компания Userlist, которая после запуска несколько раз меняла формулировку своего позиционирования, с «email automation» на «customer messaging», затем обратно на «email automation», потом на «company-level email automation» и в итоге на «email marketing platform for B2B SaaS». Каждая правка отвечала на конкретную путаницу у реальных клиентов: например, формулировка про «company-level» функции оказалась слишком запутанной для многих. Ни одна из этих правок не была признанием провала, это была нормальная калибровка сообщения под то, как рынок на самом деле понимает продукт.

Практический вывод простой: закладывайте в план после запуска регулярный разбор обратной связи, не разовое «собрали отзывы», а повторяющийся ритуал раз в одну-две недели в первые месяцы. Тот же опрос в духе Sean Ellis Test, который использовался для проверки PMF до запуска, работает и после него: он показывает, растет доля «очень расстроенных» потерей продукта клиентов или падает, а значит, движется ли компания к более широкому рынку или теряет фокус.

Метрики успеха запуска: как понять, что вывод получился

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

Activation rate — это доля новых пользователей, которые дошли до момента, где продукт реально показал им пользу, а не просто зарегистрировались. У лучших PLG-компаний медианная активация держится в диапазоне 20–40% в зависимости от модели, у лидеров категории около 33%. Time-to-value, в свою очередь, это время от регистрации до этого самого момента пользы: чем оно короче, тем меньше клиентов уходит, не успев понять, зачем им продукт.

Конверсия из пробного доступа в оплату одна из самых надежных метрик, потому что по ней накоплено больше всего независимых данных. По отчету ChartMogul на основе 200 B2B SaaS-продуктов, медианная конверсия из бесплатного триала в платную подписку составляет 8%, а триалы с обязательной привязкой карты на входе конвертируют больше чем в 5 раз лучше триалов без карты: 30% против менее чем 6%. По другой оценке, от Baremetrics, медиана для B2B SaaS выше, 18,5–25%, а у топ-25% компаний доходит до 35–45%; для enterprise-сегмента с крупными контрактами картина обратная, медиана около 5%, у лидеров до 12%. Разброс между источниками объясняется разной методологией подсчета, поэтому на практике важнее следить за динамикой своей цифры, чем спорить, какой из внешних бенчмарков точнее.

МетрикаЧто показываетКогда смотреть
Activation rateДоля пользователей, дошедших до момента пользыLaunch
Time-to-valueСкорость получения первого результатаLaunch
Trial-to-paidГотовность платить после пробного периодаLaunch, post-launch
MRR/ARR growthТемп роста выручки на раннем этапеPost-launch
Churn первых клиентовУдержание после первой волныPost-launch
Метрики запуска IT/SaaS-продукта по стадиям: pre-launch, launch, post-launch
У каждой стадии запуска своя контрольная метрика: на pre-launch считают платящих пилотных клиентов, на launch активацию и конверсию триала, на post-launch рост выручки и удержание.

Рост выручки на раннем этапе тоже стоит сверять с рынком, а не только с собственным планом. По ежегодному опросу SaaS Capital среди более чем тысячи частных B2B SaaS-компаний, медианный годовой рост выручки по всей выборке составляет 22%: у компаний без внешних инвестиций медиана держится на уровне 20%, у компаний с инвестициями на уровне 25%. Отдельно стоит смотреть на удержание первых клиентов: по данным ChartMogul, у медианной ранней компании с годовой выручкой до 300 тысяч долларов churn составляет 6,5% в месяц, а по мере роста выручки до 1–3 миллионов долларов падает до 3,7%. Высокий churn в первые месяцы не всегда тревога, но повод разобраться, теряете ли вы клиентов из-за продукта или из-за неверно выбранного сегмента на старте.

NPS первых клиентов почти всегда завышен, и это нормально, а не повод для эйфории. Первые клиенты обычно и есть амбассадоры и ранние адепты, которые изначально были расположены к продукту; по мере роста базы показатель, по наблюдениям практиков, регрессирует к среднему. Хорошим NPS для B2B SaaS в целом считается диапазон 30–40, для enterprise-продуктов 40–50, но на первой сотне клиентов эти ориентиры работают слабо: там показательнее конкретные слова людей, а не сама цифра.

Частые ошибки при выводе IT/SaaS-продукта на рынок

Ошибки, разобранные ниже, чаще всего разбираются как главные задачи маркетинга на старте продукта, когда компания уже потратила бюджет и пытается понять, почему запуск не сработал. Самая частая и самая дорогая ошибка уже прозвучала в начале статьи: запуск без подтвержденного PMF. По исследованию Startup Genome на выборке из более чем 3200 технологических стартапов, 70% компаний преждевременно масштабируются хотя бы по одному ключевому параметру. Разница в результате разительная: правильно масштабирующиеся компании растут примерно в 20 раз быстрее преждевременно масштабирующихся, а 93% преждевременно масштабировавшихся стартапов так и не пробивают планку выручки в 100 тысяч долларов в месяц.

Преждевременное масштабирование как главная ошибка вывода IT/SaaS-продукта на рынок, по данным Startup Genome
Разрыв в 20 раз между темпом роста дисциплинированных и преждевременно масштабирующихся стартапов: не статистическая случайность, а прямое следствие того, что деньги на канал идут раньше, чем доказана его экономика.

Вторая ошибка прямое следствие первой. Компании, которые масштабируются раньше времени, чаще оказываются среди тех, кто тратит на привлечение клиентов заметно выше среднего по рынку. По данным того же исследования Startup Genome, преждевременно масштабирующиеся стартапы почти в 2,3 раза чаще попадают в число компаний с расходами на привлечение выше среднего более чем на одно стандартное отклонение. Проще говоря, деньги на канал идут раньше, чем экономика этого канала вообще доказана, и чаще всего сгорают впустую.

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

Четвертая ошибка: сообщение о фичах вместо решенной проблемы, та же ошибка, что разбиралась в разделе про позиционирование, только теперь уже применительно к материалам самого запуска, лендингу, презентации, первым письмам. Список возможностей продукта звучит убедительно для команды, которая его строила, и почти всегда проходит мимо клиента, который ищет решение конкретной боли. Если в тексте объявления о запуске больше слов о том, что умеет продукт, чем о том, что изменится в жизни клиента, стоит переписать текст до того, как его увидит рынок.

Разбор: как выглядит вывод SaaS-продукта на рынок на практике

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

На pre-launch компания набирает пилотную группу из 30 компаний, соответствующих ICP, и получает от них 12 платящих клиентов в течение первых трех месяцев: это укладывается в ориентир 10–15 качественных клиентов, о котором говорилось в разделе про подготовку. Метрики зафиксированы заранее: цель по активации не ниже 25%, по конверсии триала не ниже 10%.

На launch выбран soft launch с обязательной привязкой карты на входе в триал, именно поэтому конверсия по факту оказывается выше базового ориентира в 8% и приближается к 20%, что близко к диапазону, который дают триалы с картой. Активация держится на уровне 28%, чуть выше целевого порога, но ниже показателя лидеров категории в 33%, и это нормальный результат для первого запуска, а не повод для паники.

На post-launch в течение полугода компания фиксирует годовой темп роста выручки около 24%, близко к медиане 22% по рынку, и churn первых клиентов на уровне 5,8% в месяц, что заметно ниже среднего показателя для компаний с выручкой до 300 тысяч долларов в 6,5%. Разница между медианой рынка и результатом конкретной компании в этом сценарии складывается из одной вещи: дисциплины на pre-launch, а не удачи на launch. Продукт, который прошел через узкий пилот и подтвердил PMF до широкого запуска, стартует с более здоровыми метриками, чем продукт, который сразу пытается охватить весь рынок.

Частые вопросы про вывод продукта на рынок

Сколько времени занимает вывод IT/SaaS-продукта на рынок? От начала pre-launch до устойчивого роста обычно проходит от полугода до полутора лет. Конкретный срок сильно зависит от того, сколько времени уйдет на подтверждение PMF: у продукта с уже понятным сегментом этот этап короче, у продукта, который еще ищет свою нишу, может растянуться на год и больше.

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

Что делать, если после запуска продукт не набирает обороты? Сначала проверить PMF заново, а не увеличивать бюджет на продвижение. Слабый отклик после запуска почти всегда сигнализирует не о нехватке рекламы, а о том, что позиционирование или сегмент выбраны неточно. В этом случае каждый дополнительный рубль на продвижение просто быстрее доносит неточное сообщение до большего числа людей.

Чем вывод новой версии или крупной фичи отличается от вывода нового продукта? Меньшим риском, но не меньшей дисциплиной. У существующего продукта уже есть база лояльных пользователей и подтвержденный PMF на уровне ядра, но новая версия или фича все равно нуждается в собственной мини-проверке ценности на пилотной группе, потому что расширение аудитории или функциональности может уводить продукт в сегмент, где старое позиционирование уже не работает.

Что проверить перед запуском

Прежде чем объявлять о продукте рынку, стоит пройти короткий GTM-чек. PMF подтвержден: есть платящие пилотные клиенты, а не только вейтлист с email-адресами. ICP и позиционирование протестированы на реальных разговорах, не на мнении внутренней команды о том, чем хорош продукт. Метрики успеха запуска определены заранее: activation, конверсия триала, целевой churn, и записаны до дня запуска, а не подбираются после него под удобный результат. Канал первой волны выбран осознанно, исходя из того, есть ли на рынке уже сформированный спрос, а не по инерции «у конкурентов сработало».

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

Никита Орлов

Продуктовый маркетолог. Пишет про запуск и позиционирование IT/SaaS.

Нужна помощь с продвижением?

Обсудим вашу задачу и предложим решение

Написать в Telegram