Optima Business — продукт по управлению финансами и бизнесом для юридических лиц
FinTech
Компания
ОАО Оптима Банк
Роль
Продуктовый дизайнер
UX\UI
Время реализации мной
5 месяцев
Дата
Июнь 2025 - Нояб 2025
Optima Business — один из трёх ключевых продуктов компании Optima Bank. Если Optima24 — это банк для физических лиц, а Optima Kassa — сервис фискализации продаж, то Optima Business направлен на автоматизацию и управление бизнесом
Глобально продукты делятся на две категории:
— Физические лица — Optima24
— Юридические лица — Optima Business (основной продукт), при этом Optima Kassa работает только в связке с Optima Business
моя роль
Как дизайнер, я проектировал продукт Optima Business, следуя следующим шагам:
— Сбор первичной информации о бизнес-задачах, жалобах пользователей и ожиданиях от нового приложения
— Составление карты и информационной архитектуры всего текущего приложения, чтобы сразу увидеть все недостатки и не запутаться
— Проведение исследований и интервью с пользователями
— Изучение логики работы ролей на платформе: Первый подписант, Второй подписант, Исполнитель, Аудитор, Менеджер и Кассир
— Тесная синхронизация с бизнесом по проекту из-за высокого приоритета задачи
проблемы
— Старая Optima Business с момента своего выхода обросла огромным количеством нового функционала, из-за чего продукт лишился единообразия
— Логика работы ролевой политики внутри системы: каждая роль — это отдельный пользователь со своими потребностями и приоритетами (например, менеджер управляет сотрудниками, но не подписывает платежи)
— Со временем приоритеты бизнеса и клиентов изменились: какие-то функции стали важнее и востребованнее других, тогда как старое приложение делало акцент на приоритетах прошлых лет
— Ограничения в разработке, связанные с логикой работы бэкенда (например, невозможность объединить историю исходящих и входящих платежей в одну сущность).
задачи
— Проведение исследований и изучение опыта конкурентов, сбор артефактов и оформление результатов
— Работа с метриками, проектирование по методологии AS IS — TO BE, сбор матрицы ролей
— Обеспечение инклюзивности и доступности интерфейса
— Взаимодействие с командой дизайн-системы для внедрения новых компонентов
— Проведение регулярных ревью с лидом и бизнесом
голос пользователей
У продукта уже есть база пользователей, со многими из которых уже проводилось взаимодействие. Необходимо сформировать две большие когорты для работы: малые ИП и представители среднего и крупного бизнеса
Хотя индивидуальных предпринимателей количественно больше, именно крупные компании чаще всего используют расширенный функционал приложения для полноценного ведения бизнеса
В Кыргызстане банки всё ещё частично находятся на этапе примитивной поддержки, называемой «Идите в банк для…». Это сильно отталкивает, и поэтому было бы хорошо решать такие вопросы в приложении
Странная работа истории входящих и исходящих операций. Почему у меня аж 8 разных историй? Было бы хорошо сделать их проще и чтобы искать их было легче
Менеджеры и ИП не понимают, как работать с сотрудниками через приложение или веб. Как добавлять кассира? Как его удалить? Почему я не могу сразу пригласить его в точку продаж
Приложение не пытается подстроиться под пользователей. Почему интерфейс менеджера такой же, как у первого подписанта? Почему пол-приложения пестрит уведомлениями: «Менеджер не имеет доступа к данному функционалу»
документация и артефакты
Был подготовлен файл в FigJam для хранения документации и проектных артефактов Там были: референсы, бенчмаркинг конкурентов, метрики и пирамида метрик, информационная архитектура (IA) мобильного приложения и веб-сайта, продуктовые гипотезы и итерационные решения
главные функции и акценты в редизайне Optima Business
итерационное улучшение приложения
Optima Business годами аккумулировал избыточную функциональность, что привело к накоплению UI/UX и технического долга (Legacy), рефакторинг которого является сложной архитектурной задачей Именно поэтому процесс редизайна был декомпозирован на последовательные итерации, каждая из которых включала приоритизацию функциональных блоков для их оптимизации и доведения до финальных стандартов качества
Итерация 1 — разработка фундамента для дальнейшей работы: цветовая палитра, стили, визуальная концепция главного экрана, этап Discovery и сбор информации
Итерация 2 — проектирование основных разделов в Navigation bar
Итерация 3 — проработка главной страницы и её адаптация под функциональные роли
Итерация 4 — проектирование логики управления документами, выписками, счетами и точками продаж
Итерация 5 — управление профилями кассиров и сотрудников
Итерация 6 — управление картами, расчётными счетами и настройки
Итерация 7 — проектирование унифицированной истории транзакций в приложении
Можете увидеть разницу в итоговых результатах
главная страница
Являясь ключевой точкой входа во всё приложение, главный экран был переработан в приоритетном порядке с учётом бизнес-требований, маркетинговых задач и потребностей пользователей
Согласно бизнес-требованиям необходимо было оптимизировать количество отображаемых счетов на первом экране, а также интегрировать адаптивную логику рекламных баннеров на основе ролевой модели
Со стороны продуктового дизайна требовалось внедрить быстрые действия и обеспечить прямой доступ к ключевой бизнес-сущности — точкам продаж
работа с ролями пользователей
Данный функционал был реализован преимущественно на основе требований сегмента Enterprise, где задействовано большое количество сотрудников. У каждой функциональной роли определены свои операционные задачи, а также установлены соответствующие функциональные ограничения и права доступа
Первый подписант — владелец бизнеса с неограниченными правами доступа и полным функциональным доступом ко всем разделам приложения. Без его авторизации проведение транзакций невозможно
Второй подписант — обладатель второй подписи в схеме «Первый и Второй подписант». Может делать всё то же, что и первый, но не без его апрува. При совершении операции сначала подписывает второй, а затем только первый
Исполнитель — роль с правами на формирование транзакций без полномочий на управление и авторизацию. Обладает гранулярным доступом, который ограничен рамками операционной деятельности
Аудитор — видит даже больше, чем Второй подписант, но не имеет прав управления. Эту роль также можно назвать «наблюдатель»
Менеджер — роль с полномочиями на управление профилями кассиров и ключевыми бизнес-сущностями — точками продаж. Весь прочий функционал приложения ограничен в рамках данной функциональной роли
Кассир — сотрудник компании на точке продаж. Имеет доступ только к тем объектам, к которым ему предоставлены права
работа с документами и выписками
Проблема в том, что из-за последовательного наращивания функционала каждый продукт, имеющий генерацию документов или выписок, обзавёлся фрагментированной информационной архитектурой (IA). В итоге пользовательский путь был разделён на изолированные сценарии: за выпиской по счёту нужно было идти к счёту, по карте — к карте, а за документом по входящим транзакциям — в историю операций, где требовалось отфильтровать входящие и выполнить экспорт в PDF
У выписок есть техническое ограничение: некоторым из них требуется время на генерацию, так как запросы обрабатываются в порядке очереди. В периоды пиковой нагрузки, например при сдаче отчётности в конце месяца, время отклика системы может увеличиваться
Нашей задачей было проектирование единого источника истины (Single Source of Truth) для всех документов и выписок, включая масштабируемость системы в будущем. Продуктовый манифест задачи звучал так: «Я хочу подумать о выписке и на 100% знать, где её найти»
Реализовали функционал не только генерации выписок, но и их хранения в блоке «Посмотреть», чтобы обеспечить пользователю быстрый доступ к документам Теперь можно в любой момент вернуться и найти нужный файл в архиве
входящие и исходящие операции
История в старом Optima Business имела проблему фрагментированности интерфейса:
История входящих транзакций
История исходящих транзакций
Удалённая оплата
История входящих по QR
История исходящих по QR
Основная причина такой структуры — несогласованный запуск функционала и технические ограничения (Technical Constraints)
Нужно было создать унифицированный интерфейс истории входящих и исходящих транзакций, однако сохранялось техническое ограничение: архитектура бэкенда не позволяла сформировать единый список данных. Именно поэтому на ранних итерациях мы приняли решение разграничить потоки операций при помощи Segmented Control
точки продаж, кассы и кассиры
Точки продаж изначально позиционировались как второстепенная функциональность для управления операционной деятельностью, финансовыми потоками и продажами. Однако со временем возможность мониторинга каналов поступления ликвидности на консолидированном счёте стала приоритетным бизнес-требованием. В рамках редизайна мы сфокусировались на глубокой проработке этого раздела и его адаптации под ролевую модель (RBAC) Optima Business
Имея трех типов юзеров:
Первый подписант (малый бизнес) — индивидуальный предприниматель, который выступает владельцем и операционным сотрудником в одном лице или ведёт семейный бизнес. Такие пользователи обычно не используют ролевую модель (RBAC)
Первый подписант (корпоративный сектор) — чаще всего руководитель ОсОО или крупный ИП. Он не занимается операционным управлением напрямую, а делегирует полномочия. Основную работу в приложении ведут Второй подписант, Исполнитель и Менеджер
Менеджер — сотрудник, чья основная функция заключается в администрировании точек продаж и управлении кассирами
Целью редизайна, основываясь на данных, полученных в ходе исследований, мы выделили следующие приоритеты:
Трудности в администрировании персонала: пользователи не понимают, как добавить кассира, и в целом не ясна интерфейсная логика взаимодействия с сотрудниками.
Высокий коэффициент прерывания (Drop-off rate) при создании точек: наша гипотеза подтверждает, что критическим барьером (Friction) является шаг с заполнением адреса, состоящий из 8 полей.
Оптимизация онбординга продуктов: необходимо обеспечить быстрый доступ к подключению новых банковских продуктов к точке для пользователей с различными функциональными ролями (RBAC)
Мы централизовали администрирование персонала в разделе «Сотрудники». До редизайна этот раздел был лишь информационным справочником, а функционал приглашения новых участников был децентрализован по другим страницам, что создавало разрывы в User Journey
подключение к единой дизайн системе
Стратегическим приоритетом для любого продукта Optima после появления дизайн-системы стала её интеграция и адопция во всей экосистеме компании
Основная проблема была связана с тем, что каждый продукт обладал собственной бизнес-логикой, UX-паттернами, техническими ограничениями (Technical Constraints) и кастомными стилями. Данную экосистему приходилось постоянно модернизировать и масштабировать
Мы активно коллаборировали с Core-командой по вопросам масштабирования дизайн-системы и имплементации новых компонентов и стилей
Так как библиотека компонентов и дизайн-система изначально проектировались для флагманского B2C-продукта — Optima24, нам потребовалось адаптировать визуальные решения под специфику и бизнес-задачи Optima Business. Данный процесс включал переосмысление плотности интерфейса и стилистических акцентов для корпоративного сегмента
мои мысли по поводу редизайна Optima Business
Проект мне очень понравился с точки зрения реализации, логики ведения файлов и документов, а планы по редизайну были по-настоящему интересными. Однако возникли сложности в процессах и из-за текучести кадров: не хватало бизнес-аналитиков, продакт-менеджеров, дизайнеров и разработчиков, что создавало значительные проблемы. Но, как по мне, у проекта был и остаётся огромный потенциал, который, я надеюсь, раскроют те, кто придёт после меня
Я не успел полностью завершить проект, так как срок договора подходил к концу, и я решил двигаться дальше, выйдя из сферы финтеха, а надолго ли — время покажет
P.S. данный проект какой-то проклятый, его вел сначала мой друг и коллега Ян, а потом его вел Я, после моего ухода его ввела моя коллега и подруга Кристиан, и сейчас она тоже ушла… Не везет проекту сильно:(
