Мысли как дизайнер

Границы UX. Доброго понедельника, дорогие дизайнеры ☕️. Порассуждаем снова, что такое хорошо, а что такое плохо на простом примерчике. Рассмотрим типичную ситуацию с бронированием отеля на Booking или арендой автомобиля за границей. В момент бронирования на карте блокируется определённая сумма. Отель или прокат возвращает депозит, операция с их стороны завершена, но деньги на карте всё ещё недоступны. Человек открывает приложение банка и видит там ту же заблокированную сумму. И вот здесь можно сколько угодно улучшать экран операции. Написать более понятный статус, добавить подсказку, объяснить сроки возврата (всем знакома фраза: "возврат зависит от банка, от 3 до 5 рабочих дней"). Только деньги от этого быстрее не появятся. Одна из причин таких задержек: банковские системы могут обрабатывать снятие блокировки пакетами. Продавец уже отправил информацию, а банк ещё ждёт следующего цикла обработки. Для пользователя в этот момент всё зависло где-то между "деньги вернули" и "деньгами снова можно пользоваться". Часть банков сейчас меняет саму механику. Система получает событие о снятии блокировки и сразу его обрабатывает, а человек быстрее получает доступ к деньгам и видит актуальный статус операции. Этот пример хорошо показывает границы UX. Мы исследуем путь пользователя, находим боль и довольно естественно идём чинить ту точку контакта, где она проявилась. Хотя иногда экран просто показывает нам последствия процесса, который происходит где-то глубоко внутри сервиса. Поэтому после CJM полезно провалиться ещё на этаж ниже и смотреть на service blueprint . Проследить, что происходит после действия пользователя, через какие системы проходит запрос, кто должен сделать следующий шаг и в каком месте возникает задержка. Лучший редизайн экрана начинается с того, что дизайнер просто закроет Figma и пойдет разбираться, что происходит за экраном внутри процессов. Это и отличает дизайнера рисующуего, от дизайнера мыслящего. @think_like_designer