← Назад к кейсу SWOP

01 / 17 SWOP · UX-исследование

SWOP: исследование сценария обмена криптовалюты

Как помочь пользователю пройти обмен без ошибок и потери контроля

Фрагмент сценария: форма обмена на главной странице SWOP.
Фрагмент сценария: форма обмена на главной странице SWOP.

Фокус исследования

Путь пользователя от выбора пары до результата: где он сомневается, ошибается или не понимает, что делать дальше.

Результат

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

02 / 17 Контекст

Обмен криптовалюты — сценарий с деньгами

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

  1. 1

    Выбор направления

    риск перепутать направление

  2. 2

    Заявка

    риск ошибки в данных

  3. 3

    Оплата

    сомнение перед оплатой

  4. 4

    Обработка

    неясный статус

  5. 5

    Результат

    нужно подтверждение результата

Ошибка → пользователь должен понимать, что делать дальше

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

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

довериеконтрольвосстановление

03 / 17 Цель исследования

Что проверяли в исследовании

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

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

  1. 1

    Направление обмена

    Понимает ли пользователь, что отдаёт и что получает

  2. 2

    Проверка заявки

    Хватает ли данных перед созданием заявки

  3. 3

    Оплата

    Понятен ли порядок действий и момент подтверждения

  4. 4

    Обработка

    Снижает ли статус тревожность во время ожидания

  5. 5

    Ошибка

    Понятен ли путь восстановления после ошибки

  6. 6

    Финал

    Достаточно ли подтверждения результата операции

Отдельно для новых пользователей · Доп. фокус

Первый запуск

Помогает ли инструкция перейти от объяснения к действию

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

04 / 17 Метод

Как проходило исследование

Мы искали проблемные места в сценарии, а не сравнивали группы пользователей между собой.

Метод

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

Участники

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

Сценарии

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

05 / 17 Карта сценария

Карта точек сценария и проблем

Это карта мест, где возникают проблемы P1–P7. P1–P7 — номера проблем, которые разбираем дальше.

P6 · Первый запуск

инструкцию сложно применить к реальному действию

  1. 1

    Настроить обмен

    неясно, что отдаёт и получает

    P1
  2. 2

    Выбрать валюту

    смешиваются валюта, криптовалюта и сеть

    P1
  3. 3

    Ввести данные

    ошибка в данных карты, кошелька или сети

    P2
  4. 4

    Проверить заявку

    неясен момент проверки данных

    P2
  5. 5

    Получить реквизиты

    неясно, готовы ли реквизиты к оплате

    P3
  6. 6

    Подтвердить оплату

    страх нажать «Я оплатил» раньше времени

    P3
  7. 7

    Ожидание обработки

    неясно, что происходит с заявкой

    P4
  8. 8

    Получить результат

    нужно яснее подтвердить итог

    P7

P5 · Ошибка → восстановление

пользователь не видит понятного следующего действия

06 / 17 Сводные выводы

Главные выводы исследования

Здесь собраны наблюдения P1–P7. Выборка не позволяет сравнивать группы; первый запуск рассматриваем как отдельный сценарий.

  1. 1

    Пользователь теряет понимание, что происходит с операцией

    P1, P2, P4: пользователь перепроверяет направление, данные заявки и статус операции.

  2. 2

    Перед оплатой возникает тревога

    P3: различить загрузку и готовность реквизитов, объяснить момент нажатия «Я оплатил».

  3. 3

    Ошибка снижает ощущение контроля

    P5: ошибка должна объяснять причину и показывать, что делать дальше.

  4. 4

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

    P6: новым пользователям нужна подсказка, связанная с действием в форме.

  5. 5

    Финал должен понятно подтверждать результат

    P7: пользователю нужно понятное подтверждение, что обмен завершён.

07 / 17 Приоритеты

Какие проблемы важнее для сценария обмена

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

P1

Неясное направление обмена

Этап
Настройка
Критичность
Высокая
Почему важно
Риск ошибочного направления операции
P2

Неясен момент проверки данных

Этап
Заявка
Критичность
Высокая
Почему важно
Риск пропустить ошибку в реквизитах перед запуском
P3

Неуверенность перед «Я оплатил»

Этап
Оплата
Критичность
Высокая
Почему важно
Риск подтвердить оплату раньше перевода
P5

Ошибка не объясняет следующий шаг

Этап
Ошибка
Критичность
Высокая
Почему важно
Пользователь не понимает, что делать дальше
P4

Ожидание не объясняет этап

Этап
Обработка
Критичность
Средняя
Почему важно
Растёт тревожность и недоверие
P6

Инструкцию сложно применить

Этап
Первый запуск
Критичность
Средняя
Почему важно
Новичку сложнее перейти от инструкции к действию
P7

Недостаточно явный итог операции

Этап
Завершение
Критичность
Средняя
Почему важно
Пользователь сомневается, завершён ли обмен

08 / 17 Проблема 1 · Направление обмена

Пользователь сомневается, что отдаёт и что получает

4 из 7 участников проверяли направление обмена перед стартом: они боялись перепутать, что отдают и что получают.

«Я сейчас меняю рубли на биткоин или наоборот? Лучше перепроверю, чтобы не отправить не туда.»

Вывод: направление обмена нужно удерживать видимым до старта операции.

Проблема 1 · Направление обмена
1

Неясно, что меняется при развороте пары

Пользователь не сразу понимает, как смена направления влияет на поля.

2

Пара и направление воспринимаются как одно действие

Смешение валют, криптовалют и поиска мешает отделить актив от направления.

Рекомендация

Усилить метки «Отдаёте/Получаете», сделать разворот пары явным и показывать сводку перед стартом.

09 / 17 Проблема 2 · Создание заявки

Пользователю не хватает понятной проверки данных

5 из 7 участников хотели ещё раз увидеть сумму, валюту, сеть и адрес перед созданием заявки.

«Перед стартом хочется увидеть всё одним экраном: сумму, валюту, сеть и адрес. Иначе страшно запускать.»

Вывод: перед стартом нужно собрать ключевые данные в понятную проверку.

Проблема 2 · Создание заявки
1

Проверка данных недостаточно явная

Сумма, сеть и адрес есть на экране, но финальная проверка не выделена.

2

Подтверждение легко пропустить

Подтверждение есть, но связь с проверкой данных перед запуском недостаточно явная.

Рекомендация

Выделить проверку суммы, сети и адреса на текущем экране и связать её с подтверждением перед стартом.

10 / 17 Проблема 3 · Оплата и реквизиты

Пользователь не уверен, когда нажимать «Я оплатил»

5 из 7 участников остановились перед подтверждением оплаты: они боялись нажать кнопку до фактического перевода.

«Если я нажму кнопку «Я оплатил» до перевода, заявка не сломается? Тут уже речь про реальные деньги.»

Вывод: нужно различать получение реквизитов, перевод денег и подтверждение уже выполненной оплаты.

Проблема 3 · Оплата и реквизиты
1

Неясно, готовы ли реквизиты к оплате

Пользователь не понимает, можно ли уже переводить средства.

2

Неясно, что произойдёт после подтверждения

Пользователь боится подтвердить действие раньше времени.

Рекомендация

Различить загрузку и готовые реквизиты. Пояснить: «Я оплатил» — после перевода. Показать следующий статус после клика.

11 / 17 Проблема 4 · Ожидание обработки

Пользователь не понимает, что происходит с заявкой

4 из 7 участников останавливались на экране ожидания: они не понимали, сервис получил оплату или ещё ждёт подтверждения.

«Оплата ушла, но я не понимаю, сервис её уже видит или всё ещё ждёт подтверждения.»

Вывод: ожидание снижает доверие, если статус не объясняет текущий этап.

Проблема 4 · Ожидание обработки
1

Неясно, какой этап сейчас идёт

Индикатор прогресса показывает ожидание, но не объясняет, что происходит с операцией.

2

Неясно, сколько ещё ждать

Ожидаемое время не воспринимается как понятный прогноз.

Рекомендация

Уточнить на экране обработки, получена ли оплата и чего ждёт сервис. Срок указывать, если он известен.

12 / 17 Проблема 5 · Ошибки и восстановление

Пользователь не понимает, что делать после ошибки

5 из 7 участников останавливались на ошибке: они не понимали, можно ли повторить действие или нужно обращаться в поддержку.

«Если ошибка не объясняет, что делать дальше, я сразу думаю, что деньги зависли и надо писать в поддержку.»

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

Проблема 5 · Ошибки и восстановление
1

Неясна причина ошибки

Сообщение показывает ошибку, но не объясняет, что случилось с заявкой.

2

Неясно, как продолжить

Пользователь видит обращение в поддержку как единственный путь и не понимает, можно ли повторить.

Рекомендация

Объяснить причину и статус денег. Указать допустимое действие: повтор только если он безопасен, иначе поддержка.

13 / 17 Проблема 6 · Инструкция перед обменом

Подсказка нужна прямо перед действием

4 из 7 участников после чтения инструкции возвращались к форме. Возврат сам по себе нормален; проблема — снова искать нужное действие.

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

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

Проблема 6 · Инструкция перед обменом
1

Слишком много чтения

Текст не переводит пользователя к следующему действию на экране.

2

Пример интерфейса слишком мелкий

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

Рекомендация

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

14 / 17 Проблема 7 · Успешное завершение

Пользователь не до конца понимает, что обмен завершён

5 из 7 участников после успеха искали более явное подтверждение результата.

«Хочется увидеть понятное подтверждение, что операция точно завершилась.»

Вывод: экран успеха должен понятно подтверждать, что обмен завершён.

Проблема 7 · Успешное завершение
1

Итог операции недостаточно заметен

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

2

Дополнительная гипотеза

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

Рекомендация

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

15 / 17 От находок к продуктовым решениям

От проблем к конкретным улучшениям

Предлагаемые изменения → ожидаемая польза. Справа — исходные экраны, а не результат доработки. Эффект проверим повторным тестом.

  1. 1

    Направление обмена

    Путают направление → связать «Отдаёте / Получаете» с валютами → меньше риска выбрать обратное направление.

  2. 2

    Проверка данных

    Не замечают момент проверки → выделить сумму, сеть и адрес перед запуском → проще обнаружить ошибку.

  3. 3

    Подтверждение оплаты

    Боятся подтвердить раньше перевода → различить готовность реквизитов и пояснить кнопку → понятнее порядок действий.

  4. 4

    Статус обработки

    Неясно, где оплата → показать, получена ли она и чего ждёт сервис → понятнее текущий этап.

  5. 5

    Выход из ошибки

    Неясно, как продолжить → объяснить причину и безопасное действие → понятнее путь к решению.

  6. 6

    Подсказки в форме

    После инструкции ищут действие → дать короткую подсказку возле поля → проще продолжить самостоятельно.

  7. 7

    Подтверждение результата

    Сомневаются в завершении → усилить итоговый статус и резюме операции → проще убедиться в результате.

Данные перед стартом

Исходный экран: данные заявки
Исходный экран: данные заявки

Ошибка

Исходный экран: ошибка
Исходный экран: ошибка

Завершение

Исходный экран: завершение
Исходный экран: завершение

16 / 17 Что еще проверить

Какую продуктовую ценность проверим

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

Ожидаемая ценность

Предотвращение ошибок перед запуском

Что проверить

Замечает неверную сеть или адрес в тестовой заявке и исправляет до запуска

Ожидаемая ценность

Самостоятельное прохождение сценария

Что проверить

Находит следующий шаг без подсказки; подтверждает оплату только после перевода

Ожидаемая ценность

Понимание статуса и результата

Что проверить

Верно определяет: оплата ожидается, заявка обрабатывается или обмен завершён

17 / 17 Финал · следующий тест

Что проверяем перед запуском изменений

Повторно пройти доработанный прототип. Фиксировать ошибки, остановки и подсказки модератора; отдельно — верное понимание статуса.

Что важно помнить

  1. Исследование проводилось на десктоп-прототипе, без мобильного сценария.
  2. Выборка небольшая: она показывает риски сценария, но не доказывает различия между группами пользователей.
  3. Реальные комиссии, скорость сети и поведение провайдеров не моделировались.
  4. Крайние случаи оплаты и редкие ошибки требуют отдельной проверки.

Что проверяем дальше

  1. Дать заявку с неверной сетью или адресом: заметит ли участник ошибку и исправит ли её до запуска.
  2. Проверить порядок: дождаться реквизитов, выполнить тестовый перевод, затем нажать «Я оплатил».
  3. На ожидании попросить назвать текущий статус; на ошибке — выбрать допустимое действие без подсказки.
  4. После инструкции наблюдать первое действие; на экране успеха — попросить объяснить, чем завершился обмен.