Приложение для фитнес-марафонов: кейс

MFIT — это не одно приложение, а связка из трёх продуктов вокруг общих данных: iOS-клиент на Swift, Android-клиент на Kotlin и веб-панель администратора. Участник авторизуется, выбирает марафон в каталоге, оплачивает программу прямо в приложении и включается в челлендж — ведёт статистику, соревнуется с другими и выкладывает результаты на голосование.

До проекта заказчик проводил марафоны вручную, без автоматизации. Мы перевели платные программы в мобильный формат и дали организатору единую панель, из которой он управляет обеими платформами, контентом, конкурсами и push-уведомлениями.

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

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

SportTech-продукт — приложение живёт в реальном пользовательском сценарии: участник тренируется, платит за программу и соревнуется, а не просто листает контент.

Высокая неопределённость на старте — границы и приоритеты уточнялись по ходу, поэтому работали по методологии SCRUM короткими итерациями.

Сжатые сроки — весь продукт из трёх приложений собран за 5 месяцев.

Трёхсоставной продукт — нативные iOS и Android плюс веб-панель администрирования работают как единая система вокруг одних данных.

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

Архитектуру разделили на три клиента вокруг общего бэкенда: iOS на Swift, Android на Kotlin и веб-панель администратора на React. Серверная логика и API — на PHP Laravel. Так организатор управляет обеими мобильными платформами из одного места, а данные участников остаются едиными.

Приложение работает с платёжными данными пользователей и доставляет push-уведомления. Нативный стек на Swift и Kotlin даёт прямой доступ к системным API: встроенная платёжная инфраструктура платформ (StoreKit на iOS, Billing API на Android) и нативные push (APNs / FCM) работают с минимальным промежуточным слоем, что упрощает поддержку и снижает риск отказа при обновлениях ОС.

Кросс-платформенные фреймворки рассматривались, но нативный стек выбран из-за более предсказуемого поведения платёжных и push-компонентов и возможности точечно настроить UI под HIG (iOS) и Material Design (Android).

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

Соответствие: 152-ФЗ, оператор ПДн в реестре РКН, ИСО 27001 (внедрение), локализация персональных данных. Персональные данные пользователей обрабатываются по требованиям 152-ФЗ; статус оператора проверяется в реестре операторов ПДн РКН.