Неясное направление обмена
- Этап
- Настройка
- Критичность
- Высокая
- Почему важно
- Риск ошибочного направления операции
01 / 17 SWOP · UX-исследование
Как помочь пользователю пройти обмен без ошибок и потери контроля

Путь пользователя от выбора пары до результата: где он сомневается, ошибается или не понимает, что делать дальше.
Карта проблем, приоритеты, решения в макете и гипотезы для следующей проверки.
02 / 17 Контекст
Пользователь особенно чувствителен к ошибкам, задержкам и неясным статусам, потому что на каждом шаге рискует деньгами.
риск перепутать направление
риск ошибки в данных
сомнение перед оплатой
неясный статус
нужно подтверждение результата
Ошибка → пользователь должен понимать, что делать дальше
Мы смотрели не на визуальный стиль, а на места, где пользователь начинает сомневаться: что выбрать, что проверить, когда платить, сколько ждать и что делать при ошибке.
03 / 17 Цель исследования
Проверяли, что мешает пройти обмен самостоятельно: верно выбрать направление, проверить данные, оплатить и понять результат.
Понимает ли пользователь, что отдаёт и что получает
Хватает ли данных перед созданием заявки
Понятен ли порядок действий и момент подтверждения
Снижает ли статус тревожность во время ожидания
Понятен ли путь восстановления после ошибки
Достаточно ли подтверждения результата операции
Отдельно для новых пользователей · Доп. фокус
Помогает ли инструкция перейти от объяснения к действию
Первый запуск смотрели отдельно: он особенно важен для новых пользователей.
04 / 17 Метод
Мы искали проблемные места в сценарии, а не сравнивали группы пользователей между собой.
Мы наблюдали, как участники проходят десктоп-прототип, и задавали вопросы по ходу.
7 участников с разным опытом прошли сценарий обмена. Опыт помог понять контекст прохождения сценария.
Настроить обмен, создать заявку, оплатить, дождаться обработки, проверить успешное завершение, разобраться с ошибкой и пройти первый запуск.
05 / 17 Карта сценария
Это карта мест, где возникают проблемы P1–P7. P1–P7 — номера проблем, которые разбираем дальше.
инструкцию сложно применить к реальному действию
неясно, что отдаёт и получает
P1смешиваются валюта, криптовалюта и сеть
P1ошибка в данных карты, кошелька или сети
P2неясен момент проверки данных
P2неясно, готовы ли реквизиты к оплате
P3страх нажать «Я оплатил» раньше времени
P3неясно, что происходит с заявкой
P4нужно яснее подтвердить итог
P7пользователь не видит понятного следующего действия
06 / 17 Сводные выводы
Здесь собраны наблюдения P1–P7. Выборка не позволяет сравнивать группы; первый запуск рассматриваем как отдельный сценарий.
P1, P2, P4: пользователь перепроверяет направление, данные заявки и статус операции.
P3: различить загрузку и готовность реквизитов, объяснить момент нажатия «Я оплатил».
P5: ошибка должна объяснять причину и показывать, что делать дальше.
P6: новым пользователям нужна подсказка, связанная с действием в форме.
P7: пользователю нужно понятное подтверждение, что обмен завершён.
07 / 17 Приоритеты
Приоритеты — авторская оценка риска, а не частотный рейтинг. Выше отмечены проблемы, связанные с деньгами и отсутствием понятного следующего шага.
08 / 17 Проблема 1 · Направление обмена
4 из 7 участников проверяли направление обмена перед стартом: они боялись перепутать, что отдают и что получают.
«Я сейчас меняю рубли на биткоин или наоборот? Лучше перепроверю, чтобы не отправить не туда.»
Вывод: направление обмена нужно удерживать видимым до старта операции.

Пользователь не сразу понимает, как смена направления влияет на поля.
Смешение валют, криптовалют и поиска мешает отделить актив от направления.
Усилить метки «Отдаёте/Получаете», сделать разворот пары явным и показывать сводку перед стартом.
09 / 17 Проблема 2 · Создание заявки
5 из 7 участников хотели ещё раз увидеть сумму, валюту, сеть и адрес перед созданием заявки.
«Перед стартом хочется увидеть всё одним экраном: сумму, валюту, сеть и адрес. Иначе страшно запускать.»
Вывод: перед стартом нужно собрать ключевые данные в понятную проверку.

Сумма, сеть и адрес есть на экране, но финальная проверка не выделена.
Подтверждение есть, но связь с проверкой данных перед запуском недостаточно явная.
Выделить проверку суммы, сети и адреса на текущем экране и связать её с подтверждением перед стартом.
10 / 17 Проблема 3 · Оплата и реквизиты
5 из 7 участников остановились перед подтверждением оплаты: они боялись нажать кнопку до фактического перевода.
«Если я нажму кнопку «Я оплатил» до перевода, заявка не сломается? Тут уже речь про реальные деньги.»
Вывод: нужно различать получение реквизитов, перевод денег и подтверждение уже выполненной оплаты.

Пользователь не понимает, можно ли уже переводить средства.
Пользователь боится подтвердить действие раньше времени.
Различить загрузку и готовые реквизиты. Пояснить: «Я оплатил» — после перевода. Показать следующий статус после клика.
11 / 17 Проблема 4 · Ожидание обработки
4 из 7 участников останавливались на экране ожидания: они не понимали, сервис получил оплату или ещё ждёт подтверждения.
«Оплата ушла, но я не понимаю, сервис её уже видит или всё ещё ждёт подтверждения.»
Вывод: ожидание снижает доверие, если статус не объясняет текущий этап.

Индикатор прогресса показывает ожидание, но не объясняет, что происходит с операцией.
Ожидаемое время не воспринимается как понятный прогноз.
Уточнить на экране обработки, получена ли оплата и чего ждёт сервис. Срок указывать, если он известен.
12 / 17 Проблема 5 · Ошибки и восстановление
5 из 7 участников останавливались на ошибке: они не понимали, можно ли повторить действие или нужно обращаться в поддержку.
«Если ошибка не объясняет, что делать дальше, я сразу думаю, что деньги зависли и надо писать в поддержку.»
Вывод: ошибка должна объяснять, что случилось, и показывать следующий шаг.

Сообщение показывает ошибку, но не объясняет, что случилось с заявкой.
Пользователь видит обращение в поддержку как единственный путь и не понимает, можно ли повторить.
Объяснить причину и статус денег. Указать допустимое действие: повтор только если он безопасен, иначе поддержка.
13 / 17 Проблема 6 · Инструкция перед обменом
4 из 7 участников после чтения инструкции возвращались к форме. Возврат сам по себе нормален; проблема — снова искать нужное действие.
«Инструкцию я прочитал, но когда вернулся к форме, всё равно пришлось заново искать нужное действие.»
Вывод: важно не убрать возврат к форме, а помочь найти следующее действие после инструкции.

Текст не переводит пользователя к следующему действию на экране.
Мини-пример внутри модального окна не помогает быстро найти поле, валюту и кнопку обмена.
Связать инструкцию с полями формы: дать короткую подсказку у действия и проверить, помогает ли она начать.
14 / 17 Проблема 7 · Успешное завершение
5 из 7 участников после успеха искали более явное подтверждение результата.
«Хочется увидеть понятное подтверждение, что операция точно завершилась.»
Вывод: экран успеха должен понятно подтверждать, что обмен завершён.

Статус завершения и данные уже есть, но участникам не хватало ясности итога.
Сохранение подтверждения может быть полезно; приведённая цитата не доказывает эту потребность.
Выделить итоговый статус и краткое резюме операции. Проверить, понимает ли пользователь, что обмен завершён.
15 / 17 От находок к продуктовым решениям
Предлагаемые изменения → ожидаемая польза. Справа — исходные экраны, а не результат доработки. Эффект проверим повторным тестом.
Путают направление → связать «Отдаёте / Получаете» с валютами → меньше риска выбрать обратное направление.
Не замечают момент проверки → выделить сумму, сеть и адрес перед запуском → проще обнаружить ошибку.
Боятся подтвердить раньше перевода → различить готовность реквизитов и пояснить кнопку → понятнее порядок действий.
Неясно, где оплата → показать, получена ли она и чего ждёт сервис → понятнее текущий этап.
Неясно, как продолжить → объяснить причину и безопасное действие → понятнее путь к решению.
После инструкции ищут действие → дать короткую подсказку возле поля → проще продолжить самостоятельно.
Сомневаются в завершении → усилить итоговый статус и резюме операции → проще убедиться в результате.
16 / 17 Что еще проверить
Три направления ожидаемой пользы. Для каждого фиксируем наблюдаемое действие в повторном тесте; результаты пока не измерены.
Предотвращение ошибок перед запуском
Замечает неверную сеть или адрес в тестовой заявке и исправляет до запуска
Самостоятельное прохождение сценария
Находит следующий шаг без подсказки; подтверждает оплату только после перевода
Понимание статуса и результата
Верно определяет: оплата ожидается, заявка обрабатывается или обмен завершён
17 / 17 Финал · следующий тест
Повторно пройти доработанный прототип. Фиксировать ошибки, остановки и подсказки модератора; отдельно — верное понимание статуса.