Launch Tiers (Уровни запусков): фреймворк T1, T2, T3

Каждый раз, когда продуктовая команда завершает разработку новой функции, возникает соблазн рассказать об этом всему рынку. Продакт-менеджеры гордятся своим детищем (особенно если разработка заняла полгода) и требуют масштабных пресс-релизов, email-рассылок по всей базе и запуска платной рекламы. Однако отношение к каждому минорному обновлению как к презентации нового iPhone («Apple Event Syndrome») неминуемо ведет к трем критическим проблемам:

Выгорание маркетинговой команды. Невозможно выдавать креатив высшего уровня каждые две недели. 2. Перерасход бюджетов.

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

Фреймворк Launch Tiers (уровни запусков) решает эту проблему, вводя жесткую систему грейдирования релизов. Он позволяет согласовать маркетинговые усилия, бюджеты и каналы коммуникации с реальным бизнес-импактом выводимого на рынок продукта или функции.

Внедрение Launch Tiers — это не просто инструмент Product Marketing Manager (PMM), это инструмент синхронизации всей компании. Когда разработка, продажи, поддержка и маркетинг говорят на одном языке и понимают, что релиз уровня Tier 1 означает всеобщую мобилизацию, а Tier 3 — рутинное обновление чейнджлога, компания начинает двигаться в разы быстрее, расходуя ресурсы хирургически точно.

1. Суть фреймворка Launch Tiers: Определение и отличия

Launch Tiers (Уровни запусков) — это стандартизированная корпоративная система классификации продуктовых релизов на основе их значимости для бизнеса (Revenue) и рынка (Market Novelty), которая определяет объем выделяемых ресурсов, набор маркетинговых активностей (Bill of Materials) и уровень вовлеченности смежных подразделений.

В современном B2B SaaS и технологическом секторе релизы традиционно делятся на три или четыре уровня:

Tier 1 (T1) — «Альфа-запуск» / Category Definer: Максимальный масштаб. Запуск принципиально нового продукта, выход на новый географический или продуктовый рынок, кардинальная смена позиционирования или слияние/поглощение (M&A). Требует вовлечения всей компании (All-hands on deck).
Tier 2 (T2) — Стратегическое обновление / Momentum Builder: Средний масштаб. Значимая новая функция, расширение возможностей для конкретного крупного сегмента аудитории, важная стратегическая интеграция с лидером рынка.
Tier 3 (T3) — Инкрементальное улучшение / Continuous Value: Малый масштаб. Минорные улучшения интерфейса, UX-оптимизация, добавление стандартных фильтров, небольшие изменения функциональности, не меняющие пользовательский опыт радикально.
Tier 4 (T4) / Tier Silent — Технический или «тихий» релиз: Рефакторинг архитектуры, переход на новые сервера, багфиксы, обновления безопасности. Не требует никакого внешнего маркетинга, кроме пометки в закрытом Changelog для Enterprise-клиентов.

Отличия Launch Tiers от смежных понятий

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

Launch Tiers vs. RICE / ICE (Продуктовый бэклог): Фреймворки приоритизации бэклога отвечают на вопрос «Что мы будем кодить в первую очередь?». Launch Tiers отвечает на вопрос «Как именно мы будем выводить это на рынок и сколько денег на это потратим?». Высокий приоритет в разработке не означает высокий приоритет в маркетинге. Переезд с монолита на микросервисы — это RICE = 100/100 для CTO, но T4 (нулевой маркетинг) для PMM.
Launch Tiers vs. Go-to-Market (GTM) Strategy: GTM-стратегия — это глобальный фундаментальный план вывода одного конкретного продукта на рынок. Launch Tiers — это портфельный фреймворк для управления всеми GTM-инициативами компании в течение года, позволяющий балансировать ресурсы между десятками одновременных релизов.
Launch Tiers vs. Product Roadmap: Дорожная карта продукта показывает, когда функционал будет готов. Launch Tiers показывает, как громко мы будем об этом кричать.

2. Когда применять и когда избегать фреймворка

Обязательно внедрять:

Зрелые B2B SaaS и Enterprise IT. Когда разработка идет по Agile (Scrum/Kanban) и выкатывает новые фичи каждую неделю. Маркетинг физически не может и не должен делать из каждого спринта событие.
Крупный E-commerce, FinTech и маркетплейсы. При запуске новых сервисов внутри огромной платформы (новые варианты доставки, рекламные кабинеты для селлеров, кредитные линии) необходимо жестко разграничивать коммуникацию, чтобы не спамить всю 10-миллионную базу юзеров.
Масштабирующиеся компании с узким “горлышком” в виде PMM-отдела. Когда продуктовых команд 15, а продуктовых маркетологов всего 3. Tiers помогают спасти команду от паралича.

Не использовать:

Стартапы на стадии Seed/MVP. В период поиска Product-Market Fit (PMF) любая новая кнопка может стать ключом к выживанию. Релизы хаотичны, пивоты случаются каждый месяц. Внедрять бюрократию грейдирования здесь вредно.
Компании с монопродуктом и водопадной моделью (Waterfall). Если вы выпускаете одну новую версию on-premise софта раз в год (например, условный AutoCAD 2026), вам не нужна система T1-T3. Ваш единственный ежегодный релиз по умолчанию является массивным Tier 1.

3. Критерии грейдирования (Tiering Criteria)

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

Парадокс трудозатрат (The Effort Paradox): Маркетологи должны вбить в голову продуктовой команде золотое правило: количество человеко-часов, потраченных на разработку, никак не коррелирует с уровнем запуска. Вы можете писать новый алгоритм рекомендаций полгода (огромный Engineering Effort), но для пользователя это невидимое улучшение — это Tier 3. А можете за неделю прикрутить API интеграцию с популярным сервисом (минимальный Effort), но это откроет доступ к базе в миллион новых потенциальных клиентов — это Tier 1 или T2.

Матрица оценки базируется на двух осях: Бизнес-импакт (выручка, MQLs) и Рыночная новизна (PR-потенциал).

Критерий	Tier 1 (Category Definer)	Tier 2 (Momentum Builder)	Tier 3 (Continuous Value)
Главная бизнес-цель	Выход на новый рынок, захват новой ЦА, кратный рост New Business ARR. PR-охват, защита позиции визионера.	Апсейл/Кросс-сейл (Expansion ARR) текущей базы, закрытие сложных сделок в пайплайне, снижение оттока (Churn).	Удержание текущих пользователей, повышение удобства (UX), снижение нагрузки на саппорт.
Ожидаемый доход (Revenue Impact)	Высокий. Потенциал сгенерировать более 20-30% от плана продаж на год.	Средний. В основном монетизация через текущих Enterprise-клиентов.	Минимальный или косвенный (сложно посчитать прямое влияние на деньги).
Конкурентная позиция	Уникальная инновация на рынке ИЛИ закрытие критического разрыва с главным конкурентом-монополистом.	Стандартная для рынка функция, важная для достижения product parity (паритета с конкурентами).	Гигиенический минимум. То, что ожидается от продукта по умолчанию (например, темная тема).
Целевая аудитория (Кому продаем)	Широкий внешний рынок, новые холодные сегменты, пресса, инвесторы, аналитики (Gartner, Forrester).	Существующие клиенты, конкретный узкий сегмент или вертикаль (например, только HR-директора).	Текущие активные (Daily/Weekly Active) пользователи продукта.
Ответственность за Launch	C-Level (CEO, CMO, CPO) + Senior PMM.	Product Marketing Manager + Product Manager.	Product Manager + Community/Content Manager.

4. Бюджетирование и распределение ресурсов (Данные 2024-2025 гг.)

Современный подход к распределению бюджетов на продуктовый маркетинг диктует жесткую диспропорцию. Бюджет на запуски формируется не «по запросу на каждую фичу», а выделяется в виде годового Launch Pool, который затем распределяется по тирам.

Общее распределение годового пула:

Tier 1: Забирает 60% – 80% всего бюджета на запуски.
Tier 2: Забирает 15% – 30% бюджета.
Tier 3: Забирает 0% – 5% (часто реализуется вообще без платного бюджета, исключительно за счет in-house ресурса).

Структура затрат по уровням (Budget Breakdown)

Tier 1: Big Bang Investment Акцент: Внешний охват, Brand Awareness, Demand Generation.

Paid Media (40-50%): Масштабная лидогенерация. Спонсорство подкастов, дорогая реклама в LinkedIn (для B2B), Meta Ads, Programmatic, выкуп премиальных позиций на нишевых площадках.
Events & PR (20-30%): Организация собственного офлайн/онлайн ивента (Launch Event), пресс-туры, оплата работы PR-агентства для посева в Tier-1 СМИ (TechCrunch, Forbes, VC.ru).
Content Production (20%): Дорогой продакшен. Имиджевые видеоролики, 3D-анимация продукта, интерактивные демо-стенды, разработка кастомного лендинга с уникальным дизайном.
Sales Enablement (10%): Физический мерч для топовых клиентов, оплата командировок сейлзов к ключевым аккаунтам, разработка премиальных pitch decks.

Tier 2: Targeted Momentum Акцент: Точечный охват, Account-Based Marketing (ABM), вовлечение текущей базы.

Targeted Ads (30%): Ретаргетинг на тех, кто уже посещал сайт, запуск ABM-кампаний на конкретный список компаний (Target Accounts).
Content (40%): Проведение глубокого вебинара (требует бюджета на софт и промо вебинара), написание Whitepapers, заказные кейсы (Customer Stories).
In-Product Marketing (20%): Платные платформы для онбординга (Pendo, Appcues) для настройки красивых туров по продукту, попапов.
Sales Tools (10%): Battlecards (шпаргалки для сейлзов), One-pagers.

Tier 3: Continuous Value Акцент: Органические каналы, Product-Led Growth (PLG).

Organic Social / Email (80%): Зарплата копирайтеров за посты в Telegram, LinkedIn, email-рассылка через существующий ESP (без доп. затрат на трафик).
Documentation (20%): Обновление базы знаний (Help Center), запись коротких screencast-видео силами продакта.

Стратегические финансовые правила (Guardrails)

Резервный фонд (Contingency Fund): Всегда оставляйте 10-15% годового Launch-бюджета нераспределенным. На рынке может произойти неожиданное событие (например, главный конкурент ушел из страны, или появилась хайповая тема вроде интеграции ChatGPT), и вам потребуются деньги на внеплановый ситуативный релиз.
Правило 70/20/10 для T1-запусков: В рамках огромного бюджета T1 распределяйте каналы умно: 70% бюджета вливайте в каналы, которые исторически доказали свой ROI для вашей компании; 20% — в перспективные каналы, показавшие рост; 10% — на дикие, экспериментальные “wildcard” идеи (необычные коллаборации, вирусные механики).

5. Маркетинговый Микс (Bill of Materials — BOM)

Для каждого уровня жестко фиксируется стандартный набор активностей (BOM). Это моментально снимает споры на планерках в стиле: «А почему мы не покупаем билборд в Москве для этой фичи?». Если фича имеет статус T2, продакт открывает регламент и видит, что билборд не положен.

Канал / Инструмент	Tier 1	Tier 2	Tier 3
Сайт (Web)	Выделенный лендинг, баннер на Главной, обновление меню Pricing.	Отдельный блок на существующей продуктовой странице.	Только упоминание в Changelog / Release notes.
PR / Media	Эксклюзив для топового СМИ, пресс-релиз, интервью с CEO, посевы у инфлюенсеров.	Гостевая статья на профильном ресурсе (например, VC или Хабр) от лица CPO.	Нет.
Email	Цепочка писем (Анонс -> Детали -> Кейсы) по всей (100%) базе клиентов и лидов.	Одно письмо только по целевому сегменту (например, только тарифам Pro).	Включение фичи одной строкой в ежемесячный дайджест.
Внутри продукта	Полноэкранный Welcome-экран (Takeover), видео в интерфейсе, серия тултипов.	Баннер или слайдер в углу экрана, бейдж “New” в меню.	Контекстный тултип (значок вопроса) рядом с новой кнопкой.
Контент	Promo-видео, Whitepaper, вебинар, серия из 3-5 статей в блоге, подкаст.	Обучающий вебинар (глубокий), 1-2 статьи в блоге (How-to).	Обновление скриншотов в базе знаний (Help Desk).
Sales / Партнеры	2-дневный тренинг, новые презентации, обновленный калькулятор ROI, отдельный вебинар для партнеров.	30-минутный брифинг на общей планерке, обновление Battlecards.	Анонс в корпоративном Slack/Teams канале для сейлзов.

6. Внутренний Alignment и Launch Calendar

Отличная классификация бесполезна, если нет системы управления графиком. Внедрение Launch Tiers требует жесткого ведения Launch Calendar (Календаря запусков).

Золотые правила частотности:

Tier 1: Не более 1-2 раз в год для среднего бизнеса. Для гигантских энтерпрайзов — максимум 1 раз в квартал. Рынок и ваша команда не способны переварить большее количество революций.
Tier 2: 1-2 раза в месяц. Позволяет поддерживать постоянный интерес к продукту, демонстрируя динамику развития.
Tier 3: Без ограничений. Выкатываются в рабочем режиме спринтов (Continuous Deployment).

Матрица ответственности (RACI) для релизов

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

PMM (Product Marketing Manager): Отвечает за позиционирование, ценообразование, месседжинг, координацию маркетинговой кампании.
PM (Product Manager): Отвечает за доставку рабочего кода, QA, техническую документацию, демонстрацию работы (демо-стенд) для маркетинга.
Sales Enablement / Head of Sales: Отвечает за то, чтобы сейлзы сдали тест на знание нового продукта до релиза.
Customer Success (CS): Отвечает за подготовку саппорта к наплыву тикетов, обновление базы знаний.

7. Практический пример: B2B SaaS «МегаCRM»

Представим российскую B2B SaaS-компанию «МегаCRM» (управление продажами для МСБ). 50 000 клиентов, 100 разработчиков, 5 маркетологов.

Симптомы до внедрения фреймворка: Разработка перешла на двухнедельные спринты. Продакты требовали от PMM рассылок и PR по каждому чиху — от нового дашборда до оптимизации скорости поиска на 0.5 секунды. Итог: клиенты массово отписывались от email-спама, Open Rate упал с 25% до 8%, а сейлзы перестали читать внутренние рассылки маркетинга, пропуская реально важные аргументы для продажи.

Решение: Внедрение Launch Tiers.

Сценарий Tier 1: Запуск «МегаCRM AI» Суть: Разработан модуль на базе LLM (ChatGPT/Claude), который автоматически транскрибирует звонки менеджеров, заполняет карточку сделки, пишет саммари и генерирует follow-up письма. Это прорыв для рынка РФ (потенциал поднять средний чек на 30%).

Действия: Статус T1. Бюджет 4 млн рублей.
Реализация: Масштабная статья-расследование на VC.ru о том, как ИИ меняет отделы продаж. Реклама в Telegram Ads (таргет на каналы директоров по продажам) и Яндекс.Директ. Проводится бесплатный онлайн-саммит по AI в бизнесе с приглашенными спикерами. Отдел продаж на 2 дня снимается с линии для жесткого тренинга с ролевками. Все действующие клиенты получают персональные plain-text письма от CEO с приглашением на закрытую бету.

Сценарий Tier 2: Интеграция с Авито Работой Суть: Интеграция для прямой передачи откликов соискателей в воронку найма внутри CRM. Важно только для тех клиентов (около 15%), кто использует МегаCRM не только для продаж, но и для рекрутинга HR-отделом.

Действия: Статус T2. Нулевой бюджет на широкий PR, фокус на удержание и апсейл.
Реализация: Маркетинг делает красивую email-рассылку исключительно по сегменту клиентов, у которых в профиле указана отрасль «HR» или активна воронка «Найм». В интерфейсе CRM настраивается Pendo-попап, который показывается только юзерам с ролью «HR-менеджер». Проводится 30-минутный зум для аккаунт-менеджеров (AM), где им выдают скрипт, как продать эту интеграцию текущим клиентам за доп. плату.

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

Действия: Статус T3. Затраты маркетинга — 15 минут времени.
Реализация: Фича описывается одним предложением в ежемесячном email-дайджесте «Что нового за июль». Техподдержка обновляет одну статью в хелпе. Рядом с кнопкой в интерфейсе на неделю вешается маленькая синяя точка (пульсация) с тултипом «Теперь дубли можно объединять массово».

8. Пошаговое внедрение фреймворка в компанию

Если вы решили навести порядок, не внедряйте систему жестким приказом сверху в один день. Используйте 5-шаговый алгоритм:

Исторический аудит (Back-testing). Выгрузите список всех продуктовых релизов за последние 12 месяцев. Вместе с продуктовой командой распределите их по тирам T1-T3 “задним числом”. Оцените, сколько ресурсов было потрачено неадекватно уровню (например, когда на T3-фичу согнали PR-агентство). Покажите эти “сгоревшие деньги” руководству как аргумент. 2. Утверждение Матрицы Критериев. Соберите CPO (Chief Product Officer) и CMO (Chief Marketing Officer). Адаптируйте критерии T1/T2/T3 (TAM, Revenue, стратегия) под вашу бизнес-модель.

Зафиксируйте количественные пороги (например: “T1 — это только фичи, способные сгенерировать более $500k New ARR за год”). 3. Стандартизация BOM (Документация). Создайте страницу в Notion, Confluence или Coda. Зафиксируйте таблицы с артефактами (BOM) для каждого уровня и жесткие SLA (Service Level Agreement). Например: маркетинг берет в работу T1 только за 8 недель до релиза (Code Freeze), T2 — за 3 недели. Если продакт пришел за 3 дня до релиза T1 — запуск переносится, либо получает статус T3. 4. Ритуалы синхронизации (GTM Sync). Внедрите ежемесячный (или двухнедельный) GTM-комитет.

На встрече продакт-менеджеры питчат свои будущие фичи, «защищая» желаемый уровень запуска. Маркетинг (PMM) выступает судьей, валидирует данные и вносит фичу в сводный Launch Calendar. 5. Post-Launch Review (Ретроспектива). Через 30-60 дней после релиза T1 или T2 команда собирается для анализа. Сравниваются плановые и фактические метрики, разбираются провалы коммуникации, корректируется маркетинговый микс для будущих запусков.

9. Метрики контроля и оценка эффективности

Эффективность внедрения Launch Tiers измеряется в двух плоскостях: насколько успешны сами релизы, и насколько здоров процесс.

Метрики успешности запусков (Launch Metrics):

T1: Share of Voice (доля упоминаний в медиа по сравнению с конкурентами), Brand Search Volume (рост брендовых запросов), количество новых квалифицированных лидов (MQLs), сгенерированный новый пайплайн (New Pipeline ARR), конверсия лендинга запуска.
T2: Feature Adoption Rate (процент целевых пользователей, начавших использовать фичу в первые 30 дней), количество апсейлов (Expansion MRR), глубина использования фичи, Open/Click Rate целевой email-кампании.
T3: Снижение количества обращений в саппорт (Support Tickets Deflection) по связанной проблеме, DAU/WAU (косвенно), просмотры страницы Release Notes.

Сигналы здоровья фреймворка (Process Metrics):

Marketing ROI на релиз: Отношение затрат на продвижение к сгенерированной выручке. После внедрения Tiers этот показатель резко растет, так как бюджет перестает распыляться.
Launch Calendar Adherence: Процент релизов, смещенных по срокам или уровню в последний момент. В хаотичных компаниях он равен 80%, в системных — менее 20%.
eNPS маркетинговой команды: Уровень эмоционального выгорания PMM-ов. Снижение стресса и хаоса напрямую повышает лояльность и креативность сотрудников.

10. Антипаттерны, системные ошибки и FAQ

Главные ошибки при работе с Launch Tiers:

Инфляция уровней (Tier Inflation). Ситуация, когда каждый PM правдами и неправдами доказывает на комитете, что его фича — это T1, потому что от видимости фичи зависит его годовой бонус. * Решение: Жесткая привязка к TAM (Total Addressable Market) и прогнозу выручки. Маркетинг (CMO) должен иметь право вето. 2. Запуск «в пустоту» (Отсутствие Sales Enablement). Маркетинг делает гениальный T1-запуск, клиенты воодушевлены, звонят сейлзам, а отдел продаж впервые слышит о продукте и бормочет: “Я уточню у технарей”. * Решение: Жесткий блокчейн процессов.

Внешний релиз (PR) физически не может состояться, пока Head of Sales не подпишет акт о том, что 100% менеджеров прошли аттестацию по новому продукту. 3. Призрачные запуски (Vaporware). Маркетинг прогревает рынок громким T1-анонсом на конкретную дату, а разработка не успевает выкатить стабильный код (баги на проде). Клиенты приходят и видят ошибку 404. * Решение: Маркетинг запускает T1-кампанию только после стадии Beta-тестирования или успешной раскатки кода на 5% лояльных клиентов за фиче-флагом.

Часто задаваемые вопросы (FAQ)

Кто финально утверждает Tier для запуска? Идеально — Product Marketing Manager совместно с Product Manager на этапе квартального планирования. PM обосновывает бизнес-ценность (цифры), а PMM оценивает рыночный контекст (поймут ли это СМИ, готовы ли клиенты). В случае конфликта арбитром выступает CPO или CMO.

Можно ли повысить Tier в процессе разработки (например, с T3 до T2)? Это крайне нежелательно и является форс-мажором. Повышение статуса означает, что PMM должен срочно бросить текущие проекты и выделить часы на написание статей и подготовку вебинаров, которых не было в плане ресурсов. Чаще случается “даунгрейд” (Downgrade): релиз планировался как T1, но из-за сложностей из релиза выкинули половину функционала. Чтобы не разочаровать рынок громким анонсом обрезка, запуск понижают до T2.

Что делать, если конкурент выпускает аналог нашей T2-фичи как свой гигантский T1-запуск с бюджетом в миллионы? Не поддавайтесь панике и сохраняйте хладнокровие. Если для вашей бизнес-модели это объективно Tier 2 (например, вы просто догнали конкурента, закрыв отставание), не сжигайте бюджет на симметричный ответ. Сделайте качественную целевую коммуникацию по своей базе, покажите, что вы тоже закрыли эту боль, и сберегите маркетинговый бюджет для вашего собственного, настоящего инновационного T1-запуска.

Сколько T1-запусков может позволить себе компания в год? Зависит от ресурса. Scale-up стартапы: 1-2 раза в год. Крупные экосистемы (Яндекс, Сбер, Microsoft): возможно 1-2 раза в квартал на отдельные независимые бизнес-юниты (B2B, B2C, Cloud). Важно помнить: T1 — это стресс для всей компании. Вы не можете жить в состоянии стресса постоянно.

Как экологично отказать продакт-менеджеру, требующему T1 для своей любимой минорной фичи? Никогда не отказывайте эмоционально («Это слишком мелкая фича, никто не будет это читать»). Переведите диалог в плоскость цифр. Откройте согласованную матрицу критериев и скажите: «Коллега, T1 требует потенциала в 50 млн рублей нового ARR и интереса СМИ. Покажи мне расчеты TAM и список из трех журналистов, которые захотят написать про этот новый дашборд. Если цифр нет, мы оформляем это как отличный качественный T2 для нашей текущей базы».

Что почитать дальше внутри платформы

Go-to-Market стратегия продукта
Product Marketing Manager (PMM): роль, функции и метрики
Customer Development (Кастдев): как понять реальные потребности рынка
RICE и ICE: фреймворки приоритизации бэклога разработки
Account-Based Marketing (ABM) для B2B продаж

Поделиться статьей:

Telegram ВКонтакте Twitter