Времени заняло:
3 месяца
Команда:
Design Lead, CEO advisor, Head of Engineering, CTO, Frontend Developer х3, Backend Developer х5, iOS Developer, Head of Blockchain, QA
Моя роль:
Design Lead
Мой скоуп:
Product strategy, UX/UI/IxD, Prototyping, Design system, UX writing
Контекст:
Финтех-стартап (пришел на Seed стадии) · Основан в 2024 предпринимателем Даниэлем Захаровым
Что изменилось
Изменился тип владельца денег. В B2C деньги принадлежат человеку, и он же ими распоряжается. В B2B деньги принадлежат компании, и каждое их движение согласуется, фиксируется и объясняется в отчётности.
Из этого следуют остальные отличия продукта.
Дизайн-система
Я взял открытую дизайн-систему shadcn/ui: готовые компоненты ускоряли и макеты, и фронтенд. План был два месяца на разработку и месяц на тесты, в срок уложились.

Флагманский флоу
Здесь я отказался от механики, которую мы использовали в B2C. Там пользователь не выбирал рельсу: продукт подбирал её сам, потому что человеку важен только факт доставки денег.
В B2B выбор рельсы делает пользователь. Финансист выбирает её по сроку, стоимости и условиям договора с контрагентом.
Поэтому путь классический: выбрать получателя из справочника или создать нового, затем выбрать рельсу. Четвёртый вариант в списке — криптовалюта. В американских B2B-финтехах такой опции пока нет.
Инвойс в платеже
В американском банкинге инвойс прикладывается к платежу. Данные из него при этом дублируются в форму перевода вручную.
Я добавил загрузку инвойса в флоу Send money. Система распознаёт документ, извлекает реквизиты и сумму и подставляет их в поля. Перевод занимает 2 минуты вместо 10.

Это должно было работать на телефоне
Перед вами адаптивная мобильная версия сайта.
Собрать B2B MVP за два месяца это вызов сам по себе. Собрать такой, который нормально работает на телефоне, вот то, чем я действительно горжусь. Финансовые B2B-продукты почти всегда живут на десктопе и на мобильном разваливаются, а решение об оплате человек нередко принимает в дороге.


Онбординг без пароля
Бизнес-аккаунты — цель фишинга: в них лежат деньги компании и право ими распоряжаться. Пароль можно выманить, подсмотреть или получить из утечки другого сервиса.
Я предложил passkey. Секретный ключ хранится на устройстве и не передаётся на сервер, подтверждение выполняется биометрией или пин-кодом устройства и привязано к домену, поэтому на поддельном сайте не срабатывает.
Так устроен вход в Apple, Google, Microsoft и PayPal, то есть жест пользователю знаком. Для продукта это убирает экран восстановления пароля, письма со сбросом и связанные с ними обращения в поддержку.

Фиат и крипта по отдельности
В B2C счёт и кошелёк показывались как один баланс.
Здесь они разделены. Формальная причина — ограничение провайдера: Bridge моделирует фиатный счёт и криптокошелёк как разные объекты со своими правилами пополнения, вывода и статусами.
Для бизнеса разделение соответствует учёту: фиат и криптоактивы отражаются в отчётности отдельно, с разным налогообложением.
Получатели
Зачем каждый раз заполнять заново одни и те же реквизиты?
Собрал раздел Recipients где появилась возможность сохранить все платежные данные получателя и хранить их в одном месте.

Детали транзакции
В деталях транзакции расположил attachments, notes, category, transaction id, comments, status.
Мы хотели в будущих апдейтах подключить работу с командой. Члены твоей команды могут оставлять комментарии в деталях транзакции, чтобы быстро обсудить информацию, приложить нужные отчетности и тд. Это важно для американского банкинга, все транзакции отслеживаются гораздо строже.
FX-Rate
Пользователю нужен быстрый способ посмотреть курс.
Поле суммы, выбор валюты, результат в нескольких валютах сразу. Я собрал макет и прототип за два часа, разработчики реализовали по готовому коду быстрее, чем по описанию.
Еще больше экспериментов
Команде зашёл мой подход собирать флоу кодом, а не макетами, поэтому дальше я делал так везде, где успевал. Разработчик получает поведение, которое можно прокликать, и не тратит время на угадывание таймингов по описанию.
Адаптация под iOS
Веб-версию сдали в срок, оставшееся время ушло на iOS. Я адаптировал ключевые сценарии: те же четыре рельсы, тот же флоу отправки, с расчётом на использование вне рабочего места.
Направление целиком закрыть не успели. Базовые экраны готовы, дальнейшая работа продолжается на этой основе.
Итоги
15+ флоу · 180+ экранов · 1 дизайн-система
Два месяца от разворота до готовности к релизу, месяц на тесты и дизайн-ревью. Команда уложилась в срок.



