Обращения и поддержка
Бот определяет тему, находит клиента, запрашивает номер заказа и создаёт тикет. Если вопрос выходит за рамки сценария, оператор получает историю и рекомендацию по следующему действию.
WhatsApp Business Platform · custom development
WhatsApp-бот для бизнеса принимает обращения, проверяет данные, отправляет статусы и напоминания, создаёт запись в CRM и передаёт менеджеру полный контекст. BotLabs строит решения на WhatsApp Business Platform, а не маскирует ручную переписку под автоматизацию.
APIуправляемая интеграция
CRMединая история клиента
Human handoffоператор с контекстом
Policy firstopt-in, шаблоны, категории
Задачи канала
Мы начинаем не с меню бота, а с события, которое нужно завершить: создать лид, найти заказ, подтвердить запись или передать сложное обращение. У каждого сценария есть источник данных, ответственный и предусмотренное поведение при ошибке.
Бот определяет тему, находит клиента, запрашивает номер заказа и создаёт тикет. Если вопрос выходит за рамки сценария, оператор получает историю и рекомендацию по следующему действию.
Клиент получает подтверждение заказа, обновление доставки, напоминание о записи или необходимом действии. Данные поступают из CRM, ERP, календаря или вашего API, а не вводятся менеджером вручную.
WhatsApp-бот задаёт согласованные вопросы, проверяет контакт, сегментирует обращение и создаёт лид с указанием источника. Менеджер начинает разговор с предметного предложения, а не с повторного сбора данных.
Правила учитывают тему, язык, приоритет, график и нагрузку. Клиент видит честный статус, а команда — причину эскалации, собранные поля, вложения и всю предыдущую переписку.
Интерактивный прототип
Это демонстрационный сценарий, а не скриншот опубликованного WhatsApp-кейса BotLabs. Переключайте задачи: справа меняются диалог, бизнес-событие и маршрут данных.
Интерфейс ниже создан для объяснения логики. Он не воспроизводит фирменный интерфейс WhatsApp.
Архитектура
Business Platform передаёт события через API. На вашем бекенде выполняется логика, а CRM или другая система хранит бизнес-состояние. Такое разделение позволяет тестировать, журналировать ошибки и менять канал без потери процесса.
Webhook может прийти повторно. Мы сохраняем идентификатор события и проектируем идемпотентность, чтобы один статус не создал два лида, заказа или тикета.
Если CRM не ответила, сообщение не исчезает. Событие попадает в журнал, команда видит причину, а клиент получает безопасный резервный сценарий.
Токены, роли, журналы и окружения настраиваются отдельно. В CRM передаются только необходимые поля, а сроки хранения и права согласуются до запуска.
Правила платформы
Политика WhatsApp требует, чтобы человек предоставил номер и согласился получать сообщения. Инициированные бизнесом сообщения используют одобренные шаблоны. После сообщения клиента открывается 24-часовое сервисное окно, в котором можно отвечать без шаблона; за его пределами нужен шаблон соответствующей категории.
Автоматизация во время сервисного окна разрешена, но у клиента должен быть понятный путь к живой поддержке. Поэтому ещё на этапе discovery мы предусматриваем opt-out, эскалацию, политику конфиденциальности, ограничения доступа и проверку отраслевых требований.
Фиксируем, где и на какие категории сообщений клиент дал согласие и как он может отказаться.
Готовим содержание шаблонов, переменные, fallback и процесс согласования, не обещая автоматического одобрения Meta.
Разделяем входящий сервисный диалог и сообщения за пределами 24-часового окна.
Даём клиенту прямой путь к менеджеру, телефону, email или другому согласованному каналу.
Бюджет без скрытых составляющих
Мы не включаем переменный тариф Meta в красивую фиксированную цифру. До старта формируем отдельные допущения, чтобы бюджет оставался понятным при изменении рынка, категорий и объёмов.
По актуальным правилам Meta стоимость Business Platform зависит от доставленных сообщений, рынка и категории. Для сервисных сообщений в 24-часовом окне действуют отдельные условия. Перед оценкой мы сверяем действующий rate card, а не копируем тариф из чужой статьи.
Проверить официальные тарифыВыбор канала
Канал стоит выбирать с учётом реального поведения клиентов, стран, согласия на сообщения и стоимости контакта. Популярность мессенджера сама по себе не доказывает, что отдельный WhatsApp-бот окупит поддержку интеграции.
Клиенты уже пишут в WhatsApp, но менеджеры переносят данные вручную. Обращения повторяются, имеют чёткие поля, а результат нужно зафиксировать в CRM, календаре, ERP или helpdesk.
Если аудитория не дала согласия, процесс возникает несколько раз в месяц, менеджер и так завершает его за минуту или необходимый метод отсутствует в API, кастомная разработка создаст больше нагрузки на поддержку, чем пользы.
WhatsAppдля аудитории, которая уже использует канал, и процессов с Business Platform, opt-in и шаблонами.
Telegramдля бот-команд, внутренних процессов, каталогов и Mini Apps для привычной Telegram-аудитории.
Web chatкогда контакт начинается на сайте и важно не требовать от пользователя отдельного мессенджера.
Возьмите 30–50 последних обращений и отметьте: откуда пришёл человек, что спросил, какие данные искал менеджер, в какой системе завершил работу и сколько раз возвращался к клиенту. Затем отделите повторяющиеся шаги от консультаций, требующих профессионального решения человека. Если большинство диалогов начинается одинаково, имеет чёткое финальное событие и доступный API, можно проектировать пилот. Если обращения уникальны или данные хранятся только в голове менеджера, сначала стоит стандартизировать процесс. Такая проверка помогает не переносить хаос в WhatsApp и даёт честную основу для оценки интеграции, шаблонов, поддержки и ежемесячных расходов.
Процесс
Сначала проверяем ценность и доступы, затем пишем код. Так меньше риска потратить бюджет на сценарий, который не пройдёт требования политики или не имеет данных в нужной системе.
Фиксируем аудиторию, страны, задачи, opt-in, категории сообщений, ответственных, исключения и критерий завершённого действия.
Показываем реальный маршрут: что видит клиент, какие данные проверяются, что записывается в CRM и когда подключается менеджер.
Проверяем API, webhooks, права, поля, дубликаты, часовые пояса, окружения и поведение при недоступности системы.
Создаём backend, подключаем Business Platform, CRM и мониторинг. Готовим шаблоны к согласованию, но не выдаём проверку Meta за собственную.
Запускаем ограниченную аудиторию, анализируем отказы, эскалации и ошибки. После этого расширяем сценарии и нагрузку.
Честное подтверждение
Поэтому на этой странице мы не приписываем WhatsApp результаты Telegram-, CRM- или веб-проектов. Проверить подход можно с помощью интерактивного прототипа выше, карты интеграции и технического разбора вашего сценария. Во время звонка покажем, какие части уже типовые, а какие нужно проверить именно для вашего бизнеса.
Вопрос
Обновлено 30 июля 2026 года. Правила и тарифы платформы могут меняться, поэтому перед запуском их нужно проверить повторно.
Это автоматизированный сценарий на WhatsApp Business Platform: он принимает сообщения, применяет бизнес-правила, передаёт данные в CRM и эскалирует диалог менеджеру.
Приложение подходит для небольшого объёма ручной коммуникации. Business Platform предоставляет API для автоматизации, интеграций, шаблонов сообщений, командной работы и управляемой передачи оператору.
Бюджет состоит как минимум из двух частей: проектирования и разработки BotLabs, а также отдельных переменных расходов WhatsApp Business Platform или провайдера. Точная оценка зависит от сценариев, интеграций, объёмов и рынков доставки.
Да, если у CRM есть API. Бот может находить клиента, создавать лид или тикет, обновлять статус, добавлять историю диалога и назначать ответственного. Посмотрите подробный маршрут интеграции.
Да, но требуется согласие получателя, а инициированные бизнесом сообщения должны использовать одобренные шаблоны соответствующей категории и отвечать политикам WhatsApp.
После сообщения пользователя бизнес может отвечать без шаблона в течение 24 часов с момента последнего сообщения пользователя. За пределами этого окна применяются одобренные шаблоны.
Да. Мы проектируем условия эскалации, очереди, ответственных и передачу полного контекста, чтобы менеджеру не приходилось просить клиента повторять информацию.
Нужны бизнес-задача, страны и аудитории, источник согласия на сообщения, типовые диалоги, системы для интеграции и ответственные за эскалации. Готовое техническое задание необязательно.
Первый шаг
За 30 минут определим финальное событие, необходимые данные, границы 24-часового окна, шаблоны, CRM-маршрут и условия передачи менеджеру.
Без готового ТЗ. Достаточно примера переписки и названия системы, в которой должны сохраняться данные.