К содержанию
Прототип за 48 ч
Разработка под вашу задачу

Разработка Telegram Mini App для продажи билетов

Покупатель выбирает событие и место внутри Telegram, оплачивает заказ и получает билет. Организатор управляет квотами, продажами и проверкой входа.

Когда нужен Mini App, а когда достаточно готового сервиса

Если нужно продавать обычные билеты на несколько событий, сначала стоит оценить готовую билетную платформу. Собственный Mini App нужен при нестандартной карте зала, особых партнёрских правилах, связке с вашей CRM или едином кабинете организатора. Разработка оправдана, когда эти процессы действительно важны, а не просто потому, что мини-приложение выглядит интереснее ссылки.

У студии есть реальный кейс продажи билетов с Mini App. В нём разобраны выбор места, оплата и партнёрская программа. Конкретный новый проект оцениваем по его правилам: карту и комиссионную схему нельзя без проверки перенести между организаторами.

Сценарий покупки без двойной продажи места

  1. Покупатель открывает событие и выбирает доступное место.
  2. Сервер создаёт резерв на ограниченное время. Другой покупатель уже не может оформить тот же резерв.
  3. Создаётся платёж, связанный с заказом. Сумма и состав проверяются на сервере.
  4. После подтверждённой оплаты выпускается билет. Повторное уведомление не создаёт второй билет.
  5. Если время вышло без оплаты, резерв освобождается по согласованному правилу.
  6. На входе проверяется статус билета. Повторное сканирование показывает, что вход уже отмечен.

Что получит организатор

В админке нужны события, схема мест, цены, квоты, список заказов и отчёт об оплатах. Возврат должен обновлять статус билета и финансовую историю, а не просто удалять покупателя из таблицы. Отдельные роли нужны кассиру, оператору входа и владельцу. Партнёр видит свои продажи; персональные данные остальных покупателей ему не нужны.

Разные типы билетов требуют разных интерфейсов. Для свободной посадки достаточно количества и категории. Для закреплённых мест нужна карта. Для абонемента добавляются несколько посещений и правила использования. Эти варианты обсуждаем до сметы, потому что они влияют на серверную логику.

Что проверим перед запуском продаж

  • Два покупателя одновременно выбирают последнее место.
  • Оплата завершается после истечения резерва: система действует по согласованному сценарию.
  • Повторное платёжное уведомление не удваивает билет и начисление партнёру.
  • Оператор повторно сканирует один QR-код.
  • Возврат отражается в заказе, доступе и отчёте.
  • Mini App работает на телефоне и сообщает понятную ошибку при потере сети.

Оплата, стоимость и подготовка

Платёжный сценарий зависит от того, что именно продаётся. Для цифровых товаров и услуг внутри Telegram действуют отдельные правила Telegram Stars; для вашего события заранее проверим подходящий способ оплаты и требования провайдера. Не подключаем произвольный эквайринг без проверки продукта.

Цена простого бота от 7 500 ₽ в общем разделе не является ценой билетной платформы с картой зала. Для такой системы нужен отдельный расчёт. Пришлите схему мест, типы билетов, правила возврата и пример партнёрского начисления: на прототипе покажем путь покупки и админку.

Обсудим вашу задачу

Опишите процесс и результат, который нужен. Покажем прототип и согласуем состав разработки, стоимость и срок.

Получить прототип
По вашей задаче

Решения и практические материалы

Бесплатный прототип за 48 часов

Расскажите, что нужно сделать. Подготовим пример решения под ваш бизнес.

  • Прототип на примере вашего процесса
  • Состав, цена и срок до договора
  • Исходники передаём заказчику

Удобнее написать самим: Telegram @globalldev_ceo · andrew@globall.dev

Шаг 1 из 5
Что нужно сделать?

Можно выбрать несколько вариантов.