Афиша мероприятий · iOS + Android

Move2Armenia — приложение-афиша событий: кейс

Приложение-афиша событий для Армении: удобная навигация по мероприятиям, фильтры по дате и категории, поиск, личный список предстоящих событий, а также покупка и возврат билетов прямо внутри приложения. Проект — доработка ранее начатой разработки с интеграцией в чужой API и код заказчика. Стек: PHP Symfony, React, Kotlin, Swift.

Заказать свой проект Все кейсы →

Два нативных приложения — Swift для iOS и Kotlin для AndroidПоиск и фильтрация мероприятий по дате и категории на главной страницеДетальные карточки событий с расписанием показов, местом и организаторомЛичный кабинет с расписанием и напоминаниями о предстоящих мероприятияхПокупка билетов и выбор мест внутри приложенияФункция возврата билетов и интеграция с backend заказчика

Move2ArmeniaСобытия, культура, продажа билетов

Клиент

Компания-организатор мероприятий в Армении

Отрасль

События, культура, продажа билетов

Платформы

iOS и Android

Особенность

Доработка начатого проекта и интеграция с чужим API

О продукте

Коротко — что это за продукт и для кого мы его делали.

К нам обратилась компания-организатор мероприятий в Армении с задачей создать приложение-афишу событий. Пользователь должен легко находить мероприятия, фильтровать их по дате и категории, вести личный список предстоящих событий и покупать билеты, не выходя из приложения.

Особенность проекта в том, что это была не разработка с нуля, а доработка уже начатого продукта: команде предстояло разобраться в чужом коде, интегрироваться с API и backend заказчика и довести приложение до полноценного релиза.

Задача

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

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

Особенности проекта

Афиша и поиск — лента мероприятий с фильтрами по дате и категории и поиском по названию.

Карточка события — детальная информация о мероприятии: описание, расписание показов, место проведения и организатор.

Личный список — раздел «Мои события» с расписанием предстоящих мероприятий и напоминаниями.

Билеты — выбор даты, места и ряда, оформление и оплата заказа, а также возврат билетов внутри приложения.

Решение и подход

Как мы собрали продукт — от архитектуры до процесса.

Работу выстроили по методологии Agile с предварительной дискавери-фазой и аналитикой: сначала разобрали унаследованный код и API заказчика, зафиксировали объём доработок и спланировали релиз. Мобильные клиенты собраны нативно — Swift под iOS и Kotlin под Android, — а серверная часть и интеграции построены на PHP Symfony, часть интерфейсов — на React.

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

Технологический стек

Инструменты подобраны под задачу продукта.

PHP

Серверная часть на Symfony

Symfony

Бэкенд, бизнес-логика и API

React

Веб-интерфейсы и панели

Kotlin

Нативное приложение под Android

Swift

Нативное приложение под iOS

Почему натив для iOS и Android

Клиентская часть реализована на Swift для iOS и Kotlin для Android. Нативная разработка даёт полный доступ к системным API платформы: пуш-уведомления, календарь событий и платёжный контур без ограничений.

Рассматривались альтернативы: React Native (быстрый старт, но хуже UX платёжного контура и ограниченный доступ к API), Flutter (близок по возможностям, но отдельная цепочка сборки). Выбор нативной разработки обусловлен требованиями к платёжному контуру и UX.

Функции продукта

Ключевые возможности, которые закрыли задачу бизнеса.

Афиша событий

Лента мероприятий с фильтрами по дате и категории

Поиск

Быстрый поиск мероприятий по названию на главной странице

Карточка события

Описание, расписание показов, место проведения и организатор

Мои события

Личный список предстоящих мероприятий с напоминаниями

Покупка билетов

Выбор даты, места и ряда, оформление и оплата заказа

Возврат билетов

Возврат ранее купленных билетов внутри приложения

Как это работает

Ключевые экраны продукта — по шагам.

Афиша и главный экран

Стартовый экран открывается яркой афишей: поиск мероприятий, блок «Места и организаторы» и подборки событий с обложками. Пользователь сразу видит актуальные мероприятия и может перейти к деталям в один тап.

Рядом — раздел «Мои события» со списком выбранных мероприятий, универсальным билетом и напоминаниями, а также карточка события с описанием и кнопкой покупки.

Процесс разработки

Проект вели по методологии Agile с шестью этапами: бизнес-анализ, Discovery, аналитика и дизайн, разработка, тестирование и поддержка.

Такая последовательность позволила аккуратно разобраться в унаследованном коде и API заказчика, спланировать доработки и довести приложение до релиза без потери качества.

Поиск и каталог событий

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

Карточка события раскрывает описание, расписание сеансов, место проведения и стоимость — всё необходимое, чтобы принять решение о покупке билета.

Покупка и мои билеты

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

Раздел «Мои билеты» хранит купленные билеты с датой, местом и статусом события, включая сценарий отмены и возврата.

Интеграция и надёжность

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

Agile-подход с дискавери-фазой и аналитикой снизил риски: объём доработок был зафиксирован заранее, а покупка и возврат билетов работают на backend заказчика без дублирования логики.

В цифрах

нативные платформы: iOS и Android

100%

покупка билетов внутри приложения

1 API

интеграция с backend заказчика

этапов разработки по Agile

2 нативных приложения (Swift для iOS, Kotlin для Android) интегрированы с backend заказчика.
Фильтры по дате и категории + поиск мероприятий на главной странице.
Личный список с напоминаниями о предстоящих мероприятиях.
Покупка и возврат билетов внутри приложения.
Доработка начатого проекта: интеграция с чужим API и кодом заказчика.
Дорожная карта: карта зала, выбор мест, корзина (следующая версия).

Архитектура и персональные данные

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

Соответствие: 152-ФЗ, оператор ПДн в реестре РКН, ИСО 27001 (внедрение), локализация персональных данных. Реестр операторов: pd.rkn.gov.ru.

Часто задаваемые вопросы

Сколько стоит разработка приложения-афиши для мероприятий?

Стоимость зависит от числа интеграций (платёжный шлюз, система билетов), набора экранов и требований к обработке ПДн. Точную оценку даём после анализа ТЗ.

Можно ли доработать уже начатый проект?

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

Как работает покупка билетов внутри приложения?

Пользователь выбирает билет и оплачивает через внешний платёжный шлюз. Данные карты не хранятся на сервере заказчика. Возврат билета инициируется через приложение и обрабатывается на стороне платёжного шлюза.

Как защищаются ПДн пользователей и что требует 152-ФЗ?

ПДн пользователей (имя, телефон, история билетов) хранятся на сервере заказчика в пределах РФ. Платёжные реквизиты обрабатываются через внешний шлюз без хранения данных карт. Передаём шаблоны документов: политику обработки ПДн, уведомление регулятора и приказ об ответственном. Реестр операторов: pd.rkn.gov.ru.

Сколько времени занимает доработка подобного приложения?

Типичный диапазон для доработки нативных iOS+Android-приложений с интеграцией в backend — 12–20 недель. Диапазон зависит от объёма интеграций и сложности бизнес-логики. Точные сроки фиксируем после дискавери.