Времени заняло:
2 года
Команда:
Designer, Head of Design, CEO, COO, CTO, Frontend Developer х1, Backend Developer х1, Head of compliance MLRO
Моя роль:
Middle Product Designer
Мой скоуп:
UX-research, Product strategy, Product marketing, UX/UI/IxD, Prototyping, Design system, UX writing
Контекст:
Лондонский финтех. Пришёл на pre-seed, когда продукта ещё не было · Основан в 2018 Давидом Манасяном (CEO) и Сергеем Россманом (COO).
Стартап без продукта
Я пришёл в декабре 2019. У команды были деньги, намерение работать в финансах и список гипотез.
Гипотезы проверяли по очереди, большая часть не подтвердилась. На этой стадии задача не в том, чтобы спроектировать продукт, а в том, чтобы определить, какой продукт имеет смысл делать.
Почему бизнес-банкинг
Подтвердилась самая узкая гипотеза, и основатели знали её по собственному опыту.
Иностранный предприниматель, который хочет работать в Британии, сталкивается с тремя препятствиями. Документы и процедуры описаны на английском юридическом языке. Корпоративные услуги на старте стоят дороже самого бизнеса. Банковский счёт нерезиденту открывают долго, а часто не открывают.
Продукт берёт эти процедуры на себя. Внутри это называли business-in-a-box.
Что входит в продукт
Omega работает по лицензии EMI, а не банковской. EMI покрывает счета, платежи и обмен валют, но не кредитование.
- Регистрация британской компании: название, тип юрлица, структура владения, подача документов.
- Мультивалютный счёт с британским IBAN на имя компании.
- Платежи: SWIFT, SEPA, Faster Payments, обмен валют.
- Бухгалтерия, налоги, корпоративное право, виртуальный офис.
Архитектурное решение принимал не я: внешние профессиональные сервисы подключены поверх платёжного ядра. Для дизайна это означало, что несколько провайдеров должны складываться в один сценарий, где переход между ними не требует от пользователя отдельных действий.
Обычный онбординг спрашивает, кто вы
До стандартной верификации нужно определить, какой у пользователя случай. Их три: регистрация новой британской компании, перевод существующей британской компании в Omega, подключение компании, зарегистрированной за пределами UK.
Юридически это три разные процедуры с разными документами и проверками. Спросить напрямую нельзя: пользователь не обязан знать, как его ситуация формулируется в терминах британского комплаенса. Ошибка в выборе ведёт в чужую ветку, и это выясняется на этапе отказа.
Развилку я вынес до входа в продукт. Пользователь получает письмо с описанием трёх ситуаций обычными словами, каждая ведёт по своей ссылке в нужную ветку. В интерфейсе он оказывается уже внутри своего сценария, дальше идут стандартные шаги верификации.
Как платят в UK и EU
Перед проектированием я разобрал платёжные сценарии в Revolut, Wise, Monzo, Starling и в классических банках.
В этих продуктах пользователь не выбирает платёжную систему по названию. Он выбирает по стране, валюте, сроку и комиссии, а система определяется автоматически.
Различия между системами существенные. Faster Payments работает внутри UK, перевод идёт секунды. SEPA охватывает евро-зону, срок до одного рабочего дня. SWIFT используется для остальных направлений: 2–3 дня, комиссия выше, отозвать перевод нельзя.
Что я сделал. Ввод реквизитов вынесен в создание получателя и происходит один раз.
Пользователь указывает страну и валюту получателя. Дальше система показывает доступные способы перевода со сроком и комиссией: например, SEPA — 1–5 минут, €2; SWIFT — 2–3 дня, $5. После выбора способа форма содержит только те поля, которые нужны для него.
Реквизиты проверяются автоматически, если это возможно для выбранного способа. Если проверка недоступна, форма показывает соответствующее сообщение.
Payees. Сохранённые получатели вынесены в отдельную сущность. В платеже пользователь выбирает получателя из списка и указывает счёт списания.
Комплайнс проверка, KYC/KYB
Компания обязана проверять, с кем работает. Банки проверяют своих клиентов и результат не передают, специализированные сервисы ориентированы на корпорации.
Эта функция вынесена в продукт отдельным разделом. Пользователь проверяет человека или компанию: вводит имя и почту, система запускает проверку.
KYC и KYB юридически разные процедуры, но в интерфейсе работают на одном скелете из трёх шагов: кого проверяем, какой уровень проверки, куда отправить ссылку.
Уровень проверки собирается из блоков: персональные данные, документ на выбор из трёх, подтверждение адреса на выбор из четырёх, AML-скрининг, проверка живого человека. Глубину выбирает пользователь.
Проверку проходит не тот, кто её создал, поэтому после запуска экран переключается в режим отслеживания: ссылка для передачи, статус, лента событий с временем, риск-метки при их наличии, отчёт PDF.
Сначала получатель, потом платёж
Реквизиты вводятся один раз, при создании получателя. В платеже пользователь выбирает получателя из списка и указывает счёт списания.
Сначала указываются страна получателя, валюта и признак компании. От этих значений зависит набор доступных способов перевода, которые показываются со сроком и комиссией:
- Faster Payments — мгновенно,
- SEPA — 1–5 минут €2,
- SWIFT — 2–3 дня и $5.
После выбора способа форма содержит только относящиеся к нему поля.
Счёт проверяется автоматически, если это возможно для выбранного направления. Если проверка недоступна, система показывает предупреждение о том, что ошибочный перевод вернуть не получится, и продолжить можно после подтверждения риска.
Админка
Внутренний инструмент поддержки и комплаенса. Моё участие было частичным: исследования и UX, до финального интерфейса доводили без меня.
Работа начиналась с интервью с операторами. Их основной сценарий — разобраться в ситуации конкретного клиента, когда данные о нём лежат в четырёх разных местах: в Companies House, у провайдера верификации, у платёжных провайдеров и в трекере задач.
Поэтому карточка компании собрана как узел, а не как копия этих систем. В ней реквизиты компании, статус онбординга, уровень риска, счета у провайдеров, пользователи со статусами верификации и транзакции. Данные, которые живут во внешних системах, представлены ссылкой на источник: регистрация в Companies House, заявка у провайдера верификации, тикет в трекере.
В списке компаний статус онбординга вынесен в отдельную колонку и разделён на стадии: в процессе, ожидает подтверждения, ожидает активации, активна, отклонена. По этой колонке оператор фильтрует очередь и видит, какие заявки требуют действия с его стороны.
Не только продукт
Команда на pre-seed маленькая, поэтому дизайн за пределами интерфейса делал тоже я.
Сайт, векторные иллюстрации, 3D-графика и посты для социальных сетей. Визуальный язык при этом общий с продуктом: те же цвета, типографика и иллюстрации, которые потом переиспользовались внутри интерфейса.
Итоги
50+ флоу · 500+ экранов · два года
Я пришёл, когда продукта не было, и ушёл, оставив спроектированную систему.
Через полтора года после моего ухода команда привлекла £2,5 млн и запустила бету. Сейчас Omega работает в 150 странах.
Предприниматель из Бразилии регистрирует британскую компанию за 15 минут, не разбираясь в британском праве.
Следующий кейс:
Концепт
Web
Талоны для банка без отделений
N26 · 2024
У N26 нет отделений, и от этого задача только интереснее. Собрал прототип, где талон живёт внутри приложения: занимаешь место до выхода из дома и следишь за очередью по дороге.
Кейса пока нет, но я работаю над этим
