Розробляю чатботів як інтерфейс до процесу, а не як набір кнопок в одному месенджері. Telegram, MAX і ВКонтакте відрізняються авторизацією, форматами повідомлень, обмеженнями кнопок, платежами та правилами публікації. Тому бізнес-логіку — заявки, статуси, права, нагадування — тримаю окремо, а кожен канал підключаю адаптером. Такий підхід дає змогу додати другий месенджер без копіювання всієї системи й чесно показує, де можливості платформ не збігаються.

Перше запитання — що бот має змінити в реальній роботі. Прийняти структуровану заявку, показати статус із CRM, надіслати сповіщення, прийняти оплату чи відкрити мініпрограму? Для кожного сценарію визначаю стан, джерело даних, повторне доставлення та перехід до людини. Якщо повідомлення надійшло двічі, операція не повинна виконатися двічі; якщо CRM недоступна, користувач отримує зрозумілий статус, а оператор — запис у журналі.

n8n підходить для простих зв’язок: прийняти вебхук, перетворити кілька полів, надіслати повідомлення й записати результат. Коли з’являються складні права, тривалі стани, черги, розрахунки або предметні правила, надійніший код із тестами та власною моделлю даних. Я не ускладнюю просту автоматизацію мікросервісами, але й не ховаю критичну логіку в десятках візуальних вузлів.

Межа послуги — бот, його серверна логіка й погоджені інтеграції. Контент підтримки, робота операторів і ліцензії зовнішніх систем залишаються у власника процесу. Приймання проходить на тестових користувачах: старт, повтор команди, недоступний API, відновлення стану, заборона для сторонньої ролі. Якщо потрібен звичайний канал розсилки без діалогу та інтеграцій, достатньо штатних засобів платформи; розробка виправдана там, де бот справді читає або змінює бізнес-дані.