Переносить бота под каждый новый мессенджер = бесконечная работа. Мы решили сделать иначе.

Когда переезжали из Telegram в Яндекс Мессенджер, столкнулись с очевидным: API ЯМС и Telegram Bot API совершенно разные. Другая модель кнопок, упрощённый Markdown, нет полноценного inline-режима. Перенести один в один невозможно.

Встал вопрос: переделывать бота под ЯМС? А если в дальнейшем снова сменим платформу или изменится API, будем переделывать заново?

Мы пошли другим путём.

Вынесли всю бизнес-логику в отдельный слой - on-prem n8n. Управление сценариями, состояния пользователей, интеграции с внутренними системами, всё живёт там. ЯМС стал просто обёрткой: клиент, в котором пользователь нажимает кнопки и получает ответы.

Что это даёт на практике: данные не уходят во внешний контур, логика процессов под полным контролем, пользователи не заметили разницы. И главное, если завтра понадобится переехать на другую платформу, меняем только обёртку. Логику не трогаем.

Миграция бота - это не технический вопрос, а архитектурный.

Детальный разбор кейса в комментариях.