Как оценить готовность бизнеса к запуску бота в MAX

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

Зачем нужна оценка готовности до разработки

Бот — это инвестиция от 200 тыс. до 2 млн рублей в разработку плюс 100–500 тыс. в год на поддержку и развитие. Сравнимо с наймом одного-двух сотрудников. Никто не нанимает менеджера «потому что у конкурента такой есть» без описания обязанностей, KPI и руководителя. С ботом происходит ровно то же самое, только последствия отложены на полгода: разработчик сдаёт продукт, ещё месяц-два бот живёт в инерции старта, а потом тихо умирает — потому что некому им заниматься, неясно, какую задачу он должен решать, и нечего показывать в нём пользователю.

Оценка готовности на старте занимает 1–2 рабочих дня и экономит 2–6 месяцев переработок и потерянных денег. Это самая дешёвая страховка в проекте.

Готовы ли процессы

Бот автоматизирует процесс. Если процесс непонятен или работает «как сложилось» — бот его не вылечит. Признаки незрелого процесса:

• Нет владельца. На вопрос «кто отвечает за заявки?» — три разных ответа.
• Нет регламента. Каждый менеджер делает по-своему.
• Нет KPI. Никто не знает, сколько заявок в день и за сколько они обрабатываются.
• Нет SLA. Клиент не знает, через сколько ему ответят, и менеджер не знает тоже.
• Нет эскалации. Сложный кейс зависает у первого, кто его взял, и тонет.

Перед стартом проекта эти пять вопросов должны иметь конкретные ответы. Иначе автоматизация закрепит хаос вместо того, чтобы убрать его. Бот ускоряет всё — в том числе и неработающие места: если менеджер раньше обрабатывал 30 заявок в день и 5 терял, после бота он будет обрабатывать 100 и терять 17. Проблема не масштабируется, она усугубляется.

Бизнес-готовность: четыре опорных вопроса

До технических деталей надо ответить на четыре управленческих вопроса. Если хотя бы один без ответа — проект ставится на паузу, а не запускается «параллельно разберёмся».

1. Какая бизнес-задача и метрика успеха? «Сделать бота» — не задача. Задача — «увеличить выручку с повторных продаж на 15%», «сократить штат операторов первой линии на двух человек», «снизить долю no-show по записям с 22% до 8%». Без метрики через три месяца некому будет сказать, удался проект или нет.

2. Есть ли аудитория в MAX или планируется миграция? Бот в мессенджере, которым ваши клиенты не пользуются, — это лендинг без трафика. До старта проекта проводим короткий опрос (15–30 клиентов), смотрим долю активных пользователей MAX, сверяемся с возрастной и гео-структурой аудитории. Если в MAX сейчас 5–10% базы и нет внятной стратегии её привести — лучше начать с Telegram или сайта.

3. Есть ли бюджет на 12+ месяцев? Разработка — это первая треть. Поддержка, развитие, маркетинговое наполнение — оставшиеся две. Если в годовой смете заложена только разработка, через полгода проект остановится и деньги уйдут впустую.

4. Есть ли владелец продукта на стороне бизнеса? Это не проектный менеджер на стороне разработчика. Это человек внутри компании, который принимает решения по правкам в течение дня, согласует копирайт, отвечает на вопросы интеграций, тестирует релизы. Без него проект превращается в пинг-понг через подрядчика.

Процессная готовность: что должно быть на бумаге

Управленческие ответы получены — переходим к процессам. Минимум четыре артефакта:

• Описанные бизнес-процессы. Достаточно Notion, Miro или даже Google Docs. Не нужны BPMN-диаграммы. Нужна последовательность шагов «как сейчас обрабатывается заявка», «как сейчас закрывается возврат», «как сейчас записывают на услугу». Без этого подрядчик пишет бота не по вашему процессу, а по своему представлению о нём.
• Источник правды о клиенте. CRM — идеально, но даже Excel с уникальным client_id лучше, чем «у каждого менеджера свой список». Бот должен куда-то писать заявку и откуда-то поднимать историю.
• SLA на ответ клиенту. Бот встраивается в цепочку: автоответ за 2 секунды, передача оператору за 30, ответ оператора за 5 минут в рабочее время. Без явного SLA непонятно, когда бот должен эскалировать запрос человеку.
• Готовность к изменениям в команде. Бот меняет работу менеджеров: часть рутины уходит, появляются новые задачи (модерация AI-ответов, разбор брошенных диалогов). Если команда воспринимает бота как угрозу или конкурента, проект саботируется снизу — менеджеры будут «случайно» уводить клиентов из бота в личные звонки, чтобы сохранить процент.

Технологическая готовность

Здесь важна не «крутизна стека», а наличие точек подключения и юридическая чистота.

• API у систем для интеграции. 1С — должна быть опубликована веб-обёртка или хотя бы CommerceML. CRM — REST/Webhook. Складская система — REST или хотя бы экспорт CSV по расписанию. Если интеграция через «бухгалтер выгрузит вручную в Excel раз в неделю» — бот будет показывать вчерашние остатки, и это убьёт доверие.
• Юридическая картина. Кто оператор персональных данных, есть ли уведомление в РКН, политика обработки на сайте, оферта, согласие пользователя. По 152-ФЗ первичная обработка ПДн граждан РФ должна происходить на серверах в России — это влияет на выбор хостинга и облака.
• Хостинг и инфраструктура. Собственный сервер, российское облако (Yandex Cloud, VK Cloud, Selectel) или PaaS. Для проектов с ПДн зарубежные облака закрыты. Бот в MAX обычно живёт в РФ-периметре — это плюс.
• Мониторинг и резервные копии. Должен быть кто-то, кто увидит, что бот лежит в 3 ночи в субботу. Бэкапы базы делаются ежедневно и проверяются раз в квартал восстановлением.

Контентная готовность: что бот будет показывать пользователю

Самая частая иллюзия — «бот сам разберётся». Не разберётся. У бота нет контента, который вы не дали. Минимальный контентный пакет:

• FAQ из 50–150 вопросов и ответов. Это база для AI-консультанта или RAG. Если у вас нет письменного FAQ, бот будет придумывать ответы или отправлять каждый второй вопрос оператору.
• Прайс-лист в структурированном виде. Не PDF на сайте, а CSV или таблица в БД с полями: артикул, название, цена, остаток, категория. Без этого бот не покажет товары и не примет заказ.
• Каталог с описаниями и картинками. Минимум — короткое описание (50–100 слов), 1–3 фото, цена. Без описаний бот превратится в безликий список «товар А, товар Б».
• Расписание (для услуг). Слоты, длительность, специалисты, регулярные исключения (праздники, отпуска).
• Brand voice. Один документ на 2–3 страницы: тон обращения (на «вы» или «ты»), формальность, разрешённый юмор, табу. Без него каждый редактор копирайта будет писать по-своему, и бот превратится в шизофрению.

Антипаттерны, которые мы видим чаще всего

За последние полтора года через нас прошло около 80 запросов на ботов в MAX. Шесть антипаттернов повторяются почти в каждом втором:

• «Сделаем как у Х». Без анализа, почему у Х это работает и работает ли вообще. Слепое копирование чужой механики без своих процессов и аудитории.
• «AI всё решит». Иллюзия, что LLM закроет отсутствие FAQ, отсутствие данных, отсутствие процесса. AI без контекста галлюцинирует — и галлюцинации становятся вашими публичными ответами клиентам.
• «Запустим за неделю». Производство бота с интеграциями реалистично за 4–8 недель MVP, 3–6 месяцев полноценный продукт. Неделя — это лендинг с формой, а не бот.
• «Не нужен дизайн». Бот — это интерфейс. Плохо сформулированные кнопки, кривой порядок шагов, невнятные сообщения роняют конверсию в 2–3 раза.
• «Сделайте и забудем». Бот без обновлений умирает за 3–6 месяцев: меняется ассортимент, цены, законодательство, поведение пользователей.
• «У нас особые требования, поэтому без ТЗ». Особые требования — главная причина, почему ТЗ обязательно. Без него подрядчик сделает «как обычно» и обвинит заказчика, что тот не озвучил.

Чек-лист самооценки готовности

Прогоните бизнес по 18 пунктам. Поставьте «да» только там, где есть конкретный артефакт или ответственный, а не «в целом всё нормально».

• Сформулирована бизнес-задача в одном предложении.
• Есть числовая метрика успеха проекта.
• Подтверждено, что аудитория в MAX есть или придёт.
• Бюджет покрывает разработку и 12 мес. поддержки.
• Назван владелец продукта со стороны бизнеса.
• Описан процесс «как сейчас» (Notion / Miro / Docs).
• Есть единый источник правды о клиенте (CRM или таблица).
• Согласован SLA на ответ клиенту.
• Команда готова к изменениям ролей.
• У ключевых систем есть API или экспорт.
• Решён вопрос оператора ПДн и подано уведомление в РКН.
• Политика обработки и согласие опубликованы.
• Хостинг расположен в РФ.
• Есть план мониторинга и бэкапов.
• Готов FAQ объёмом 50+ пар.
• Прайс-лист и каталог в структурированном виде.
• Расписание, если работаем с услугами.
• Документ brand voice на 2–3 страницы.

Скоринг по результату:

Альтернативы боту, если вы не готовы

Не каждая задача требует кастомной разработки. Если по чек-листу вы пока не проходите — посмотрите на промежуточные решения, они часто закрывают 60–70% потребности за 5–10% бюджета.

• Шаблонный бот на конструкторе. Salebot, BotHelp, Senler — собирается за 2–5 дней, стоит 2–10 тыс./мес. Подходит для линейных сценариев: запись, FAQ, рассылки. Не подходит для глубоких интеграций и AI.
• Авто-ответы в чатах MAX. Простейшие триггеры на ключевые слова, без бэкенда. Покрывает 30–40% типовых вопросов и снимает нагрузку с операторов.
• Чат на сайте с операторами. JivoSite, Chat2Desk, LiveTex. Полезно как промежуточный шаг — собирает реальные диалоги, которые потом станут основой FAQ для бота.
• Email + телефон + хорошая база знаний. Звучит скучно, но для B2B с длинным циклом сделки часто работает лучше любого бота.
• Менеджер на аутсорсе. Колл-центр на 30–50 тыс./мес. закрывает первую линию, пока вы готовите базу к собственному боту.

Как переходить от MVP к полноценному продукту

Если по чек-листу вы прошли — не запускайте сразу full-scale. Двухступенчатая стратегия снижает риски:

1. Pilot на части аудитории (2–4 нед.). Запускаем бота на 5–10% базы, например на одном городе, одной товарной категории или одном сегменте. Смотрим метрики: конверсия в целевое действие, доля эскалаций оператору, NPS, технические сбои.
2. MVP за 4–6 недель. Один-два ключевых сценария, без необязательных фич. Цель — проверить гипотезу о ценности и собрать обратную связь от реальных пользователей.
3. Расширение по итогам пилота (8–16 нед.). Добавляем сценарии в порядке приоритета по данным, а не по интуиции. Каждый сценарий проходит ту же двухступенчатую проверку.
4. Полноценный продукт (3–6 мес. от старта). Все ключевые сценарии, развитая аналитика, отлаженная поддержка, регулярный roadmap.

Full-scale «сразу всё и сразу всем» проваливается в 7 случаях из 10: дорого, долго, и к моменту выхода первая версия уже устарела по требованиям.

Реальный пример: «хочу бота за неделю»

Производитель косметики (около 40 SKU, 8 тыс. активных клиентов) пришёл с запросом «нужен бот в MAX за неделю, у нас сезон через месяц». Вместо немедленного старта мы провели двухдневный аудит готовности и нашли четыре узких места:

• Каталог только в PDF на сайте. Никакой структурированной выгрузки, обновляется руками раз в квартал.
• CRM в Excel у владелицы. Менеджеры дублируют клиентов, у одного человека по 4 карточки с разными телефонами.
• Нет уведомления РКН и нет политики обработки ПДн. Юридический вакуум, штраф до 700 тыс. рублей при первой проверке.
• Brand voice не зафиксирован. Три копирайтера пишут постами в трёх разных тональностях.

Дальнейший план занял два месяца, а не неделю:

Результат после 3 месяцев работы: конверсия из бота в покупку 11% (против 4% на сайте), снижение нагрузки на двух операторов поддержки на 35%, NPS 58. Если бы запускали «за неделю» — получили бы бота, показывающего вчерашние цены, дублирующего заказы и юридически уязвимого. Дополнительные 7 недель подготовки окупились в первый же месяц после полноценного запуска.

Что делать с провалами по чек-листу

Самые частые провалы решаются за 2–6 недель — главное увидеть их до старта, а не во время приёмки.

• Нет владельца процесса — назначаем приказом одного ответственного с правом принимать решения и выделенными часами.
• Грязные данные — закладываем спринт на дедупликацию и нормализацию справочников до интеграции.
• Нет регламента поддержки — пишем минимальный SLA, эскалацию и времена реакции на одной странице.
• Бюджет только на разработку — пересматриваем годовую смету с учётом поддержки и развития.
• Регуляторика не закрыта — параллельный спринт с юристом за 2–3 недели.
• Нет контента — нанимаем контент-редактора на проектную загрузку 4–6 недель.
• Нет API у 1С — заказываем у франчайзи опубликование веб-сервиса (1–3 недели).

Итого

Готовность бизнеса к запуску бота в MAX — это четыре уровня: бизнес (задача, метрика, аудитория, бюджет, владелец), процессы (описаны, источник правды, SLA, готовность команды), технологии (API, юридика, хостинг, мониторинг), контент (FAQ, прайс, каталог, расписание, brand voice). По 18-пунктовому чек-листу: 80%+ — стартуем, 50–80% — добиваем 2–6 недель, ниже 50% — рано, идём в шаблонные решения и собираем базу. Один-два дня аудита на старте экономят 2–6 месяцев переработок после релиза и сотни тысяч рублей в бюджете.

Частые вопросы

Как понять, готов ли бизнес к запуску бота в MAX?+

Через чек-лист из 18 пунктов в четырёх категориях: бизнес-готовность (есть задача, метрика, аудитория в MAX, бюджет на 12 мес., владелец продукта), процессная (описаны процессы, есть источник правды о клиенте, SLA, готовность к изменениям), технологическая (API систем, юр. картина по 152-ФЗ, российский хостинг, мониторинг) и контентная (FAQ на 50+ пар, прайс, каталог, расписание, brand voice). 80% и выше — стартуем разработку. 50–80% — добиваем недостающее за 2–6 недель. Менее 50% — слишком рано, идём в шаблонные решения и параллельно строим базу.

Зачем оценивать готовность до начала разработки бота?+

Чтобы не потерять 200 тыс. – 2 млн рублей и 3–6 месяцев. Около 30% компаний приходят с запросом «хотим бота, потому что у конкурента есть». Без понятной задачи, метрики, владельца и процессов бот превращается в дорогую игрушку, которая через полгода тихо умирает. Аудит готовности занимает 1–2 рабочих дня, стоит копейки или ничего и экономит несколько месяцев переработок. Это самая дешёвая страховка проекта — она не делает разработку дешевле, но снимает риск потратить весь бюджет впустую.

Что входит в бизнес-готовность к проекту бота?+

Четыре управленческих ответа. Сформулированная бизнес-задача в одном предложении — например «увеличить выручку с повторных продаж на 15%», а не «сделать бота». Числовая метрика успеха, по которой через три месяца можно сказать, удался проект или нет. Подтверждённая аудитория в MAX — минимум 30% активной базы или внятный план миграции, проверенный коротким опросом 15–30 клиентов. Бюджет на 12+ месяцев работы (разработка плюс поддержка плюс 30% на развитие). Назван конкретный владелец продукта внутри компании с минимум 8 часами в неделю на проект.

Какая контентная готовность нужна для бота с AI-консультантом?+

Минимальный пакет из пяти артефактов. FAQ из 50–150 пар вопрос-ответ — это база для RAG, без неё AI будет придумывать ответы. Прайс-лист в структурированном виде (CSV или БД с артикулом, ценой, остатком, категорией), не PDF на сайте. Каталог с короткими описаниями (50–100 слов на товар) и 1–3 фото. Расписание для услуг — слоты, длительность, специалисты, исключения. Brand voice на 2–3 страницы: тон обращения, формальность, разрешённый юмор, табу. Без brand voice каждый редактор пишет по-своему, и бот превращается в шизофрению.

Какие антипаттерны указывают на неготовность к проекту бота?+

Шесть повторяющихся. «Сделаем как у Х» без анализа задачи и аудитории. «AI всё решит» при отсутствии FAQ и контента — LLM начнёт галлюцинировать в публичном чате. «Запустим за неделю» — реалистично 4–8 недель MVP, 3–6 месяцев полноценный продукт. «Не нужен дизайн» — кривые кнопки и невнятные сообщения роняют конверсию в 2–3 раза. «Сделайте и забудем» — бот без обновлений умирает за 3–6 месяцев. «У нас особые требования, поэтому без ТЗ» — это главная причина, почему ТЗ обязательно, иначе подрядчик сделает «как обычно» и обвинит заказчика.

Что делать, если по чек-листу готовности набрали менее 50%?+

Не запускать кастомную разработку — потратите бюджет впустую. Лучше пойти в промежуточные решения, которые закрывают 60–70% потребности за 5–10% бюджета. Шаблонный бот на конструкторе (Salebot, BotHelp, Senler) — 2–10 тыс./мес., собирается за 2–5 дней, подходит для линейных сценариев. Авто-ответы в чатах MAX по ключевым словам — закрывают 30–40% типовых вопросов. Чат на сайте с операторами (JivoSite, Chat2Desk) собирает реальные диалоги, которые потом станут FAQ. Параллельно за 3–6 месяцев строим недостающие процессы, данные и контент, и тогда возвращаемся к идее собственного бота уже подготовленными.

Как правильно переходить от MVP к полноценному боту в MAX?+

Двухступенчатая стратегия снижает риски. Сначала pilot на 5–10% базы (один город, категория или сегмент) на 2–4 недели — смотрим конверсию, долю эскалаций оператору, NPS, технические сбои. Параллельно MVP за 4–6 недель с одним-двумя ключевыми сценариями без необязательных фич. Расширение по итогам пилота 8–16 недель — добавляем сценарии в порядке приоритета по данным, а не по интуиции. Полноценный продукт собирается через 3–6 месяцев от старта. Full-scale «сразу всё и сразу всем» проваливается в 7 случаях из 10: дорого, долго, и к моменту выхода первая версия уже устарела по требованиям.