WhatsApp Business Platform · custom development

Разработка WhatsApp-бота для бизнеса

WhatsApp-бот для бизнеса принимает обращения, проверяет данные, отправляет статусы и напоминания, создаёт запись в CRM и передаёт менеджеру полный контекст. BotLabs строит решения на WhatsApp Business Platform, а не маскирует ручную переписку под автоматизацию.

  • CRM и собственные API
  • Согласия и шаблоны учтены
  • Передача живому менеджеру
Иван Дейнека в студии BotLabs во время проектирования бизнес-сценария для WhatsApp Сценарий · API · CRM
Ответственный эксперт Иван Дейнека, основатель BotLabs Канал должен завершать бизнес-действие

APIуправляемая интеграция

CRMединая история клиента

Human handoffоператор с контекстом

Policy firstopt-in, шаблоны, категории

Задачи канала

Одна переписка — четыре управляемых бизнес-процесса.

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

Inbound

Обращения и поддержка

Бот определяет тему, находит клиента, запрашивает номер заказа и создаёт тикет. Если вопрос выходит за рамки сценария, оператор получает историю и рекомендацию по следующему действию.

Utility

Статусы и напоминания

Клиент получает подтверждение заказа, обновление доставки, напоминание о записи или необходимом действии. Данные поступают из CRM, ERP, календаря или вашего API, а не вводятся менеджером вручную.

Sales

Заявки и квалификация

WhatsApp-бот задаёт согласованные вопросы, проверяет контакт, сегментирует обращение и создаёт лид с указанием источника. Менеджер начинает разговор с предметного предложения, а не с повторного сбора данных.

Handoff

Передача менеджеру

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

Интерактивный прототип

Посмотрите, как сообщение превращается в действие в системе.

Это демонстрационный сценарий, а не скриншот опубликованного WhatsApp-кейса BotLabs. Переключайте задачи: справа меняются диалог, бизнес-событие и маршрут данных.

Интерфейс ниже создан для объяснения логики. Он не воспроизводит фирменный интерфейс WhatsApp.

Business messaging workflow Сервисное обращение

Где мой заказ №1842?

Заказ найден. Сегодня в 09:15 его передали перевозчику. Показать номер накладной?

Показать статусНужен менеджер
Webhook CRM / ERP Менеджер
Событие
Заказ найден
Запись
История обновлена
Fallback
Передача в поддержку

Архитектура

WhatsApp — это канал. Данные и правила остаются управляемыми.

Business Platform передаёт события через API. На вашем бекенде выполняется логика, а CRM или другая система хранит бизнес-состояние. Такое разделение позволяет тестировать, журналировать ошибки и менять канал без потери процесса.

Повторная доставка без дубля

Webhook может прийти повторно. Мы сохраняем идентификатор события и проектируем идемпотентность, чтобы один статус не создал два лида, заказа или тикета.

У ошибки есть маршрут

Если CRM не ответила, сообщение не исчезает. Событие попадает в журнал, команда видит причину, а клиент получает безопасный резервный сценарий.

Доступы разделены

Токены, роли, журналы и окружения настраиваются отдельно. В CRM передаются только необходимые поля, а сроки хранения и права согласуются до запуска.

Правила платформы

Автоматизация начинается с согласия, а не с рассылки.

Политика WhatsApp требует, чтобы человек предоставил номер и согласился получать сообщения. Инициированные бизнесом сообщения используют одобренные шаблоны. После сообщения клиента открывается 24-часовое сервисное окно, в котором можно отвечать без шаблона; за его пределами нужен шаблон соответствующей категории.

Автоматизация во время сервисного окна разрешена, но у клиента должен быть понятный путь к живой поддержке. Поэтому ещё на этапе discovery мы предусматриваем opt-out, эскалацию, политику конфиденциальности, ограничения доступа и проверку отраслевых требований.

  1. 01
    Opt-in

    Фиксируем, где и на какие категории сообщений клиент дал согласие и как он может отказаться.

  2. 02
    Templates

    Готовим содержание шаблонов, переменные, fallback и процесс согласования, не обещая автоматического одобрения Meta.

  3. 03
    Service window

    Разделяем входящий сервисный диалог и сообщения за пределами 24-часового окна.

  4. 04
    Human escalation

    Даём клиенту прямой путь к менеджеру, телефону, email или другому согласованному каналу.

Бюджет без скрытых составляющих

Стоимость разработки и стоимость WhatsApp Business Platform — разные статьи расходов.

Мы не включаем переменный тариф Meta в красивую фиксированную цифру. До старта формируем отдельные допущения, чтобы бюджет оставался понятным при изменении рынка, категорий и объёмов.

Разово + развитие

Работа BotLabs

  • discovery и карта диалогов
  • прототип и backend
  • CRM, ERP, календарь или API
  • тестирование, релиз и поддержка
Переменная внешняя часть

Meta и провайдер

  • рынок получателя
  • категория и доставка сообщений
  • объём и возможные volume tiers
  • условия Solution Provider, если он нужен
Ежемесячно

Инфраструктура и поддержка

  • сервер, логи и мониторинг
  • резервные сценарии
  • обновление интеграций
  • развитие диалогов на основе данных

По актуальным правилам Meta стоимость Business Platform зависит от доставленных сообщений, рынка и категории. Для сервисных сообщений в 24-часовом окне действуют отдельные условия. Перед оценкой мы сверяем действующий rate card, а не копируем тариф из чужой статьи.

Проверить официальные тарифы

Выбор канала

WhatsApp подходит не для каждой аудитории и не для каждого процесса.

Канал стоит выбирать с учётом реального поведения клиентов, стран, согласия на сообщения и стоимости контакта. Популярность мессенджера сама по себе не доказывает, что отдельный WhatsApp-бот окупит поддержку интеграции.

Сильный сценарий

Когда WhatsApp-бот имеет смысл

Клиенты уже пишут в WhatsApp, но менеджеры переносят данные вручную. Обращения повторяются, имеют чёткие поля, а результат нужно зафиксировать в CRM, календаре, ERP или helpdesk.

  • международные продажи и поддержка на рынках, где канал привычен;
  • статусы заказов, доставки, оплаты или записи;
  • входящие обращения с сайта, QR или Click to WhatsApp;
  • сервис с очередью, приоритетом и передачей оператору.
Сначала проверка

Когда лучше не начинать с бота

Если аудитория не дала согласия, процесс возникает несколько раз в месяц, менеджер и так завершает его за минуту или необходимый метод отсутствует в API, кастомная разработка создаст больше нагрузки на поддержку, чем пользы.

  • холодные массовые рассылки без прозрачного opt-in;
  • разовая кампания без долгого жизненного цикла;
  • сложная консультация, которую невозможно безопасно формализовать;
  • процесс без владельца, CRM-статуса и метрики завершения.

WhatsAppдля аудитории, которая уже использует канал, и процессов с Business Platform, opt-in и шаблонами.

Telegramдля бот-команд, внутренних процессов, каталогов и Mini Apps для привычной Telegram-аудитории.

Web chatкогда контакт начинается на сайте и важно не требовать от пользователя отдельного мессенджера.

Как проверить канал до разработки

Возьмите 30–50 последних обращений и отметьте: откуда пришёл человек, что спросил, какие данные искал менеджер, в какой системе завершил работу и сколько раз возвращался к клиенту. Затем отделите повторяющиеся шаги от консультаций, требующих профессионального решения человека. Если большинство диалогов начинается одинаково, имеет чёткое финальное событие и доступный API, можно проектировать пилот. Если обращения уникальны или данные хранятся только в голове менеджера, сначала стоит стандартизировать процесс. Такая проверка помогает не переносить хаос в WhatsApp и даёт честную основу для оценки интеграции, шаблонов, поддержки и ежемесячных расходов.

Процесс

От одного диалога до контролируемого запуска.

Сначала проверяем ценность и доступы, затем пишем код. Так меньше риска потратить бюджет на сценарий, который не пройдёт требования политики или не имеет данных в нужной системе.

  1. 01
    Discovery и границы

    Фиксируем аудиторию, страны, задачи, opt-in, категории сообщений, ответственных, исключения и критерий завершённого действия.

  2. 02
    Прототип диалога

    Показываем реальный маршрут: что видит клиент, какие данные проверяются, что записывается в CRM и когда подключается менеджер.

  3. 03
    Техническая проверка

    Проверяем API, webhooks, права, поля, дубликаты, часовые пояса, окружения и поведение при недоступности системы.

  4. 04
    Разработка и интеграция

    Создаём backend, подключаем Business Platform, CRM и мониторинг. Готовим шаблоны к согласованию, но не выдаём проверку Meta за собственную.

  5. 05
    Пилот и развитие

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

Честное подтверждение

Сейчас у BotLabs нет опубликованного WhatsApp-кейса.

Поэтому на этой странице мы не приписываем WhatsApp результаты Telegram-, CRM- или веб-проектов. Проверить подход можно с помощью интерактивного прототипа выше, карты интеграции и технического разбора вашего сценария. Во время звонка покажем, какие части уже типовые, а какие нужно проверить именно для вашего бизнеса.

Вопрос

Что уточнить до разработки WhatsApp-бота.

Обновлено 30 июля 2026 года. Правила и тарифы платформы могут меняться, поэтому перед запуском их нужно проверить повторно.

Это автоматизированный сценарий на WhatsApp Business Platform: он принимает сообщения, применяет бизнес-правила, передаёт данные в CRM и эскалирует диалог менеджеру.

Приложение подходит для небольшого объёма ручной коммуникации. Business Platform предоставляет API для автоматизации, интеграций, шаблонов сообщений, командной работы и управляемой передачи оператору.

Бюджет состоит как минимум из двух частей: проектирования и разработки BotLabs, а также отдельных переменных расходов WhatsApp Business Platform или провайдера. Точная оценка зависит от сценариев, интеграций, объёмов и рынков доставки.

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

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

После сообщения пользователя бизнес может отвечать без шаблона в течение 24 часов с момента последнего сообщения пользователя. За пределами этого окна применяются одобренные шаблоны.

Да. Мы проектируем условия эскалации, очереди, ответственных и передачу полного контекста, чтобы менеджеру не приходилось просить клиента повторять информацию.

Нужны бизнес-задача, страны и аудитории, источник согласия на сообщения, типовые диалоги, системы для интеграции и ответственные за эскалации. Готовое техническое задание необязательно.

Первый шаг

Разберём один реальный диалог вашего бизнеса.

За 30 минут определим финальное событие, необходимые данные, границы 24-часового окна, шаблоны, CRM-маршрут и условия передачи менеджеру.

Выбрать время с Иваном

Без готового ТЗ. Достаточно примера переписки и названия системы, в которой должны сохраняться данные.

Разобрать сценарий