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

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

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

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