Открытый UX

Теорема о тормозах

Поговорим о ситуациях, когда компьютер тормозит.

Под тормозами понимается медлительность, мешающая свободному взаимодействию и тем самым вызывающая фрустрацию и раздражение. Если компьютер скачивает пять гигабайт данных, компилирует сложный проект или рендерит видео, это занимает ощутимое время, но это не тормоза: мы дали компьютеру задачу, и он работает, выполняет. Теперь допустим, что видео рендерилось час, потом отобразился статус «Завершено», а через секунду готовый файл отобразился на рабочем столе. Первый час компьютер не тормозил, но следующую секунду — тормозил.

Теорема: все тормоза являются ошибками и исправимы.

Технически даже своевременное отображение статуса или реакции не действие пользователя — это такая же «работа», как и рендеринг видео. Однако такая работа должна быть выполнена за время, которое человек не способен ощутить. Будем называть это «мгновенно».

Примеры тормозов в современно софте:
— при запуске программы нельзя сразу же начать ей пользоваться, а нужно ждать загрузки;
— после загрузки часть интерфейса дорисовывается на глазах у пользователя;
— при нажатии на кнопку нет мгновенной реакции;
— при вводе с клавиатуры символы появляются не мгновенно;
— при прокрутке страница едет не плавно или с отставанием от пользователя;
— при прокрутке часть содержимого догружается на глазах у пользователя, а не приезжает уже готовым из-за края окна;
— при изменении размеров окна разные части интерфейса перерисовываются на глазах у пользователя с разной скоростью или в несколько «прыжков»;
— при перетаскивании объекта программа понимает, что может «принять» его, не мгновенно;
— после открытия меню, на глазах у пользователя в нём добавляются пункты или меняется их порядок;
— разные части интерфейса реагируют на действия пользователя через разное время.

Во времена первых компьютеров тормоза были неизбежны, потому что мало что можно было сделать мгновенно. Но как минимум последние двадцать лет компьютеры на несколько порядков быстрее, чем необходимо для мгновенности, а значит и для полного отсутствия тормозов во всех случаях.

Если программа тормозит, это лишь значит, что в тот момент, когда она должна мгновенно отобразить данные или отреагировать на действие пользователя, она занята чем-то другим. Это что-то другое — ненужная в данный момент, лишняя работа. Это ошибка в программе, и она должна быть исправлена. Лишняя работа должна перестать делаться и мешать пользователю пользоваться компьютером.

Таким образом, тормоза нельзя списать на слабое железо; это слабость исключительно её автора.

🤔 Как оценить дизайнера
Поднял MAU на 20%! Принёс компании 10 миллионов в год! — херня, оно не так работает. Последние лет 5 эйчары повторяют мантру: покажите какой результат вы принесли бизнесу. И понеслись портфели с цифрами. В теории продаж оно хорошо работает, но на практике почти не применимо.

➖ Оценивать по деньгам
Один дизайнер создал крышесносный интерфейс для стартапа, но фаундер не поднял раунд и стартап погорел. Другой дизайнер в крупном финтехе, по указке продакта, добавил попапп с рекламой и принёс 10 миллионов в год. Кто круче? Кого брать на работу?

➖ Оценивать по метрикам
Чья идея повлияла на метрику? Дизайнера, Продакта или БА? Как отделить? А как измерить ценность именно дизайнера? Измерять NPS/CSAT? Так там от разработчиков зависит. Смотреть на поведенческие метрики? Можно, но их мало кто измеряет, а трактовать можно по разному: для В2В Time on Task чем меньше, тем лучше, в В2С может наоборот цениться удержание человека в сценарии подольше.

➕ Оценивать под задачу
Хромает визуал у команды? Ищем дизайн-спецназовца с сильными концептами, чтобы подрубался к каждой команде как усилок.
Проблемы с процессами и проектированием? Ищем душнилу с простынёй в Ноушне (ха-ха, это я)
Нужно качать эмоции? Где тот чел с вайбовым сайтом?

➕ Оценивать по хардам
А как понять где в визуале дизайнера его работа, а где лида и команды? Может дать тестовое, небольшое, чисто на концепт.
А как понять насколько он хорош в идеях? Давайте проведём вайтборд.

➕ Оценивать под команду
Команда лояльности лезет со своими фичами в другие вертикали. Нужен дизайнер, который умеет договариваться и отстаивать свои решения.
В команде промо продакт фонтанирует идеями. Нужен рациональный дизайнер, который не будет рисовать всё подряд по указке.
Команда поддержки утонула в одинаковых сценариях. Нужен дизайнер, который взбодрит эту серость.

❤️ Что в итоге то
При найме дизайнера ищут под конкретные проблемы отдельной команды. Поэтому найм такой сложный. Поэтому одни лиды дают тестовые, а другие ограничиваются вайтбордом. Отсюда все споры: сайт или ноушн, каким должно быть резюме и сопроводительное. Не ведитесь, не стоит вырезать душные абзацы про метрики только потому, что какой-то лид смотрит только на визуал, может он себе ищет сильного Принципла. А если бы роляли только цифры, то каждый джун бы себе сразу находил работу за вечер.