Кейс / 06 · Gravio

Приложение с документооборотом — до публикации в RuStore

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

РольСольный проект
СтекFlutter / Supabase
ТипМобильное приложение

Задача

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

Что сделал

Платформу целиком: 9 экранов участнику и 9 организатору, документы и ревью внутри заявки, роли и чат, серверная логика в PostgreSQL (RPC), push-уведомления.

Что получилось

Gravio v1.0.2 опубликована в RuStore. Весь цикл — от схемы базы до публикации в сторе — закрыт одним разработчиком.

01 / Контекст и задача

Регистрация вместо переписок

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

02 / Интерфейс: почему так

Девять экранов участнику, девять — организатору

D1
Каталог событий — первый экран
Путь участника начинается со списка событий, а не с регистрации: карточки ведут к заявке за пару шагов. Порог входа ниже — посмотреть событие можно без аккаунта.
D2
Документы внутри заявки
Загрузка документов встроена в сценарий регистрации, типы файлов проверяются на входе. Участник видит статус заявки, организатор получает очередь на ревью вместо вложений в мессенджере.
D3
Команды и чат в приложении
Состав и коммуникация живут здесь же: участников не уводят в сторонние чаты, история остаётся привязанной к событию и доступна организатору.
D4
Админка как вторая половина продукта
Девять экранов — заявки, ревью, результаты, аналитика, комиссии, роли. Организатор ведёт событие от набора заявок до публикации итогов без таблиц и почты.
D5
Календарь и достижения
Профиль с достижениями и календарь событий дают участнику причину открыть приложение между стартами, а не только в момент регистрации.

03 / Технические решения

Что под капотом

Логика в PostgreSQL

Критические операции оформлены как RPC-функции: единые правила и атомарная подача заявки.

Роли и безопасность

Права участника, организатора и администратора; проверка типов файлов и ограничение загрузок.

Полный жизненный цикл

Push-уведомления, удаление аккаунта и данных, правовые страницы и публикация в RuStore.

Архитектура работы

Интерфейссценарии пользователя

→

Логикаправила и данные

→

Интеграциисервисы и запуск

04 / Результат

Опубликовано в RuStore

Приложение версии 1.0.2 опубликовано в RuStore. Я самостоятельно разработал пользовательскую часть, девять экранов админки, серверную логику и инфраструктуру публикации.

Открыть в RuStore Обсудить похожую задачу