Send flow в Trust Wallet

Отправка крипты в non-custodial кошельке - необратимая операция. Ошибся с адресом или сетью - деньги пропали навсегда. При этом Trust Wallet (70M+ пользователей) ведет пользователя через send flow с лишними шагами, скрытой информацией и запутанным порядком действий. Результат: failed транзакции, потерянные средства и тикеты в поддержку.

Send flow в Trust Wallet

Отправка крипты в non-custodial кошельке - необратимая операция. Ошибся с адресом или сетью - деньги пропали навсегда. При этом Trust Wallet (70M+ пользователей) ведет пользователя через send flow с лишними шагами, скрытой информацией и запутанным порядком действий. Результат: failed транзакции, потерянные средства и тикеты в поддержку.

Send flow в Trust Wallet

Отправка крипты в non-custodial кошельке - необратимая операция. Ошибся с адресом или сетью - деньги пропали навсегда. При этом Trust Wallet (70M+ пользователей) ведет пользователя через send flow с лишними шагами, скрытой информацией и запутанным порядком действий. Результат: failed транзакции, потерянные средства и тикеты в поддержку.

Контекст

Trust Wallet, non-custodial мультичейн кошелек. Send transaction - самый критичный флоу в приложении: каждая ошибка стоит реальных денег. Аудит текущего send flow выявил 11 UX-проблем, которые напрямую влияют на ошибки пользователей.

Trust Wallet, non-custodial мультичейн кошелек. Send transaction - самый критичный флоу в приложении: каждая ошибка стоит реальных денег. Аудит текущего send flow выявил 11 UX-проблем, которые напрямую влияют на ошибки пользователей.

Почему это важно

  • ~35-40% саппорт-тикетов в кошельках связаны с отправкой

  • Средняя потерянная транзакция в крипте: $200-800 - необратимо

  • Каждый инцидент = удаление приложения + негативный отзыв

  • FlexGas (оплата комиссии другими токенами) приносит прибыль Trust Wallet, но текущий UX хоронит эту фичу - пользователи не понимают что она есть

  • ~35-40% саппорт-тикетов в кошельках связаны с отправкой

  • Средняя потерянная транзакция в крипте: $200-800 - необратимо

  • Каждый инцидент = удаление приложения + негативный отзыв

  • FlexGas (оплата комиссии другими токенами) приносит прибыль Trust Wallet, но текущий UX хоронит эту фичу - пользователи не понимают что она есть

Текущие UX-проблемы

Выбор токена:
  1. Для стейблкоинов (USDT/USDC) показывается долларовый эквивалент - бессмысленно, это и так доллар

  2. Для монет (SOL, BNB) долларовый эквивалент приоритетнее количества токенов - запутывает

  3. Показываются все доступные сети, даже пустые - когнитивная перегрузка

  4. Сложно определить на какой сети находится токен

Ввод адреса и суммы:
  1. Адрес и сумма на одном экране - перегруз. При этом адрес спрашивается до суммы: пользователь вводит адрес, а потом выясняет что баланса не хватает

  2. Доступный баланс не отображается, есть только кнопка Max

  3. Ввод адреса через обычную клавиатуру - адреса копируются или сканируются, их не набирают

  4. Нет выбора из недавних адресов, только "сохраненные"

  5. Ошибка "Not enough balance" при невидимом балансе

  6. Адрес показан без маски - виден только конец, невозможно верифицировать

Подтверждение:

FlexGas (оплата комиссии другим токеном) спрятан так, что пользователь не понимает что может заплатить комиссию если нативного токена не хватает

Гипотеза

Если изменить порядок флоу (сумма до адреса), показывать баланс в контексте ввода и сделать FlexGas нативной частью confirmation - количество failed транзакций снизится на 15-20%, а использование FlexGas вырастет в 2-3 раза (= прямой рост выручки Trust Wallet).

Если изменить порядок флоу (сумма до адреса), показывать баланс в контексте ввода и сделать FlexGas нативной частью confirmation - количество failed транзакций снизится на 15-20%, а использование FlexGas вырастет в 2-3 раза (= прямой рост выручки Trust Wallet).

Решение

1. Выбор токена - убрать шум:
  • Показывать только сети с балансом

  • Стейблкоины: количество долларов, без дубля в токенах. Монеты: количество токенов приоритетно.

  • Сеть явно подписана под каждым токеном

2. Сначала сумма, потом адрес:
  • Ввод суммы. Баланс виден, numpad, кнопка Max, ошибка "Not enough" с видимым балансом. Зачем спрашивать адрес если денег не хватает?

  • Ввод адреса. Камера открыта сразу (QR - основной способ). Кнопка Paste. Табы: All / Saved / Recent. Адреса маской (0x7a...240d)

3. Confirmation с нативным FlexGas:
  • Scannable за 3 секунды: сумма крупно, адреса маской, сеть и токен

  • FlexGas как полноценный блок: "Pay fee with FlexGas" + кнопка Change + объяснение если нативного токена не хватает

  • Slide to confirm вместо кнопки - предотвращение случайной отправки

Ключевые сценарии
  1. Happy path: выбор токена → ввод суммы → ввод адреса (QR/paste/recent) → confirm → slide → отправлено

  2. Недостаточный баланс: ввод суммы → красный текст "Not enough USDC" + виден баланс → пользователь корректирует или нажимает Max

  3. Нет gas токена: confirmation → "You don't have enough SOL for fee" → автоматически предлагает FlexGas: комиссия будет оплачена в другом токене → Change для выбора

  4. Новый пользователь, нет истории: экран адреса → empty state → камера + paste как основные действия

  5. Повторная отправка: экран адреса → таб Recent → именованные кошельки с датами последней отправки

Импакт (Гипопетический)

  • Failed транзакции: -18% (пользователь видит баланс до ввода адреса)

  • Drop-off в send flow: -25% (меньше шагов, понятнее порядок)

  • Adoption FlexGas: +150-200% (фича видна и объяснена на confirmation)

  • Выручка FlexGas для Trust Wallet: +$50-80K/мес (при текущей базе пользователей)

  • Саппорт-тикеты по отправке: -30%

СПАСИБО ЗА ПРОСМОТР

СПАСИБО ЗА ПРОСМОТР

Посмотрите другие работы

Посмотрите другие работы

pavel@dovnar.ru