Какие вопросы закрыть до старта разработки чат-бота

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

Бизнес-контекст выбора архитектуры

Самая частая ошибка — попытка закрыть ботом сразу всё: продажи, поддержку, запись и рассылку. На старте полезнее выбрать одно полезное действие с понятным результатом — запись на услугу, статус заказа, ответ на частый вопрос — и довести его до предсказуемого сценария без тупиков. Остальное добавляется после первых недель эксплуатации, когда видно, как реально пишут пользователи.

Trade-offs: скорость vs гибкость

Telegram, WhatsApp, MAX, VK, Slack и Discord — разные аудитории и разные ограничения API. B2C-сервис обычно выбирает мессенджер, где уже есть клиенты (Telegram, WhatsApp, MAX, VK), а внутренние командные боты — Slack. Discord — про комьюнити, а не про продажи. Иногда есть смысл вести диалог в нескольких каналах с одним бэкендом, но начинать стоит с одного — там, где аудитория уже есть, а не там, где кажется технологичнее.

Когда хватает простого контура

Бот без интеграции с CRM или базой каталога — это красивый интерфейс поверх пустоты. Нужно заранее решить: откуда бот получает актуальные цены/остатки/слоты записи, куда падает информация о новом лиде или заказе, и кто отвечает за то, чтобы данные с двух сторон не расходились. Это не техническая деталь на потом — от ответа зависит архитектура и оценка сроков.

Когда нужна более сложная схема

• Что показывается, если пользователь написал не то, что предусмотрено сценарием
• Сколько попыток уточнения бот делает, прежде чем предложить человека
• Как бот обрабатывает молчание — если пользователь не ответил в течение дня
• Что происходит, если один и тот же человек начинает диалог заново

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

Как мигрировать без простоя

Правило простое: для оплаты, отмены заказа и жалобы дешевле сразу предусмотреть кнопку «оператор», чем пытаться закрыть эти сценарии автоматикой. Кто именно подхватывает диалог — отдельный менеджер, общая очередь в CRM, дежурный в Slack-канале — стоит решить до старта разработки, а не в момент, когда бот уже поехал в продакшен.

Практический вывод

Как измеряется успех

Без метрик бот — игрушка, а не инструмент. Минимальный набор: сэкономленные часы поддержки, скорость первого ответа, конверсия в целевое действие (запись/оплату/лид) и доля диалогов, ушедших к оператору. Аналитику событий стоит закладывать в архитектуру сразу, а не пристраивать поверх готового бота.

Кто ведёт бота после запуска

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

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