← Все работы FinTech · Payments

Cashinout Payment System

t.me/Cashinout_bot ↗

Редизайн централизованного криптокошелька

Контекст

Я пришёл в компанию с действующим продуктом — централизованным криптокошельком с большим количеством встроенных финансовых сценариев. Технически продукт был зрелым, функционально — очень мощным, но при этом плохо воспринимался пользователями.

Кошелёк был мультиплатформенным:

  • Веб-версия (desktop),
  • Android-приложение,
  • Telegram-бот,
  • Telegram Mini App.

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

1 slide.png
1 slide.png

Продукт до редизайна

Функциональность кошелька была обширной: поддержка 8 криптовалют, приём средств ончейн и через СБП, обмен криптовалют, оплата СБП QR-кодов в офлайн-магазинах, переводы внутри системы по ID, ончейн-вывод на внешние кошельки, вывод средств на банковские карты (RUB, USD, EUR, KZT) и по номеру телефона через СБП.

Из дополнительных сервисов выделялись: вывод наличных через сеть обменников RIA, переводы юридическим лицам в USD и EUR, пополнение мобильной связи и баланса Steam.

Отдельным крупным блоком были виртуальные карты: для онлайн-сервисов и подписок, для привязки через NFC к Apple Pay и Google Pay, и для закупок рекламного трафика.

Визуальный стиль и UX оставлял желать лучшего.

Старый дизайн:

2 slide.png
2 slide.png

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

Несмотря на богатый функционал, продукт сталкивался с системными проблемами:

  1. Интерфейс выглядел сложным и небезопасным — пользователи не чувствовали доверия к финансовому сервису (доверие было только у 26,32% опрошенных).
  2. Флоу сценариев были перегружены и нелогичны — пользователи часто не понимали, какой способ перевода им нужен (63,2%), чем отличаются похожие сценарии (58,43%), какие действия доступны именно им (44,21%).
  3. Важные функции были спрятаны — например, виртуальные карты существовали в продукте, но пользователи редко их открывали, не понимали их ценности и не находили этот раздел в интерфейсе (открывали карты только 13,19% пользователей).
  4. Верификация воспринималась как бессмысленное ограничение — пользователи не понимали, зачем проходить верификацию, какие возможности она открывает, что именно изменится после её прохождения (проходили верификацию только 17,79% пользователей).
  5. История транзакций была неудобной и неинформативной — пользователи жаловались, что сложно найти нужную операцию (45,02%), непонятны статусы и нет целостного представления о движении средств (36,5%).

Исследование и работа с пользователями

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

Исследование показало, что проблема не в сложности продукта как такового, а в том, что интерфейс не объясняет ценность и не ведёт пользователя.


Пересборка продуктовой логики

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

image.png
image.png

Функции были сгруппированы по задачам пользователя, а не по технической реализации. Это позволило сократить количество шагов, убрать дублирующиеся сценарии и сделать поведение продукта предсказуемым.

2.5 slide.png
2.5 slide.png

Виртуальные карты как отдельный продуктовый блок

Одной из бизнес-задач редизайна было увеличить использование виртуальных карт.

Для этого я:

  • вынес раздел с картами на отдельный экран;
  • сделал его более заметным в навигации;
  • упростил сценарий выпуска и управления картами;
  • визуально показал различия между типами карт и их назначением.

В результате карты перестали быть «второстепенной функцией» и стали восприниматься как полноценный продукт внутри кошелька. Пользователи начали открывать и использовать их значительно чаще.

3 slide.png
3 slide.png

Решение проблемы с верификацией

Ранее верификация воспринималась как формальное и неприятное требование.

Я изменил подход:

  • показал, зачем нужна верификация;
  • явно обозначил, какие функции открываются после её прохождения;
  • встроил это объяснение прямо в пользовательские сценарии.

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

4 slide.png
4 slide.png

Полный редизайн истории транзакций

История операций была полностью переработана:

  • вынесена на отдельный экран;
  • получила чёткую структуру;
  • появились понятные статусы и типы операций;
  • стало проще находить нужные транзакции и отслеживать движение средств.

Это сильно снизило тревожность пользователей и количество обращений в поддержку.

5 slide.png
5 slide.png

Визуальный стиль и тёмная тема

После пересборки логики я разработал единый визуальный стиль продукта:

  • спокойный, чистый, вызывающий доверие;
  • ориентированный на работу с данными;
  • масштабируемый под новые функции.

Дополнительно была реализована тёмная тема.

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

6 slide.png
6 slide.png

Масштабирование и будущее развитие

В рамках редизайна я заложил:

  • принципы масштабирования интерфейса;
  • архитектуру под внедрение новых фич;
  • основу для запуска премиальных подписок без необходимости глобального редизайна.

Продукт стал гибким и готовым к росту.

7 slide.png
7 slide.png

Результаты

Редизайн дал ощутимый бизнес-эффект:

  • Конверсия выросла на 102,4%.
  • Доходы компании увеличились на 244,6%.
  • Количество обращений в техподдержку снизилось на 81,2%.
  • Использование виртуальных карт заметно выросло.
  • Пользователи стали реже теряться в сценариях и увереннее пользоваться продуктом.