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

Толя Катаев

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

Толя Катаев

  1. Сделать инициатором сделки финансирующую сторону, это упростит запуск сценариев и снизит количество ошибок на старте.
  2. Если пересобрать логику запросов в единый понятный поток, пользователям будет проще понимать текущий статус и следующие шаги.
  3. Если добавить уведомления и явную обратную связь после действий, снизится количество ручных проверок и обращений в поддержку.
  4. Если унифицировать поведение компонентов и сократить количество модальных окон, интерфейс станет предсказуемее и понятнее.

Гипотезы

  1. Сложная и нестабильная UX-архитектура. Интерфейс формировался фрагментарно. Со временем появилось много вложенных модальных окон, компоненты вели себя по-разному, навигация стала разрозненной.
  2. Неудачная модель работы с запросами и продуктами. Запросы делились на входящие
и исходящие и постоянно меняли статус и расположение.
  3. Коммуникация вне платформы. Обсуждение запросов и документов происходило в почте и мессенджерах. В самом продукте отсутствовали уведомления. Пользователям приходилось вручную проверять изменения. Это приводило к потере информации и замедляло процессы.
  4. Инициатор запроса. По словам пользователей, это выглядело нелогично: именно фактор управляет процессом финансирования и лучше понимает, какие данные и документы нужны.

Ключевые проблемы

В рамках редизайна было проработано более 100 экранов. В кейсе я показал только ключевые потоки, но изменения коснулись всего личного кабинета: запросов, профиля пользователя, профиля компании, уведомлений и вспомогательных экранов.
При юзабилити-тестировании пользователи отмечали, что стало понятнее, что происходит
с запросом и какие шаги нужно сделать дальше. Это позволило снизить количество ошибок
на старте запросов, ускорить согласование между сторонами и уменьшить нагрузку на поддержку.

Результат и вывод

Мы пробовали сделать жёсткий пошаговый сценарий работы с запросом, чтобы снизить количество ошибок. Но пользователи воспринимали это как излишнее ограничение и хотели больше гибкости. В итоге мы упростили поток.
Также мы рассматривали вариант ограничить запрос одной связкой документов. Пользователям оказалось удобнее работать с несколькими связками в рамках одного запроса, а не создавать отдельные запросы под каждый кейс. В итоге мы отказались от этого ограничения.

Что не сработало

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

Исследование

Главный экран и продукты. На главном экране пользователь теперь видит: список доступных продуктов, недоступные продукты с пояснениями, текущий статус доступа. Это помогло убрать путаницу и сразу дать понимание, чем можно пользоваться прямо сейчас.

Решение

Обратная связь и уведомления. В продукт добавили уведомления о ключевых изменениях: смена статуса заявки, новые действия от контрагентов, изменения по документам. Пользователям больше не нужно вручную проверять обновления.
Коммуникация. Отдельно мы встроили чат прямо в контекст запроса. Теперь участники обсуждают вопросы и уточнения не в почте или мессенджерах, а внутри продукта — рядом
с конкретным запросом и его документами. Это снизило количество ручных проверок, потерю контекста и ощущение, что процесс «теряется» между участниками.
Логика запросов. Мы пересобрали работу с запросом в единый поток. У запроса появился один основной экран вместо разбросанных форм. В одном месте стали видны все контрагенты, документы и договоры. На каждом этапе доступны только логичные и ожидаемые действия. Пользователь теперь видит, что уже заполнено, чего не хватает и что можно сделать дальше. Это снизило количество ручных проверок и ощущение, что процесс «теряется».
Работал на стыке дизайна, продукта и бизнеса: анализировал текущее решение, участвовал
в исследованиях, предлагал продуктовые изменения и проектировал решения, которые затем валидировались через прототипы и тестирование.
Я отвечал за пересборку личного кабинета с фокусом на логику пользовательских сценариев, прозрачность процессов и снижение количества ошибок.

Моя роль

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

Контекст

Роль: Product Designer

Product designer · Fintech & B2B

Личный кабинет B2B-платформы

Продуктовая логика

Исследование

Прототипирование

Проектирование

Основной задачей было сделать MVP, в котором пользователи смогут легко ориентироваться в активах, понимать их статус и условия, а также быстро принимать решения о покупке.

Ключевые проблемы

На старте я изучил финтех- и инвестиционные продукты, чтобы понять, как в них устроены сценарии выбора, сравнения и покупки активов. Это помогло определить, какие данные действительно важны и как упростить интерфейс.
Далее я проверял решения на прототипах через юзабилити-тесты. Смотрел, как пользователи просматривают список, сравнивают активы и понимают доступные действия. Тесты показали, что простая структура, понятные статусы и чёткое разделение действий помогают быстрее ориентироваться и принимать решения.

Исследование

В результате был запущен MVP продукта, который позволяет пользователям работать с платформой без дополнительного обучения. Ключевые сценарии стали понятными, снизилась когнитивная нагрузка, а пользователи получили возможность быстрее ориентироваться в данных и принимать решения.
Также была заложена основа для дальнейшего развития продукта.

Результат и вывод

Я выстроил интерфейс вокруг основных сценариев инвестора: просмотр, оценка и покупка активов. В качестве основы использовал таблицу, чтобы упростить работу с данными и сделать их удобными для сравнения. Отдельно проработал статусы, чтобы было понятно, на каком этапе находится актив.

Решение

Экран лицевого счёта помогает пользователю контролировать свои средства и операции. Я вынес общий баланс и его разбивку на доступные и зарезервированные средства, чтобы сразу было понятно, сколько денег можно использовать. Справа находится история операций, где можно быстро посмотреть все движения по счёту и их статус. Пользователь может переключаться между историей и выписками, а также использовать фильтры для удобного поиска.
Экран помогает пользователю разобраться в деталях ЦФА и принять решение о покупке. Я собрал ключевую информацию в верхней части: основные параметры, доходность и сумму покупки. Ниже — детальная информация и документы, которые могут понадобиться для принятия решения. Пользователь может переключаться между разделами: посмотреть общую информацию, периодические выплаты или данные об эмитенте. Кнопка «Купить» остаётся в зоне внимания, чтобы пользователь мог сразу перейти к действию, не теряя контекст.
Сделал экран покупки максимально простым: пользователь видит список активов, сравнивает параметры и сразу может купить. Основной фокус — на сравнении: ключевые параметры, цена и доступность находятся на одном уровне. Пользователь видит ключевые параметры, может сравнить активы и сразу выполнить действие, не теряя контекст.
Я занимался дизайном продукта с самого начала и участвовал в формировании его логики. Определял ключевые пользовательские сценарии, проектировал интерфейс и взаимодействия, учитывал ограничения MVP и проверял решения через прототипы. Работал на стыке продукта, бизнеса и разработки.

Моя роль

В начале это был MVP: не было понятной структуры интерфейса и пользовательского опыта. Нужно было собрать базовую версию продукта, которая закрывает основные сценарии и остаётся простой и понятной для пользователей.
Сейчас продукт продолжает развиваться, и я также работаю над его улучшением.
Платформа разрабатывалась с нуля и позволяет компаниям выпускать цифровые финансовые активы (ЦФА), а инвесторам — покупать их и отслеживать состояние.

Контекст

Роль: Product Designer

Product designer · Fintech & B2B

Платформа выпуска и торговли ЦФА

Продуктовая логика

MVP

Исследование

Прототипирование

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

Исследование

В процессе тестирования прототипа стало понятно, какие моменты требуют доработки:
Во время покупки возникал разрыв сценария: если на счете не хватает средств, пользователю нужно было выходить и пополнять баланс отдельно. Это усложняет процесс, поэтому важно дать возможность пополнить счет прямо в процессе покупки, не прерывая его.
Пользователям не хватало инструментов для отслеживания актива после покупки — важно показывать ключевые события: выплаты, сроки и статус погашения.
Пользователям было не до конца понятно, как работает автоинвестирование — не хватало объяснения логики и ожидаемого результата.

Инсайты

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

Результат и вывод

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

Решение

Главная. Пользователь видит баланс и быстрые действия: пополнение, вывод и переход к покупке. Ниже — доступные активы и ближайшие выплаты.
Список активов. Экран, где пользователь может быстро сравнить активы по ключевым параметрам и выбрать подходящий вариант.
Операции. Экран результата, где пользователь видит итог операции и детали сделки.
Покупка. Простой сценарий покупки: пользователь выбирает количество и сразу видит итоговую сумму. Здесь же можно включить автоинвестирование.
Карточка ЦФА. Подробная информация об активе: условия, доходность и сроки. Помогает принять решение перед покупкой.
Портфель. Пользователь видит свои активы и текущий доход, чтобы оценить состояние портфеля.
Я занимался дизайном концепта: продумывал пользовательский сценарий, структуру экранов и взаимодействия. Собрал прототип и проверял, насколько пользователям понятно, как работать с приложением и принимать решения.

Моя роль

Важно было не просто показать интерфейс, а продумать понятный сценарий: как пользователь смотрит активы, выбирает и покупает их. Интерфейс должен был быть интуитивным даже без объяснений.
Мы разрабатывали концепт мобильного приложения для выставки, чтобы показать, как может выглядеть работа инвестора с ЦФА.

Контекст

Роль: Product Designer

Fintech · B2С · Мобильное приложение

Мобильное приложение для работы с ЦФА (концепт)

Продуктовая логика

Концепт

Прототипирование

Made on
Tilda