План запуска бота в MAX на 90 дней: понедельный разбор

«Как быстро мы сделаем?» — типичный вопрос на первой встрече. Стандартный ответ «3–4 месяца» обычно не утоляет тревогу, потому что внутри этих месяцев непонятно, что происходит. Ниже — детальный план на 90 дней (около 13 недель), который мы используем сами и рекомендуем клиентам как ориентир. Ваш проект может занять чуть меньше или чуть больше, но структура останется.

Неделя 1–2. Аналитика и сценарий

Что делается:

• 2–3 встречи с заказчиком и его сотрудниками (администратор, маркетолог, кассир);
• описание customer journey — как клиент сейчас приходит, что его раздражает;
• выбор главных сценариев бота — обычно 1–2 для MVP;
• черновик ТЗ на 8–15 страниц;
• список интеграций с приоритетами (must-have / nice-to-have);
• оценка разработки в часах и в деньгах.

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

Типичная ошибка: пропустить этот этап и сразу перейти к разработке «по созвону». Через 6 недель окажется, что разработчик и заказчик имели в виду разные вещи, и переделывать дороже, чем сделать аналитику нормально.

Неделя 3. Подготовка инфраструктуры и дизайн

Параллельные потоки:

• Дизайнер собирает стиль бота: иконка, голос, тон сообщений, ключевые экраны Mini App, если есть.
• DevOps настраивает сервер, домен, SSL, базу данных, мониторинг.
• Разработчик заводит репозиторий, CI/CD, окружения (dev/staging).
• Заказчик собирает контент: тексты, фото, прайсы, описания услуг — то, что попадёт в бот.

Сложность: контент со стороны заказчика — самое узкое место. На сборе фотографий блюд для меню или текстов для FAQ проекты застревают на 2–3 недели. Готовьте контент параллельно с аналитикой.

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

Неделя 4–7. Основная разработка MVP

Здесь подрядчик пишет код. Ваша задача — не мешать, но и не пропадать.

Что должно происходить:

• 2 раза в неделю короткие синки на 15–20 минут — что сделано, что планируется, что нужно от заказчика;
• каждую пятницу демо нового функционала на staging-стенде — заказчик пробует, фиксирует комментарии;
• замечания фиксируются в общем трекере (Yougile, Notion, Trello — что угодно), а не в чате;
• блокирующие вопросы (контент, логика, согласования) закрываются за 24 часа.

Если синков нет, или вы не пробуете staging — к концу 7-й недели вы получите бот, который «вроде работает», но в нём 30% неучтённых деталей.

Чем заканчивается: на staging работает основной сценарий end-to-end, заказчик принципиально его одобрил.

Неделя 8. Тестирование и шлифовка

Часто пропускаемая, и зря. Что нужно сделать:

• 30–50 «контрольных закупок» силами сотрудников заказчика. Прошли весь путь, нашли мелочи.
• Прогон в режиме «специально ломаем»: кривой телефон, нажатия из старых сообщений, прерывание сценария.
• Проверка интеграций под нагрузкой: 50–100 одновременных пользователей.
• Финальная проверка контента — опечатки, кавычки, форматирование.
• Юристы смотрят на тексты согласий и оферту.
• Тест уведомлений и шаблонов — приходят ли, в правильном виде ли, на правильный номер ли.

Чем заканчивается: список найденных багов и список «доработок». Первые чинятся сразу. Вторые попадают либо в финальный спринт, либо в бэклог после запуска.

Неделя 9. Выкат на прод и закрытый запуск

Деплой на боевую инфраструктуру. Боевой токен бота, реальные платежи, мониторинг включён.

Закрытый запуск — это запуск для первых 50–200 «своих»: сотрудники, друзья, лояльные клиенты. Им раздаёте ссылку, просят проверить и дать обратную связь.

Что мониторите 4–7 дней:

• идут ли уведомления;
• срабатывает ли оплата;
• сколько ошибок в логах;
• сколько диалогов вышло на оператора и как быстро отвечают;
• успевает ли инфраструктура (CPU, память, БД).

Если всё стабильно — открываете бот для всей аудитории. Если нет — 1–2 недели чините найденные проблемы, потом открываете.

Неделя 10–11. Открытый запуск и сбор обратной связи

Бот открыт. В него идут реальные клиенты с улицы. Что происходит:

• ежедневный мониторинг метрик первые 14 дней;
• ежедневный 10-минутный синк команды поддержки — что было сложного, какие диалоги помещаются в FAQ, какие требуют доработок бота;
• бэклог задач набирается быстро — это нормально. Не пытайтесь сделать всё сразу;
• маркетинговые каналы запускаются на полную: QR в офлайне, посты в существующих каналах, партнёрства.

Главное: не паниковать от первой волны баг-репортов. В первые 2 недели приходит 50–100 замечаний. Из них 60% — субъективные пожелания, 30% — мелкие правки UX, 10% — реальные баги. Реальные баги — в работу немедленно. Остальное — в бэклог по приоритету.

Неделя 12–13. Стабилизация и первые выводы

К концу 90-го дня у вас должно быть:

• стабильно работающий бот без падений;
• первая статистика по основным метрикам (DAU, конверсия в целевое действие, удержание на 7 день);
• первая модель окупаемости с реальными цифрами (раньше была теоретической);
• бэклог из 15–30 задач на следующий квартал;
• работающая команда поддержки;
• понимание, какие сценарии уже в продакшене, а какие надо доработать или выкинуть.

Это не «всё, проект сделан». Это «MVP запущен, дальше — итерации». Полноценная зрелость бота — 6–12 месяцев после запуска. Но к 90-му дню понятно, в каком направлении двигаться.

Где обычно срываются сроки

По нашему опыту, сроки сдвигаются по трём причинам, и почти никогда — из-за «разработка медленная»:

1. Контент со стороны заказчика приезжает медленно. Тексты для FAQ обещали за неделю, прислали через месяц. Решение: сразу прописывайте дедлайны по контенту, и не начинайте платную разработку, пока не получили хотя бы 60%.
2. Согласования. Юрист два месяца смотрит оферту, маркетолог месяц утверждает тексты кнопок. Решение: на старте определите 1 ЛПР по каждому типу решений, дайте ему дедлайны.
3. Скоуп раздувается. «А давайте ещё AI-консультанта», «а давайте ещё интеграцию с Salesforce». Решение: твёрдое правило «первый MVP — то, что в исходном ТЗ. Всё новое — после запуска отдельным проектом».

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

Что делать после 90 дней

После запуска проект не заканчивается, он начинается. Следующие 90 дней — это:

• ежемесячный спринт доработок по бэклогу;
• расширение команды поддержки до целевого размера;
• запуск маркетинговых активаций (партнёрки, реферальные программы);
• настройка глубокой аналитики и сегментации;
• первые A/B-тесты воронок;
• подготовка следующих сценариев к разработке.

Каждые 3 месяца — ревизия: что работает, что не работает, что добавить. Это не «дополнительная работа», это часть жизни продукта. Бот — не разовый проект, а регулярная инвестиция, которая платит дивидендами годами.