Заказчик сказал: «Хочу бота в Telegram, VK и MAX за одни деньги».
Вот как я не отказался и не разорился 👇
Ещё недавно запрос «омниканальный бот» звучал как каприз.
Сегодня это норма: аудитория размазана по трём мессенджерам, и бизнес не готов платить за три отдельные разработки.
Клиент один, а бот нужен один - который работает везде.
БОЛЬ
Три Bot API → три кодовые базы → тройная поддержка. Каждая фича делается трижды, каждый баг ловится трижды. Через полгода в проекте живут три разные версии одной и той же логики, и вы уже сами не помните, в какой из них починили последний баг.
АРХИТЕКТУРА, КОТОРАЯ СПАСАЕТ
Правило одно: бизнес-логика не знает, из какого мессенджера пришёл пользователь.
🔹 Core - сценарии, состояния, работа с CRM и базой, AI-агент. Пишется один раз.
🔹 Адаптеры - тонкий слой под каждую платформу: приняли апдейт → привели к единому формату → отдали в Core → отрисовали ответ под конкретный мессенджер.
🔹 Единый профиль - один клиент, три канала, одна история диалога.
Именно так это и должно работать: код бота пишется один раз, а запускается в Telegram, MAX или на обеих платформах одновременно. Появились open-source библиотеки с API, совместимым с aiogram, — например, obabot под лицензией MIT. VK докручивается отдельным адаптером.
ГДЕ ПЛАТФОРМЫ РАСХОДЯТСЯ
Кнопки:
🔹 Telegram - inline плюс reply-клавиатуры, callback_data.
🔹 VK - клавиатура с callback-кнопками, цвета, payload в JSON.
🔹 MAX - inline-клавиатура как attachment, есть запрос контакта и геолокации.
Медиа:
🔹 Telegram - отправка по URL или file_id, одним запросом.
🔹 VK - трёхшаговый upload: получить сервер → загрузить → сохранить.
🔹 MAX - похожая схема через загрузку вложений.
Лимиты:
🔹 Telegram - 4 096 знаков в сообщении.
🔹 VK - обязательный random_id при отправке.
🔹 MAX - около 4 000 знаков. Лимиты на запросы у всех трёх меняются, сверяйтесь с докой перед релизом, а не с постами в каналах.
Доставка апдейтов:
🔹 Telegram - webhook или getUpdates.
🔹 VK - Bots Long Poll или Callback API.
🔹 MAX - long polling или подписка на webhook.
Эти четыре блока - примерно 90% содержимого адаптеров.
ДВА ПУТИ
🔹Код. Python: aiogram для Telegram, vk_api или vkbottle для VK, MAX Bot SDK или obabot для MAX. Полный контроль, свой VPS, никаких подписок. Дольше на старте, дешевле в эксплуатации.
🔹No-code. Конструкторы уже умеют раскатывать один сценарий под все три мессенджера. Быстро, но упираетесь в лимиты платформы и в ежемесячный чек, который растёт вместе с числом ботов.
ВОПРОС К ВАМ
Заметил тренд: разработчики всё чаще уходят от SaaS-подписки и ставят бота на собственный VPS.
Вы бы поставили бота на свой сервер или взяли подписку на конструктор?
Напишите в комментариях - соберу аргументы в отдельный пост.
Вот как я не отказался и не разорился 👇
Ещё недавно запрос «омниканальный бот» звучал как каприз.
Сегодня это норма: аудитория размазана по трём мессенджерам, и бизнес не готов платить за три отдельные разработки.
Клиент один, а бот нужен один - который работает везде.
БОЛЬ
Три Bot API → три кодовые базы → тройная поддержка. Каждая фича делается трижды, каждый баг ловится трижды. Через полгода в проекте живут три разные версии одной и той же логики, и вы уже сами не помните, в какой из них починили последний баг.
АРХИТЕКТУРА, КОТОРАЯ СПАСАЕТ
Правило одно: бизнес-логика не знает, из какого мессенджера пришёл пользователь.
🔹 Core - сценарии, состояния, работа с CRM и базой, AI-агент. Пишется один раз.
🔹 Адаптеры - тонкий слой под каждую платформу: приняли апдейт → привели к единому формату → отдали в Core → отрисовали ответ под конкретный мессенджер.
🔹 Единый профиль - один клиент, три канала, одна история диалога.
Именно так это и должно работать: код бота пишется один раз, а запускается в Telegram, MAX или на обеих платформах одновременно. Появились open-source библиотеки с API, совместимым с aiogram, — например, obabot под лицензией MIT. VK докручивается отдельным адаптером.
ГДЕ ПЛАТФОРМЫ РАСХОДЯТСЯ
Кнопки:
🔹 Telegram - inline плюс reply-клавиатуры, callback_data.
🔹 VK - клавиатура с callback-кнопками, цвета, payload в JSON.
🔹 MAX - inline-клавиатура как attachment, есть запрос контакта и геолокации.
Медиа:
🔹 Telegram - отправка по URL или file_id, одним запросом.
🔹 VK - трёхшаговый upload: получить сервер → загрузить → сохранить.
🔹 MAX - похожая схема через загрузку вложений.
Лимиты:
🔹 Telegram - 4 096 знаков в сообщении.
🔹 VK - обязательный random_id при отправке.
🔹 MAX - около 4 000 знаков. Лимиты на запросы у всех трёх меняются, сверяйтесь с докой перед релизом, а не с постами в каналах.
Доставка апдейтов:
🔹 Telegram - webhook или getUpdates.
🔹 VK - Bots Long Poll или Callback API.
🔹 MAX - long polling или подписка на webhook.
Эти четыре блока - примерно 90% содержимого адаптеров.
ДВА ПУТИ
🔹Код. Python: aiogram для Telegram, vk_api или vkbottle для VK, MAX Bot SDK или obabot для MAX. Полный контроль, свой VPS, никаких подписок. Дольше на старте, дешевле в эксплуатации.
🔹No-code. Конструкторы уже умеют раскатывать один сценарий под все три мессенджера. Быстро, но упираетесь в лимиты платформы и в ежемесячный чек, который растёт вместе с числом ботов.
ВОПРОС К ВАМ
Заметил тренд: разработчики всё чаще уходят от SaaS-подписки и ставят бота на собственный VPS.
Вы бы поставили бота на свой сервер или взяли подписку на конструктор?
Напишите в комментариях - соберу аргументы в отдельный пост.