Когда нужен Mini App, а когда достаточно готового сервиса
Если нужно продавать обычные билеты на несколько событий, сначала стоит оценить готовую билетную платформу. Собственный Mini App нужен при нестандартной карте зала, особых партнёрских правилах, связке с вашей CRM или едином кабинете организатора. Разработка оправдана, когда эти процессы действительно важны, а не просто потому, что мини-приложение выглядит интереснее ссылки.
У студии есть реальный кейс продажи билетов с Mini App. В нём разобраны выбор места, оплата и партнёрская программа. Конкретный новый проект оцениваем по его правилам: карту и комиссионную схему нельзя без проверки перенести между организаторами.
Сценарий покупки без двойной продажи места
- Покупатель открывает событие и выбирает доступное место.
- Сервер создаёт резерв на ограниченное время. Другой покупатель уже не может оформить тот же резерв.
- Создаётся платёж, связанный с заказом. Сумма и состав проверяются на сервере.
- После подтверждённой оплаты выпускается билет. Повторное уведомление не создаёт второй билет.
- Если время вышло без оплаты, резерв освобождается по согласованному правилу.
- На входе проверяется статус билета. Повторное сканирование показывает, что вход уже отмечен.
Что получит организатор
В админке нужны события, схема мест, цены, квоты, список заказов и отчёт об оплатах. Возврат должен обновлять статус билета и финансовую историю, а не просто удалять покупателя из таблицы. Отдельные роли нужны кассиру, оператору входа и владельцу. Партнёр видит свои продажи; персональные данные остальных покупателей ему не нужны.
Разные типы билетов требуют разных интерфейсов. Для свободной посадки достаточно количества и категории. Для закреплённых мест нужна карта. Для абонемента добавляются несколько посещений и правила использования. Эти варианты обсуждаем до сметы, потому что они влияют на серверную логику.
Что проверим перед запуском продаж
- Два покупателя одновременно выбирают последнее место.
- Оплата завершается после истечения резерва: система действует по согласованному сценарию.
- Повторное платёжное уведомление не удваивает билет и начисление партнёру.
- Оператор повторно сканирует один QR-код.
- Возврат отражается в заказе, доступе и отчёте.
- Mini App работает на телефоне и сообщает понятную ошибку при потере сети.
Оплата, стоимость и подготовка
Платёжный сценарий зависит от того, что именно продаётся. Для цифровых товаров и услуг внутри Telegram действуют отдельные правила Telegram Stars; для вашего события заранее проверим подходящий способ оплаты и требования провайдера. Не подключаем произвольный эквайринг без проверки продукта.
Цена простого бота от 7 500 ₽ в общем разделе не является ценой билетной платформы с картой зала. Для такой системы нужен отдельный расчёт. Пришлите схему мест, типы билетов, правила возврата и пример партнёрского начисления: на прототипе покажем путь покупки и админку.
Обсудим вашу задачу
Опишите процесс и результат, который нужен. Покажем прототип и согласуем состав разработки, стоимость и срок.
Получить прототип