Telegram Mini App: когда мини-приложение выигрывает у бота, а когда нет

Что такое Telegram Mini App и откуда он взялся

По официальной документации Telegram, Mini Apps — это интерфейсы на JavaScript, которые запускаются внутри мессенджера и, по формулировке самой платформы, могут полностью заменить сайт. Технически это обычная веб-страница, открытая во встроенном браузере Telegram: она получает данные пользователя после подтверждения на сервере, умеет принимать оплату через платёжных провайдеров, отправлять push-уведомления и работать с чатами. Клиенту не нужно ничего устанавливать, а компании — публиковать приложение в App Store и Google Play.

Возможности платформы выросли заметно. Обновление Bot API 8.0 в ноябре 2024 года Telegram назвал крупнейшим в истории мини-приложений: появились полноэкранный режим, ярлыки на главном экране телефона, подписки за Telegram Stars, обмен медиа, геолокация и доступ к сенсорам устройства. Практический смысл для бизнеса простой: то, что раньше приходилось «упаковывать» в бота кнопками, теперь можно сделать нормальным экраном.

Рынок при этом остаётся молодым и очень неровным. По оценке платформы FindMini.app, которую приводит AdIndex, в июне 2024 года в Telegram было 340 мини-приложений, а к январю 2025 года — 3,1 тыс.; рост в январе держался на уровне 14% в месяц. Структура важнее самого роста: 2,1 тыс. из них — криптовалютные приложения, 1 тыс. — игры, и только 374 — утилиты, то есть сервисные сценарии. Иными словами, в каталоге большинство составляют игры и токены, а привычные бизнес-задачи вроде записи, заказа или кабинета встречаются заметно реже.

Чем мини-апп отличается от бота

Разница не в том, что мини-апп «красивее». Разница в том, где живёт состояние процесса: у бота — в переписке и кнопках, у мини-аппа — в интерфейсе и базе. Из этого следуют все остальные отличия.

Последняя строка — главная. Мини-апп легко превращается в отдельный мирок: заказы видны в интерфейсе, но не попадают в учётную систему, и никто не считает сроки. Об этом ниже отдельный раздел.

Когда мини-приложение выигрывает у бота

Есть простой признак: если клиенту нужно сравнивать варианты и видеть состояние своего заказа — мини-апп почти всегда лучше. В диалоге с ботом человек не может пролистать двадцать позиций, отфильтровать по цене и вернуться на шаг назад: каждая такая операция превращается в десяток сообщений и теряет людей.

• Каталог с фильтрами: услуги, товары, тарифы — там, где выбор идёт по нескольким признакам.
• Запись на время: календарь со свободными слотами вместо переписки «а когда вам удобно».
• Заказ с корзиной и оплатой: несколько позиций, промокод, доставка, чек.
• Личный кабинет: история заказов, статусы, документы, повторный заказ в два касания.
• Расчёт стоимости: когда цена зависит от набора параметров и её надо показать сразу.

Цена такой свободы — работа. Каталог надо наполнять, фильтры — поддерживать, статусы — обновлять. Мини-апп не «делает продажи сам»: он снимает трение с выбора, но требует, чтобы за ним стоял живой процесс. Если наполнять каталог некому, интерфейс через месяц превращается в витрину с устаревшими ценами, и это хуже бота: клиент видит несоответствие сразу.

Когда хватает бота

Большая часть задач малого бизнеса — это не выбор, а фиксация. Человек пишет «нужен ремонт», «есть ли в наличии», «сколько стоит доставка». Здесь бот не уступает: он задаёт четыре-пять вопросов, собирает контакт и передаёт заявку ответственному. Никакого каталога и корзины при этом не нужно.

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

Из чего складывается стоимость

Публичные прайсы студий дают широкий, но полезный ориентир: разница между простым ботом и мини-аппом с интеграциями — примерно в пять раз, а между ботом и мобильным приложением — почти в семь. Ниже нижние границы из прайса одной из студий (март 2025 года): это коммерческое предложение, а не исследование рынка, поэтому цифры стоит воспринимать как порядок величин.

Цену двигают не технологии, а объём: количество экранов, число интеграций, наличие оплаты и ролей, объём дизайна. Поэтому вопрос «сколько стоит мини-апп» без списка функций не имеет ответа — разброс внутри одной категории достигает десяти раз.

Скрытые расходы, которые забывают посчитать

В смете обычно видна только разработка. Дальше начинается то, что не попало в договор, но требует денег каждый месяц.

• Дизайн интерфейса — отдельная строка: в том же прайсе 100–150 тыс. ₽ плюс логотип и баннеры.
• Тестирование на реальных телефонах — 50–100 тыс. ₽, и это дешевле, чем ловить ошибки на живых клиентах.
• Поддержка и хостинг — от 10 тыс. ₽ в месяц; доработки почти всегда платные.
• Контент: фотографии, описания, актуальные цены — работа, которую кто-то должен делать постоянно.
• Продвижение: без трафика на мини-апп просто не заходят, и это отдельный бюджет.

Итого мини-апп — это не разовый проект, а сервис с ежемесячной стоимостью владения. Если внутри компании нет человека, который отвечает за каталог и статусы, расходы на поддержку быстро перерастут эффект.

Как связать мини-апп с учётом и что мерить

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

• Единая запись: заказ создаётся в учётной системе, а не только в базе приложения.
• Проверка на сервере: данные авторизации, цены и скидки пересчитываются заново.
• Защита от дублей: повторная отправка того же заказа не создаёт вторую сделку.
• Журнал событий: видно, когда заказ создан, оплачен и передан в работу.
• Резервный путь: если система недоступна, заказ не теряется, а ждёт повтора.

Мерить стоит три вещи, и обязательно до запуска, а не после. Первая — доля тех, кто дошёл от первого экрана до оплаты или заявки. Вторая — время от заказа до первого ответа человека. Третья — доля заказов без владельца. Неделя наблюдений до и неделя после дают сравнимую картину; без этого спор «стало лучше или нет» остаётся спором о впечатлениях. Как выстроить такие замеры системно, разобрано в материале о том, как измерить эффект автоматизации.

Порядок внедрения: пять шагов

1. Шаг 1. Выписать сценарий: что клиент делает в приложении и каким результатом это заканчивается.
2. Шаг 2. Сравнить с ботом на бумаге: если сценарий укладывается в четыре вопроса — мини-апп не нужен.
3. Шаг 3. Определить, куда попадает результат: система, поля, ответственный, срок.
4. Шаг 4. Собрать минимальную версию: один-два экрана, одна интеграция, один платёж.
5. Шаг 5. Замерить неделю до и неделю после и только потом расширять.

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

Если сомневаетесь, с чего начать, — опишите процесс в форме на странице контакты: разберём, где теряются заказы и что автоматизировать первым. Объём работ по связке мессенджеров с учётной системой описан в разделе услуги.