Я была единственным продуктовым дизайнером на проекте и отвечала за весь сквозной процесс дизайна.

Финтех-MVP, построенный с нуля за 8 недель: без существующей дизайн-системы, без предварительных пользовательских исследований, без дизайн-поддержки. Регуляторный слой требовал KYC для физических и юридических лиц, а также дизайна с учётом требований AML.

Только флоу «Send Money» дал более 20 вариантов флоу с учётом четырёх платёжных сетей (SWIFT, SEPA, Faster Payments, CHAPS), двух типов клиентов и нескольких пороговых значений.

Помимо этого я столкнулась с тем, что процессы оплаты в сегменте РФ и Европы сильно отличались в юридической части — мне пришлось детально изучать их документации и созваниваться со специалистом из команды комплаенса по юридическим вопросам в Великобритании и Европе. Я не боялась задавать вопросы и уточнять все моменты, потому что моя цель была не просто сделать макеты, а сделать их так, чтобы потом не пришлось разработчикам самостоятельно переделывать и додумывать варианты.

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

Решение. Последовательный степпер на отдельной странице. На каждом шаге появлялись только те поля, которые нужны были после предыдущих выборов. Выход из флоу запускал диалог подтверждения.

Результат. Пользователи двигаются линейно и не теряют данные. Количество обращений в поддержку по платёжным флоу заметно снизилось (точная метрика под NDA).

Проблема. Сжатые сроки на разработку и не большая команда разработки.

Решение. Атомарная система с явными токенами (отступы, типографика, цвет) и самодокументируемыми компонентами. Аннотации структурированы так, чтобы их могли парсить ИИ-инструменты.

Outcome. Developers fed the system into AI coding assistants and shipped consistent UI without back-and-forth. ~1 month of dev time saved. Zero design revisions after final handoff.

Проблема. В роадмапе был запланирован MVP2 (раздел «Карты») — добавление новых разделов позже рисковало нарушить консистентность.

Решение. Дизайн-система построена вокруг масштабируемых паттернов, а не фиксированных экранов — с чёткими правилами для новых флоу, состояний и разделов.

Результат. Когда запустился MVP2, разработчики самостоятельно добавили весь раздел «Карты» — полностью консистентно с остальным продуктом.

Проблема. UI в финтехе — это высокие риски: каждый незакрытый edge case означает, что разработчик додумывает сам.

Решение. Каждый экран спроектирован во всех состояниях: дефолтное, пустое, загрузка, ошибка, успех, блокирующее, а также edge cases — например, лимиты на попытки ввода пароля.

Результат. Всего два уточняющих вопроса от разработчиков за всю фазу реализации.

✅ Дизайн выполнен за 8 недель на 800+ экранов
✅ Более 5 месяцев в продакшене с активно растущей пользовательской базой
✅ Масштабировано до MVP2 — раздел «Карты» добавлен разработчиками самостоятельно
✅ Около 1 месяца времени разработчиков сэкономлено благодаря дизайн-системе и аннотациям
✅ Всего 2 уточняющих вопроса от разработчиков за всё время реализации
✅ Положительная обратная связь от клиента и команды поддержки — меньше жалоб от пользователей

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

Глубокая документация сделала команду автономной: разработчики обращались ко мне за сложными решениями, а не за рутинными. Сжатые сроки показывают, на чём на самом деле построен твой процесс — мой оказался про системное мышление в первую очередь, и только потом про экраны.