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. Перемикайте задачі: справа змінюється діалог, бізнес-подія та маршрут даних.

Інтерфейс нижче створено для пояснення логіки. Він не відтворює брендований UI WhatsApp.

Business messaging workflow Сервісне звернення

Де моє замовлення №1842?

Знайшов замовлення. Воно передане перевізнику сьогодні о 09:15. Показати номер накладної?

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

Архітектура

WhatsApp — канал. Дані й правила залишаються керованими.

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

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

Webhook може прийти повторно. Ми зберігаємо ідентифікатор події та проєктуємо ідемпотентність, щоб один статус не створив два ліди, замовлення або тікети.

Помилка має маршрут

Якщо CRM не відповіла, повідомлення не зникає. Подія потрапляє в журнал, команда бачить причину, а клієнт отримує безпечний резервний сценарій.

Доступи розділені

Токени, ролі, журнали й середовища налаштовуються окремо. У CRM передаються лише потрібні поля, а строки зберігання та права погоджуються до запуску.

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

Автоматизація починається зі згоди, а не з розсилки.

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

Автоматизація під час сервісного вікна дозволена, але має бути зрозумілий шлях до живої підтримки. Тому ми закладаємо opt-out, ескалацію, політику приватності, обмеження доступів і перевірку галузевих вимог ще під час discovery.

  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
    Пілот і розвиток

    Запускаємо обмежену аудиторію, аналізуємо відмови, ескалації й помилки. Після цього розширюємо сценарії та навантаження.

Чесний proof

Прямого опублікованого WhatsApp-кейсу BotLabs зараз немає.

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

Питання

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

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

Це автоматизований сценарій на WhatsApp Business Platform, який приймає повідомлення, працює з бізнес-правилами, передає дані у CRM та ескалює діалог менеджеру.

Застосунок підходить для невеликої ручної комунікації. Business Platform дає API для автоматизації, інтеграцій, шаблонів повідомлень, командної роботи та керованої передачі оператору.

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

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

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

Після повідомлення користувача бізнес може відповідати без шаблону в межах 24 годин від останнього повідомлення користувача. Поза цим вікном застосовуються погоджені шаблони.

Так. Ми проєктуємо умови ескалації, черги, відповідальних і передачу повного контексту, щоб менеджер не просив клієнта повторювати інформацію.

Потрібні бізнес-задача, країни й аудиторії, джерело згоди на повідомлення, типові діалоги, системи для інтеграції та відповідальні за ескалації. Готове технічне завдання не обов’язкове.

Перший крок

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

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

Обрати час з Іваном

Без готового ТЗ. Достатньо прикладу переписки й назви системи, де мають залишитися дані.

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