uzum это экосистема-единорог с 20 млн пользователей.
uzum business, её банк для бизнеса, через который компании каждый день переводят тысячи крупных платежей.
но сначала платёж нужно создать, подписать и отправить в банк, где он проходит долгий и сложный процесс. но люди не понимали, что троритьяс с платжем и обрашались в подержку за помошью, платыжы самая важная чать любового финанасоового сервиса и наличиие понятной отслежывать платежа необходимо для удобство, эконимий времни и безопасности, и мы решили это пофиксить
что изменилось
чему научился
после что бы выпустить пар прыгнул соло парашутам, помогло )
шаг 3
[действия по состояниям: подписать в «создан», повторить везде, удалить в меню]
context
обращения «что с моим платежом» упали на 30% за квартал
12 секунд от открытия платежа до «подписать» вместо 25, медиана за первый месяц
повтор платежа с первого экрана: 18% всех платежей за месяц
статус словами клиента забрал у поддержки самый частый вопрос, а действия по состояниям сделали платёж управляемым после создания. вместе с продактом, аналитиком и командами платежей.−30%
12 с
18%
обращений «что с моим платежом» за квартал после релиза
от открытия платежа до «подписать» вместо 25 — медиана за первый месяц
всех платежей за месяц — повтор с первого экранаОбращений «что с моим платежом» стало заметно меньше уже за первый квартал. Платёж подписывают быстрее и повторяют прямо с первого экрана. Бизнес в любой момент знает, где его деньги.
перед подписью виден «NeoTech · 246», а не полные реквизиты получателя. я принял этот трейд-офф осознанно: проверка реквизитов — редкий сценарий, и она в одном тапе за шевроном; статус и сумма нужны в каждом открытии экрана.
клиенту не нужен статус из справочника, ему нужно знать, где деньги и что делать дальше. в следующий раз начну с состояний: сначала нарисую весь путь платежа и что человек делает на каждом шаге, и только потом идеальный экран одного состояния.клиенту не нужен статус из справочника — ему нужно знать, где деньги и что делать дальше. в следующий раз начну с состояний: сначала весь путь платежа и действия человека на каждом шаге, и только потом идеальный экран одного состояния.
но вопрос „что с платежом?" это ещё не решало, детали платажа были перегружены данными, и я перепроектировал его на новой дизайн-системе, которую мы разработали с командой. акцент внимания только данными которые закрывают большинство вопросов, с которыми люди заходят в детали платажа
титры
над проектом работы большая команда разработчиков, продуктовых менежеров, аналитиков и главным дизайнером участттовл я и разработывал ...были использованы интсунеты как фигмы ... и много мозгоных нейроновпроект длился 8 месяцов и был запушень на релиз целосности и сохраности
old
детали платежа
шаблон деталях платажа
шаг 1
шаг 2
у каждого типа платежа были уникальные статусы: десятки технических названий на каждом этапе платежа, и люди не знали, что они значат. моим первым шагом было унифицировать статусы всех типов платежей до 4 понятных
но вопрос „что с платежом?" это ещё не решало, детали платажа были перегружены данными, и я перепроектировал его на новой дизайн-системе, которую мы разработали с командой. акцент внимания только данными которые закрывают большинство вопросов, с которыми люди заходят в детали платажа
new
old
Статус платжей