MAX Bot API или личный номер: что выбрать без самообмана
Честно сравниваем официальный MAX Bot API и подключение личного номера через Relaya: где нужен бот, где выигрывает живая сессия и что лучше для первого запуска.
В чём реальная разница
Здесь чаще всего и появляется путаница. MAX Bot API это официальный сценарий работы с ботом через платформу MAX для разработчиков. Личный номер в Relaya это уже не официальный Bot API, а отдельный продуктовый сценарий подключения живой сессии пользователя через QR.
| Критерий | MAX Bot API | Личный номер через Relaya |
|---|---|---|
| Статус модели | Официальная модель бота | Отдельная интеграция на стороне продукта |
| Старт | Нужны бот, токен, модерация, platform setup | Подключение через QR и self-serve поток |
| UX пользователя | Пользователь понимает, что общается с ботом | Диалог ближе к обычной переписке |
| Где сильнее | Команды, кнопки, глубокие ссылки, bot-first сценарии | Живые диалоги, быстрый тест спроса, операторские кейсы |
Когда выбирать бота
Бот лучше там, где важна формальная модель взаимодействия и предсказуемый сценарий.
- Нужны кнопки, callback, deep links и бот как самостоятельная сущность.
- Вы строите flow, где пользователю нормален интерфейс “я пишу боту”.
- Команда хочет опираться именно на официальную платформу MAX и её документацию.
- Вы готовы пройти организационный контур с верификацией и модерацией.
Для такого пути логично начинать с обзора MAX Bot API и чек-листа запуска.
Когда выигрывает личный номер
Личный номер часто выигрывает в совсем другой точке. Не там, где нужен “идеальный бот”, а там, где продукту нужно быстро показать живой результат: подключили канал, отправили тестовое сообщение, получили ответ, поняли, что сценарий вообще нужен пользователю.
- Нужен короткий self-serve путь до первого полезного сообщения.
- Диалог должен ощущаться как переписка с реальным каналом, а не с ботом.
- Важнее быстро проверить спрос, чем строить formal bot surface с первого дня.
- Команда хочет начать с одного номера и потом уже решать, нужен ли официальный бот.
Именно поэтому для запуска продукта иногда честнее продвигать не “бота вообще”, а понятный шаг: создать профиль, подключить MAX и отправить тестовое сообщение вживую.
Можно ли совмещать
Да. И для многих команд это самый здравый путь. Бот может закрывать structured flow: меню, команды, deep links, onboarding. Личный номер может закрывать живой follow-up, поддержку и операторские диалоги.
{
"transactional_flows": "maxbot",
"support_dialogs": "max-personal",
"fallback": ["telegram", "vk"]
}Если вы в начале пути и не хотите тратить неделю на идеологический спор, выберите один реальный кейс: например, статус заказа или входящий вопрос в поддержку. После этого станет видно, какая модель даёт меньше трения. Дальше уже проще читать про webhook или встраивание MAX в CRM.
MAX Bot API и личный номер не конкурируют лоб в лоб. Это разные инструменты под разные задачи. Ошибка начинается в момент, когда команда пытается одним названием закрыть две разные продуктовые модели.
Создайте бесплатный MAX-профиль
Если хочется не просто читать, а сразу проверить сценарий руками: подключите MAX, отправьте себе тестовое сообщение и уже потом решайте, нужны ли другие каналы.