Eleksir — приложение для переводов семье в СНГ
Дизайн ушёл в разработку, заказчик тестировал сборку
- Роль и вклад
- Продуктовый дизайнер в агентстве: экраны перевода, статусы и UI-кит
- Пользователи
- До запуска. Аудитория — люди старше 30, которые переводят деньги семье из России
- Период
- 5 месяцев · 08.2025–12.2025
- 5 исходов перевода
- ~50 экранов
- 5 шагов перевода
Контекст
Что Я сделал
Изучил ТЗ, вайрфреймы и карту пути заказчика. В карте перевод кончался успехом или отказом, экранов для остальных исходов там не было.
Пользователь работает в России и отправляет деньги семье в Узбекистан, Казахстан и другие страны СНГ. По словам продакта заказчика, это люди старше 30, например 35–40 лет.
Сервис только выходил на рынок, и ему нужно было переманить людей из приложений, к которым они привыкли. Поэтому владелец продукта просил ничего не изобретать и повторять знакомый путь. Своих карт у сервиса нет: каждый перевод уходит с электронного кошелька.
Роль
Что Я сделал
Собрал около 50 экранов первой версии, в том числе все статусы перевода, собрал UI-кит и предложил три стиля.
Команда: в агентстве — арт-директор, который до ноября вёл проект, менеджер проекта с ноября и аналитик, автор ТЗ. У заказчика — владелец продукта и продакт, она отвечала за пользовательский путь.
Многое пришло готовым: ТЗ написал аналитик, карту пути и вайрфреймы дал заказчик, он же выбрал стиль. Арт-директор разбирал мои макеты и настроил типографику в ките, а в ноябре часть экранов переделал сам.
1. Экран на каждый из пяти исходов
Продумал для каждого исхода, что человек видит и что ему делать дальше, а в форме возразил против пугающей подписи.
Перевод за границу проходит не мгновенно, и, пока на экране одна загрузка, непонятно, ушли деньги или нет. На экране «В обработке» Я написал, что его можно закрыть: статус обновится сам, а когда перевод завершится, придёт уведомление.
Для остальных исходов Я решал, что человеку делать дальше. После ошибки можно сразу повторить перевод, после блокировки — связаться с поддержкой. Текст ошибки приходит с сервера, в макете стоит шаблон. Строки о том, списались ли деньги, в нём нет, а её стоит поставить первой.
2. Три спора: о слове «списать», нижнем меню и картах
Спорили и о форме перевода. Заказчик хотел подписать источник денег «Списать с баланса». Я возразил: человек увидит «списать» рядом со всей суммой на счёте и испугается. На созвоне остановились на нейтральном «Баланс ЭСП».
Арт-директор предлагал спрятать нижнее меню в «бургер», чтобы освободить высоту экрана. Я был против: нижнее меню есть во всех банковских приложениях, люди к нему привыкли. Продакт заказчика меню оставила.
- Что не сделали
- Карты в цвет банка на главной. Это была моя идея: человек с несколькими картами сразу видит, какая где
- Почему
- Деньги всё равно уходят с кошелька, выбирать карту при переводе не нужно. А пёстрые карты чужих банков спорили бы с цветом сервиса
- Кто решал
- Я предложил, продакт заказчика отклонила, ей показалось пёстро. Арт-директор её поддержал: мы не обязаны повторять стиль чужих банков
- Что было потом
- Главной стала карточка баланса кошелька, карты ушли в раздел ниже. Выбор способа оплаты заказчик собирался пересмотреть, когда добавит оплату через СБП. На людях это решение не проверяли
3. Версия 2026 года после проекта: тёмные экраны и 3D-монеты
Актуальную версию, с которой начинается кейс, Я довёл в сентябре 2026 года: тёмные экраны входа и приглашения, 3D-монеты и черновик ролика. Логика перевода та же.
Где помог ИИ
- Инструмент
- Claude Code со скриптами для Blender и After Effects в 2026 году. В 2025 году ChatGPT для иллюстрации к экрану приглашения
- Что сделал ИИ
- Собрал 3D-сцены монет со знаками валют по моим раскладкам и референсам, затем черновик ролика по экранам перевода
- Что исправил Я
- Сам расставил монеты и оставил жёлтую единственным тёплым пятном: она отмечает бонус за приглашение. Коробку с подарком выбросил, она вышла угловатой
- Артефакт
- Монеты на экране приглашения и ролик перевода. Вся 3D‑часть заняла три недели сентября 2026 года
Метрики
Тестов с пользователями не было. Макеты Я проверял на своём телефоне, а потом в живой сборке, и там нашлась проблема, которой не видно в Figma.
На части телефонов система сама увеличивала шрифт, и экраны разъезжались. Команда отключила масштабирование в сборке, а Я уменьшил шрифты и шапку. Но теперь человек со слабым зрением не сможет увеличить текст. Для нашей аудитории это реальный риск, и на бете это стоит проверить первым.
После запуска Я бы смотрел на три вещи, а базой взял бы первые четыре недели беты:
- Доходимость
- Сколько начатых переводов доходят до конца и на каком шаге люди бросают
- Обращения в поддержку
- Сколько людей пишут в поддержку «где мой перевод». Если экран «В обработке» работает, таких обращений должно быть меньше, чем при простой загрузке. Это можно проверить A/B‑тестом, но сравнение собьют задержки на стороне банков
- Повторные переводы
- Сколько людей делают второй перевод за месяц
До запуска Я бы провёл юзабилити-тест на шести людях, половине из которых трудно читать по‑русски, с задачей «отправить 5 000 ₽ по номеру телефона».
Итоги
Что получилось: довёл путь перевода до конца, до того, что человек видит после отправки: нарисовал экран для каждого из пяти исходов и написал к ним тексты. По макетам агентство собрало приложение, и в ноябре 2025 года заказчик забрал сборку на внутреннее тестирование. Главное, что Я вынес из проекта: путь перевода не кончается на отправке, и экраны после неё надо продумывать так же подробно, как саму форму.
Что добавил в 2026 году: тёмные экраны входа и приглашения, 3D-монеты и ролик перевода. Логика перевода та же.
Что дальше: до живых пользователей при мне приложение не дошло, поэтому эффекта Я не видел. В следующий раз до показа стилей Я бы попросил полчаса с двумя-тремя людьми из аудитории. Стиль и цвет карт мы выбирали по вкусу тех, кто сидел на встрече, а не по тому, как с ними справляются сами пользователи.
