Как продакту запустить новый продукт

Зачем тебе вообще новый продукт

Прежде чем кидаться запускать — ответь себе честно, зачем. Возможные ответы:

• Текущий продукт упёрся в потолок — нужны новые ставки роста.
• Видишь незакрытую боль у существующей аудитории — значит, можно расширить через смежный продукт.
• Появилась внешняя возможность (новая технология, новый рынок).
• Стратегическая ставка от руководства/инвесторов.

Если ни одно не подходит, и просто «хочется сделать что-то новое» — это плохая база. Новые продукты дороги, медленны и в большинстве случаев не доживают до настоящего роста. Запуск ради запуска — путь к выгоранию команды.

От проблемы к гипотезе

Хороший продукт начинается не с идеи, а с проблемы. Идея может быть красивая, а проблемы за ней может не оказаться.

Базовая структура гипотезы:

• Кто конкретный сегмент пользователей.
• Что за проблема, как она у них болит сейчас.
• Как они её решают сейчас (всегда как-то решают, даже если коряво).
• Почему наше решение лучше существующего.
• Как поймём, что мы правы — какой ранний сигнал успеха.

Если на любом из пунктов «не знаю» — это не гипотеза, а мечта. Иди в discovery.

Валидация до строчки кода

Самая дешёвая ошибка — построить продукт и не найти пользователей. Самая дешёвая страховка — потратить пару недель на проверку до разработки.

Что делать:

• Customer development интервью. 10–20 разговоров с целевой аудиторией. Не «купите ли вы», а «как вы это делаете сейчас, что вас бесит, сколько времени тратите».
• Лендинг с предзаписью. Можно сделать за день. Если на ваш месседж нет интереса в холодном трафике — его и в продукте не будет.
• Concierge / wizard of oz MVP. Делать продукт руками для первых клиентов. Без интерфейса.
• Анализ конкурентов и аналогов. Если задача очевидно нужна, кто-то её уже решает. Понять, как и в чём слабее.
• Платная проверка. Самый честный сигнал — кто готов заплатить, а не «звучит интересно».

Цель этого этапа — не запустить, а либо подтвердить гипотезу, либо убить её. Убить дешевле и важнее.

Что такое нормальный MVP

MVP — minimum viable product. Слово «minimum» обычно недооценивают.

Хороший MVP:

• Решает одну конкретную проблему для одного сегмента.
• Делает это ощутимо лучше, чем существующие способы.
• Может быть страшно стыдно перед коллегами — это нормально.
• Имеет встроенную аналитику для проверки ключевой гипотезы.
• Не имеет того, без чего можно прожить первые 3 месяца — настроек, интеграций, сложного админа.

Плохой MVP:

• Маленькая копия большого продукта.
• Полированный, с дизайн-системой и тёмной темой, но без понимания, нужен ли он.
• Запущенный широко вместо узкой целевой когорты.
• Без аналитики — «потом подключим».

Главное — не путать MVP с полноценным продуктом. MVP это инструмент проверки гипотезы, а не первая версия flagship-продукта.

Метрики на ранней стадии

На ранней стадии классические метрики (DAU, retention) считаются плохо — данных мало, шум большой. Что смотреть:

• Конверсия в первое целевое действие. Что считается ценностью — туда ведём.
• Retention первой когорты. Хотя бы D7/W2. Если люди не возвращаются — гипотеза не работает.
• Качественные сигналы. Что говорят первые пользователи. Они либо рассказывают друзьям, либо нет — это тоже сигнал.
• Time to value. Сколько проходит от старта до первой ценности.
• Проблемы и причины ухода. В первой сотне пользователей это видно вручную, через интервью и сапорт.

NPS, MAU, ARPU — это метрики уже более зрелой стадии. На MVP они шумные.

Что делать после запуска

Запустил MVP — не значит победил. Дальше начинается фаза, где гипотезы либо подтверждаются, либо рассыпаются.

Чек-лист первых 1–3 месяцев:

• Качественный фидбек. Лично с первой сотней пользователей. Звонки, чаты, опросы.
• Удержание. Сравнить с гипотезой. Если retention сильно ниже ожиданий — не масштабировать, а копать.
• Сегменты, которые «зашли». Часто продукт не выстреливает в задуманной аудитории, но прекрасно заходит у соседней. Готовь ум к пивоту.
• Острые баги и friction. Лечить быстро, но не уходить в полировку — фундаментальные вопросы важнее.
• Не масштабировать раньше времени. Маркетинг на сырой продукт со слабым retention — слив бюджета.

Если retention плох — не масштабируй, а итерируй. Если retention выглядит здоровым — наращивай канал привлечения.

Частые ошибки

• Запуск без валидации. Полтора года разработки, чтобы узнать, что никому не надо.
• Слишком широкий MVP. Пытаются угодить всем сегментам — получается серый продукт, который не нужен никому.
• Полировка вместо проверки гипотезы. «Сначала сделаем красиво, потом покажем людям».
• Бесплатный для всех «чтобы было пользователей». Бесплатное привлекает не тех. Лучше платно и узко, чем бесплатно и широко.
• Игнорирование retention на ранней стадии. Если retention плохой, нет смысла включать рекламу.
• Скоп ползёт. Команда добавляет фичи, MVP перестаёт быть minimum, запуск откладывается.
• Запуск без аналитики. Через месяц непонятно, что вообще произошло.
• Решение проблемы, которой нет. Самая дорогая ошибка — продукт, который классно решает проблему, которой не существует у достаточного числа людей.

Связанные темы

• Что такое MVP
• Aha-момент простыми словами
• Что такое product-market fit
• Как улучшить активацию
• Как улучшить retention

FAQ

Сколько времени должен занимать MVP?

Чем меньше, тем лучше. Если возможно — недели, не месяцы. Каждый дополнительный месяц увеличивает риск, что вы строите не то.

Сколько пользователей нужно для проверки гипотезы?

Зависит от задачи. Для качественной проверки — 10–20 интервью и 50–100 пользователей в продукте. Для статистических выводов — больше.

Что делать, если гипотеза не подтвердилась?

Решай: пивот (та же команда, новая гипотеза) или закрытие. Не надо упрямо ехать дальше с мёртвой гипотезой.

Платный или бесплатный MVP?

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

Стоит ли делать MVP параллельно с основным продуктом?

Если ресурсы позволяют — да, через выделенную команду. Сильно лучше, чем «по 10% времени всех».

Как понять, что MVP можно масштабировать?

Здоровый retention первой когорты, повторное использование, органический шеринг или готовность платить. Не «много регистраций».

---

Готовишься к собесу на продакта или аналитика — открой тренажёр с 1500+ вопросами по SQL, метрикам, A/B и продуктовой аналитике.