План soft launch за 14 дней: пошаговый график с волнами тестирования

Сценарий: две недели до даты, которую нельзя сдвинуть

Команда из четырёх человек: двое разработчиков, дизайнер и Лена, которая совмещает продакта и всё остальное. Приложение — планировщик семейных дел с общими списками. Код готов, сборка собирается, ревью в сторах пройдено.

До объявленной даты запуска — 14 дней. Сдвинуть нельзя: договорённости с двумя телеграм-каналами о публикации уже есть, даты зафиксированы.

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

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

План рабочий для любого приложения с похожей ситуацией. Даты условные, логика — переносимая.

Принципы, на которых построен план

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

1. Между волнами обязательны правки. Волна тестирования, после которой ничего не изменилось, — потраченные деньги. Если в графике нет дней на исправления, уменьшайте число волн, а не время на правки.

2. Каждая волна проверяет другую область или другую версию. Три волны по одному и тому же чек-листу на одной сборке дадут одну и ту же информацию трижды.

3. Последняя волна — регресс, а не поиск нового. В день 12 вы не хотите узнать о новой большой проблеме. Вы хотите подтвердить, что исправленное работает и ничего не сломалось.

4. Критерии готовности к релизу зафиксированы заранее, до первой волны. Иначе в день 13 они подстроятся под то, что получилось.

Календарь: дни 1–3, подготовка

День 1. Фиксируем предмет проверки и критерии готовности.

Лена выписывает три вещи.

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

Во-вторых, критические сценарии, которых оказалось четыре: регистрация и первый вход; создание списка и приглашение; выполнение и синхронизация задач между двумя участниками; оформление подписки и её восстановление.

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

День 2. Готовим инфраструктуру тестирования.

• Сборка в TestFlight для iOS, закрытый трек для Android.
• Тестовые аккаунты, если они нужны для сценария синхронизации (для проверки «двух участников» нужен либо второй аккаунт, либо второй тестировщик).
• Sandbox для платежей или промокоды: реальные деньги тестировщиков использовать нельзя.
• Отдельная ссылка с параметрами для отделения тестовых установок от органических в аналитике.
• Проверка, что базовые события логируются: иначе после релиза вы не увидите ничего.

День 3. Пишем чек-лист волны 1 и запускаем кампанию.

Чек-лист на 5 шагов, область — вход и первое ключевое действие.

1. Откройте приложение, 15 секунд ничего не нажимайте. Напишите, что это за приложение и что оно предлагает. Скриншот обязателен.
2. Пройдите регистрацию до главного экрана. Опишите каждое сомнение и каждую ошибку. Укажите способ регистрации и число попыток.
3. Создайте список из трёх дел. Опишите путь и приложите скриншот результата.
4. Найдите способ пригласить второго участника в список. Опишите, как искали и что произошло. Скриншот обязателен.
5. Закройте приложение полностью и откройте снова. Опишите, что увидели.

Обязательно: модель устройства, версия ОС, версия приложения.

Объём: 40 прохождений. Бюджет: 99 ₽ × 40 × 1,15 = 4 554 ₽.

Критерии приёмки публикуются вместе с заданием: все 5 шагов, скриншоты на шагах 1, 3, 4, указано устройство, ответы описывают действия.

Календарь: дни 4–6, первая волна и разбор

День 4–5. Отчёты приходят, Лена модерирует по мере поступления.

Важная деталь: не ждать все 40, а проверять партиями. Так к вечеру дня 5 уже есть картина, а не аврал.

Таблица для разбора заполняется сразу: ID отчёта, устройство, версия ОС, шаг, где проблема, краткое описание, цитата, серьёзность.

День 6. Группируем находки и приоритизируем.

Лена получила 34 принятых отчёта из 40 (6 отклонены: 4 без обязательных скриншотов, 2 не на той платформе). Находки после группировки по причинам:

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

Приоритеты 1 и 2 идут в работу. Приоритет 3 — в бэклог после релиза.

Календарь: дни 7–9, исправления и вторая волна

День 7–8. Разработка вносит правки.

Что делает команда Лены:

• Кнопка «Пригласить» выносится на экран списка, крупно, с текстом-подсказкой при пустом списке участников.
• Первый экран переписывается: вместо «Ваши списки» — короткая фраза о совместном использовании и иллюстрация с двумя участниками.
• Чинится регистрация через Google на Android 13.
• Экран приглашённого получает явное объяснение: кто пригласил, в какой список, одна кнопка «Присоединиться».

Приоритет 3 сознательно откладывается: в 14-дневном плане нет места на всё, и попытка сделать всё — главная причина срыва таких планов.

День 9. Волна 2: проверка правок плюс новая область.

Чек-лист меняется. Шаги 1–4 повторяют волну 1 (чтобы сравнить с базой), шаги 5–6 добавляют новую область — синхронизацию между участниками.

1. Первое впечатление без действий (повтор).
2. Регистрация (повтор, с акцентом на Google на Android).
3. Создание списка (повтор).
4. Приглашение участника (повтор — главная проверяемая правка).
5. Попросите знакомого принять приглашение либо примите его со второго устройства. Опишите, что увидел приглашённый и сколько времени заняло присоединение.
6. Отметьте одну задачу выполненной. Проверьте, через сколько секунд изменение видно у второго участника. Приложите скриншот.

Объём: 30 прохождений. Бюджет: 99 ₽ × 30 × 1,15 = 3 415,50 ₽.

Требование к устройствам в задании: не менее 10 отчётов на Android 13 или новее.

Календарь: дни 10–12, третья волна

День 10–11. Разбор волны 2 и правки.

Результат по главной правке: кнопку приглашения не нашли 2 человека из 28 принятых (было 22 из 34). Приложение назвали семейным планировщиком 21 из 28 (было 15 из 34 — точнее, правильно поняли только 15). Регистрация через Google — ошибок нет.

Новые находки волны 2:

• Синхронизация занимала до 40 секунд без индикации, 12 человек решили, что не работает, и обновляли вручную.
• Приглашённый попадал в список, но не видел, кто ещё в нём участвует — 8 упоминаний.

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

День 12. Волна 3: платежи и регресс.

Это последняя волна, и у неё двойная задача.

1. Пройдите полный путь: регистрация → создание списка → приглашение → отметка задачи. Опишите, если что-то не работает. Скриншот финального состояния.
2. Откройте экран подписки. Напишите своими словами, что даёт платная версия и сколько стоит.
3. Оформите подписку по промокоду из задания. Опишите каждый экран. Скриншот подтверждения.
4. Удалите приложение, установите заново, войдите и восстановите покупку. Опишите результат. Скриншот обязателен.
5. Включите авиарежим, отметьте задачу, выключите авиарежим. Опишите, что произошло с изменением.

Объём: 25 прохождений. Бюджет: 99 ₽ × 25 × 1,15 = 2 846,25 ₽.

Обратите внимание на шаг 2: он проверяет не работу экрана, а его понятность. Это дешёвый способ найти проблему, которая после релиза выглядит как «низкая конверсия в подписку».

Календарь: дни 13–14, решение

День 13. Разбор волны 3 и финальные правки только критического.

Правило дня 13: правится только то, что блокирует ключевой сценарий или теряет деньги. Всё остальное — в бэклог первой недели после релиза. Любая необязательная правка в последний день — источник регрессии, которую уже некому проверить.

День 14. Решение по критериям, зафиксированным в день 1.

Вот эти критерии. Они простые, проверяемые и написаны до того, как стало известно, что получится.

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

Команда Лены закрыла все строки, кроме «назначение понято верно» — 61 % против порога 65 %. Решение: запуск, а переписывание первого экрана — задача первой недели.

Сводный бюджет и трудозатраты

Внутренние трудозатраты, которые тоже стоит посчитать:

Итого около 17 часов работы продакта и 40–50 часов разработки. Это и есть реальная цена плана: деньги — меньшая его часть.

Что делать, если план сорвался

Реалистичная часть. Три типичных срыва и что с ними делать.

Срыв 1: волна 1 нашла блокер, на исправление которого нужна неделя.

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

Срыв 2: отчёты приходят медленно, волна 1 набирается 4 дня вместо 2.

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

Срыв 3: правки внесли, но волна 2 показала те же проблемы.

Значит правка не устранила причину — вы исправили симптом. Это очень ценная информация, которую вы получили за 3 400 ₽ вместо того, чтобы узнать её из отзывов после релиза. Возвращайтесь к отчётам волны 1 и читайте цитаты внимательнее: обычно причина описана, но была понята неверно.

Вариант плана на 7 дней, если времени совсем нет

Иногда 14 дней нет. Минимальная работающая версия:

Бюджет ≈ 5 123 ₽. Покрытие меньше, но блокеры входа и проблемы с оплатой вы найдёте — а это те две области, где ошибка дороже всего.

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

FAQ

Почему три волны, а не две или четыре?

Три — минимум, при котором есть проверка правок (волна 2) и регресс перед релизом (волна 3). Четвёртая волна полезна, если продукт большой, но она требует ещё 3–4 дней на цикл правок, а в 14 днях их нет.

Можно ли запускать волны параллельно, чтобы сэкономить время?

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

Сколько прохождений минимально в волне?

15–20. Меньше — вы найдёте блокеры, но не оцените частотность и не покроете устройства.

Что делать с приоритетом 3, который отложили?

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

Нужно ли тестировать после релиза?

Да, и первая волна после релиза особенно полезна: она проходит на продакшн-версии, с реальным стором, реальной оплатой и без тестовых упрощений. Планируйте её на первую-вторую неделю.

Как понять, что критерии готовности слишком мягкие?

Если вы можете выполнить их все без единой правки — они слишком мягкие. Хорошие критерии в первой волне обычно не выполняются: в этом и смысл.

Итоги

• План на 14 дней делится так: 3 дня подготовка, три волны тестирования с днями на правки между ними, 2 дня на решение и финальные критические правки.
• Критерии готовности к релизу фиксируются в день 1, до первой волны, иначе они подстроятся под результат.
• Объёмы волн: 40 на вход и ключевое действие, 30 на проверку правок плюс новую область, 25 на платежи и регресс. Всего 95 прохождений, около 12 000 ₽ с комиссией.
• Между волнами обязательны правки; волна без изменений в продукте покупает одну и ту же информацию повторно.
• Последняя волна — регресс, а не поиск нового. В день 13 правится только то, что блокирует сценарий или теряет деньги.
• Неработающая оплата или восстановление покупки — единственное безусловное основание перенести релиз, даже при зафиксированных договорённостях о публикациях.
• Если времени только неделя, работает сокращённая версия на 45 прохождений и 5 123 ₽: она закрывает блокеры входа и платежи.

Заключение

Команда Лены запустилась в срок. К вечеру дня релиза из двух телеграм-каналов пришло около 1 900 установок. Ключевое действие — создание общего списка с приглашённым участником — выполнили 54 % пришедших, retention D1 составил 41 %.

За две недели до этого кнопку приглашения не могли найти 22 человека из 34. Если бы эти 1 900 человек пришли на ту версию, история запуска была бы другой — и её нельзя было бы переиграть, потому что первые отзывы и первый рейтинг формируются один раз.

Двенадцать тысяч рублей и семнадцать часов работы. Основная ценность плана не в деньгах, а в том, что в день 14 решение принималось по таблице с порогами, а не по ощущению «вроде готово».