Every — международный стартап в туристической сфере.
На момент обращения к нам у команды была бизнес-концепция сервиса, который должен был заменить ушедший из РФ международный оператор Priority Pass. Логика платформы строилась на роли цифрового посредника между банками, авиа узлами и пассажирами.
Система должна была работать по двум направлениям:
— Для премиум-клиентов банков — автоматически предоставлять бесплатные проходы в бизнес-залы аэропортов в рамках их банковских подписок и программ лояльности. Платформа должна была в реальном времени проверять лимиты пользователя в банке и генерировать проход.
— Для розничных пользователей — давать возможность самостоятельно находить и покупать доступы в лаунжи напрямую за деньги, а также приобретать туристические цифровые сим-карты и ВИП-услуги в терминалах
Продукт должен был объединить под единым капотом более 1500 локаций по всему миру, но у заказчика отсутствовала техническая база.
Мы начали разработку с нуля, выступая в роли технологического партнера.
Главный вызов заключался в необходимости вывести работающий минимальный жизнеспособный продукт (МВП) на рынок всего за 3 месяца, сразу обеспечив синхронизацию данных и платежей на всех платформах.
— Сжатые сроки (Time-to-Market): спроектировать, протестировать и запустить работоспособный продукт за 90 дней.
— Единая кодовая база: обеспечить одновременный релиз и поддержку на iOS, Android и Веб.
— Синхронизация глобальных данных: обеспечить мгновенный обмен данными с международными агрегаторами лаунжей с первого дня релиза.
— Безопасность и финтех-интеграции: реализовать модули сквозной авторизации (T-ID, Alfa ID) для клиентов крупнейших банков (Т-Банк, Альфа-Банк, Райффайзенбанк, Газпромбанк и банков СНГ) для бесперебойной проверки лимитов внутри программ лояльности.
— Отказоустойчивое платежное ядро: спроектировать модуль, способный обрабатывать транзакции через российские (T-Pay, Alfa Pay) и международные шлюзы без конфликта протоколов.
— Противодействие фроду и защита интерфейса интеграции (API): разработать комплекс мер для защиты транзакционной логики от манипуляций с номерами заказов и массовой генерации фиктивных заявок
Как запустить продукт быстро, не создавая технический долг, который замедлит рост через полгода?
Ответом стал выбор кросс-платформенной архитектуры.
Главный вопрос проектирования заключался в том, как запустить продукт сразу на всех платформах, не создавая технический долг.
Мы выбрали Flutter как основу для кроссплатформенной разработки — это позволило использовать единую кодовую базу для Веб, iOS и Android и синхронно выпускать обновления.
Серверная часть построена на Golang с базой данных PostgreSQL. Этот стек обеспечил высокую производительность транзакционного ядра и стабильность при интеграции с множеством внешних интеграций.
За 3 месяца команда запустила полноценный минимально жизнеспособный продукт (МВП). Пользователи сразу получили доступ к реальному каталогу залов, оплате картой и базовой истории заказов. Пилот подтвердил спрос и продукт нашел аудиторию ещё до полноценного релиза.
Через 4 месяца вышел полноценный релиз с каталогом из 1500+ залов по всему миру, развитой системой фильтрации и детальными карточками каждого зала.
Что вошло в продукт:
Для защиты транзакционного контура от фрода на основе реальных инцидентов мы реализовали два барьера безопасности:
1) Внедрили систему динамической подмены номеров заказов, которая исключает прямое получение сквозного номера идентификатора (ID) до момента фактической оплаты через сервис. Это защитило систему от несанкционированного перебора и парсинга данных.
2) Разработали алгоритм шифрования критически важного трафика с безопасным хранением ключа на клиентских устройствах, устойчивый к попыткам декомпиляции приложений.
Мобильное и Веб — приложение Flutter
Серверная часть — Golang
База данных — PostgreSQL
Аналитика — AppMetrica
Платежи — Т-Банк Эквайринг, Alfa Pay, T-Pay, Octo
Авторизация — T-ID, Alfa ID
Данные о залах — All Airports, JES
- AppStore
- Google Play Market
- Huawei AppGallery
- RuStore
- Веб
Бэк-офис как отдельный инструмент для управления контентом приложения и личный кабинет службы поддержки.


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


Проект Every подтвердил эффективность выбранного нами подхода: разработка сложной технологической основы с первого дня важнее, чем попытка быстро выпустить продукт без учета будущих нагрузок.
Нам удалось создать архитектурно зрелый сервис, который объединил жесткие требования финтех-безопасности, глобальные массивы данных и сложную платежную логику в едином кроссплатформенном решении.
Сегодняшние показатели пользователей и транзакционной активности Every — это прямое подтверждение надежности заложенного нами фундамента, способного поддерживать бизнес-модель заказчика на годы вперед.