Explore
Уложитесь в мой дедлайн?
Oops! Something went wrong while submitting the form.
Lumarix — цифровой банковский сервис. Пользователь открывает счета, управляет картами и переводит деньги через мобильное приложение или веб-интерфейс.
Команда клиента хотела создать инструмент для пользователей из разных стран, которым регулярно приходится взаимодействовать с зарубежными финансовыми системами. Сервис ориентирован на людей, которые работают с международными клиентами, живут между несколькими странами или регулярно совершают платежи за границей.
В традиционной банковской инфраструктуре международные операции сопровождаются множеством правил, комиссий и ограничений. Цель продукта — упростить такие операции и сделать их сопоставимыми по удобству с обычными банковскими действиями.
.svg)
С точки зрения пользователя Lumarix выглядит как привычное банковское приложение. При этом его техническая архитектура значительно сложнее. Большинство финтех-сервисов не создают банковскую инфраструктуру самостоятельно. Вместо этого используются банковские API — интерфейсы, через которые можно подключаться к платежным системам, открывать счета и выполнять финансовые операции.
Каждый API принадлежит отдельному финансовому провайдеру и функционирует по собственным правилам. Они могут различаться доступными валютами, логикой открытия счетов, поддержкой банковских карт, механизмами переводов, а также комиссиями и проверками транзакций. Например, один провайдер может работать в Европе, другой — в странах Латинской Америки, а третий поддерживать операции только в определенных регионах.
Для запуска международного необанка система должна взаимодействовать сразу с несколькими такими провайдерами. Именно это стало ключевой архитектурной задачей проекта.
Сложность проекта заключалась в том, что на старте разработки у команды не было окончательно выбранного банковского провайдера.
Клиент рассматривал несколько вариантов интеграции — около пяти потенциальных API. У каждого провайдера была своя специфика, а переговоры еще продолжались. Это означало, что команда Purrweb не могла заранее опереться на конкретную техническую реализацию.
Архитектуру и интерфейс продукта нужно было проектировать до того, как стало понятно, с каким банковским API система будет работать — сроки проекта не позволяли ждать финального решения по провайдеру. В нашем случае часть этой информации приходилось брать из документации банковских API, а часть определять на основе типовых сценариев финтех-сервисов.
Чтобы снизить уровень неопределенности, команда проанализировала возможные банковские API и выделила несколько наиболее вероятных вариантов. В качестве базового ориентира рассматривался API банка Unlimited — его логика использовалась при проектировании пользовательских сценариев.
Позже приоритет интеграции изменился: команда начала работу с API банка Satchel, который предоставил тестовые ключи и позволил перейти к полноценной разработке. Благодаря структуре системы этот переход не потребовал кардинальной переработки интерфейса.
В основе архитектуры лежит разделение пользовательского интерфейса и логики банковских интеграций. Интерфейс приложения остается единым, а различия между банковскими API обрабатываются на уровне серверной части системы.
Когда пользователь выполняет действие в приложении — например, открывает счет или отправляет перевод — система определяет, через какого банковского провайдера должна пройти операция. Серверная часть адаптирует запрос под конкретный API, отправляет его в банковскую систему и возвращает результат в интерфейс приложения.
Для пользователя весь процесс выглядит как привычная банковская операция. При этом внутри системы используется разная логика обработки операций в зависимости от выбранного банковского провайдера.
Такой подход позволил сохранить единый интерфейс приложения, подготовить систему к подключению новых финансовых партнеров и снизить зависимость продукта от одного банковского API.
Приложение должно выглядеть современно и технологично — речь идет о финтех-сервисе, который связан с международными переводами и банковской инфраструктурой. При этом основная цель интерфейса — помочь пользователю быстро ориентироваться в финансовых данных и выполнять операции за несколько последовательных действий. Поэтому дизайн строился вокруг простой визуальной структуры и понятной иерархии элементов.
Первый шаг — мудборд с нашими находками и референсами от клиента. Мы сделали акцент на реалистичных изображениях, 3D-графике и абстрактных фигурах.
Чтобы интерфейс оставался легким для восприятия, команда использовала несколько базовых дизайнерских решений: прозрачность, много света и воздуха. Это напрямую связано с брендом и названием продукта (Lumarix). Также мы учитывали, что интерфейс должен быть понятен пользователям из разных культур — без привязки к локальной специфике.
Светлая палитра и эффект стекла. Основой интерфейса стала светлая цветовая схема с мягкими акцентами для пользовательских действий.
В дизайне использовали эффект стекла и прозрачности — актуальный тренд, который в то же время отражает ценности бренда: открытость и понятность.
Карточная структура интерфейса. Большая часть информации в приложении представлена в виде карточек. Карточная структура помогает разделять данные на отдельные логические блоки и упрощает восприятие информации на экране. А еще — переиспользовать компоненты в респонсив-версии и мобильном приложении, что сэкономило время на разработке.
Минималистичная типографика. В качестве основного шрифта выбран Onest — он используется как в мобильной, так и в веб-версии приложения.
Чтобы ускорить разработку и сохранить консистентность интерфейса, команда использовала готовую UI-kit систему Snadcn. Так нам не пришлось собирать компоненты с нуля, и мы смогли быстрее перейти к проектированию пользовательских сценариев. При этом систему адаптировали под задачи продукта и частично кастомизировали.
Один из первых сценариев, с которым сталкивается пользователь, — открытие нового счета. Система определяет, через какого банковского провайдера будет открыт счет, и выполняет операцию через соответствующий API.
Следующий важный сценарий — работа с банковскими картами. На экране карты пользователь сразу видит основную информацию. Из этого же раздела можно перейти к управлению картой — например, просмотреть операции или изменить настройки.
Переводы — один из ключевых сценариев приложения. Интерфейс построен так, чтобы пользователь мог отправить деньги за несколько последовательных действий.
Необанк разрабатывался сразу для двух платформ — веб-версии и мобильного приложения. Это означало, что интерфейс должен одинаково удобно использоваться на разных экранах и сохранять единый пользовательский сценарий.
Основные действия в приложении организованы одинаковым образом на обеих платформах. Благодаря этому пользователь может легко переходить между устройствами. Например, проверить баланс можно в мобильном приложении, а позже продолжить работу со счетом уже в веб-версии.
Финтех-продукт — это всегда довольно объемный проект с разными нетривиальными задачами. Никто не хочет, чтобы он превратился в долгострой 😀 Для ускорения задач наша команда выстроила процесс так, чтобы работа шла параллельно по трем направлениям, а не последовательно, как обычно бывает при каскадной (waterfall) методологии.
Мы уже обкатывали подобный формат на других наших больших проектах, например, когда делали образовательную платформу для колледжа IThub, поэтому понимали, что нужно делать для максимальной эффективности.
Важную роль сыграл проактивный подход: несмотря на неопределенность с банковскими API, команда работала по плану, оценив риски и спрогнозировать наиболее вероятные сценарии. Архитектуру сразу заложили гибкой, чтобы быстро адаптироваться к изменениям.
Благодаря этому, например, подключение новых провайдеров не требовало глобальной переработки продукта. Команда изначально прописала логику переключения между провайдерами и обработки транзакций через множественные источники. При появлении нового провайдера под его специфику корректировались только интерфейс и бэкенд.
В результате Purrweb разработала цифровой банковский продукт, который объединяет привычные финансовые сценарии и архитектуру, рассчитанную на взаимодействие с несколькими финансовыми системами.
Пользователи сервиса могут управлять счетами, выпускать карты и переводить деньги через веб-интерфейс или мобильное приложение.
Ключевая особенность продукта — архитектура, позволяющая подключать новых финансовых партнеров и сохранять единый интерфейс. Для финтех-сервисов, работающих на международных рынках, такая архитектура дает возможность постепенно расширять географию продукта и подключать новые банковские системы.
Опыт в финтех- и интеграционных продуктах
Мы создаем сервисы, где интерфейс связан со сложной бизнес-логикой, внешними API и платёжными системами. В портфолио — более 550 проектов: финтех, маркетплейсы, образовательные платформы и мобильные приложения.
Продумываем архитектуру продукта
Помогаем выстроить структуру системы, подготовить продукт к интеграциям и спроектировать решения, которые выдерживают рост нагрузки и подключение новых сервисов.
Работаем как часть вашей команды
Встраиваемся в процессы клиента, взаимодействуем с разработчиками и продукт-менеджерами, быстро принимаем решения и двигаем продукт к запуску.
Расскажите нам о проекте — обсудим, как его реализовать.
%20(1)%20(1)%20(1).png)