CVTgEmailLIMediumБлог
Рус
 
Айгуль Гамбарова
КейсыНавыкиОпытОтзывыОбо мне
КейсыSTON.fi2024

Как мы наладили прозрачную коммуникацию и сократили обращения в поддержку на 30%

STON.fi — децентрализованная кроссчейн-платформа (DEX) и автоматический маркет-мейкер (AMM), изначально созданная на блокчейне TON.

Посмотреть продуктЧитать о компании
1 Продакт
2 разработчика
2 Product Designers

Задача

Снизить нагрузку на поддержку и негативные отзывы: новый сценарий и обучающие подсказки в продукте.

Результаты

Доля обращений в поддержку, связанных со статусами транзакций, снизилась на 30%

Контекст

Из-за технической сложности операций в блокчейне TON пользователям часто приходится ждать выполнения транзакции несколько минут — в зависимости от типа операции. Переживая за свои деньги, они заваливают поддержку обращениями. После глобального релиза STON.fi V2.0 число пользователей резко выросло, а вместе с ним выросла и нагрузка на поддержку.

Проблемы пользователей

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

Проблемы бизнеса

  • Высокая нагрузка на поддержку из-за неопределённости пользователей: что со статусом транзакции и сколько ждать.

Модальное окно обработки

Интересный факт

Ахиллесова пята блокчейна

В блокчейне TON транзакции обрабатываются асинхронно. Смарт-контракты общаются, передавая друг другу сообщения, а не синхронно внутри одного блока, как в Ethereum или Solana.

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

Гипотезы

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

Задачи для UX

  • Спроектировать целостную систему статусов транзакций, согласованную с логикой бэкенда.
  • Переработать паттерн обработки транзакции так, чтобы он вписывался в продукт целиком.
  • Сделать новые компоненты в соответствии с дизайн-системой продукта.

Всё началось с матрицы

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

Тексты статусов для каждого типа операции мы определяем на стороне клиента.

Долой модальное окно, да здравствует всплывающее уведомление

Согласовав матрицу с разработкой, переходим к решению.

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

Так мы перестаём блокировать пользователя модальным окном.

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

Чтобы всё было понятно

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

Мы унифицируем визуальную структуру, выравниваем раскладку и вводим новые компоненты по спецификации дизайн-системы.

Рефакторинг окна подтверждения

Рефакторинг окна подтверждения

Рефакторинг окна с деталями транзакции

Рефакторинг окна с деталями транзакции

Финальный штрих

Собираем полный пользовательский путь: все компоненты с переменными и auto-layout, все краевые сценарии и пустые состояния, полные спецификации. Параллельно я прогоняю все тексты в продукте через AI-инструменты, чтобы проверить грамматику и пунктуацию. Затем проводим отдельную демо-сессию, чтобы передача в разработку прошла гладко.

Основной сценарий

Основной сценарий

Основной сценарий — темизация

Основной сценарий — темизация

Результаты

От 50 до 65% обращений в поддержку были связаны с неопределённостью статусов транзакций. После релиза эта категория сократилась на 30%.

Дизайн, документация и внедрение заняли 7 дней.

Другие кейсы

STON.fi V2.0: редизайн предоставления ликвидности

Как мы выпустили самое сложное обновление протокола за историю продукта — и вышли на первое место среди DEX в TON.

STON.fi V2.0: редизайн предоставления ликвидности

Product Design Lead,
2024

Редизайн приложения Evearn

Как за пару недель придумали новую концепцию и полностью обновили бренд приложения.

Редизайн приложения Evearn

Senior Product Designer,
2025

СКОРО СКОРО СКОРО
CVTgEmailLIMediumБлог
Версия 1.0©2026 Разработала Айгуль ГамбароваВсе права защищены.