Вот я и встретил наконец вредителей, которые за последнюю четверть века устроили тотальный регресс прогресс-баров.
Раньше прогресс-бары показывали процент выполнения задачи. Процент мог замирать, мог бежать нелинейно, но в целом я верил, что разработчик пытался сделать для меня понятным и предсказуемым форматирование дискеты или скачивание большого файла.
Замирания/нелинейности я списывал на то что не всегда прогресс можно показать технически, либо что затраты на это будут неадекватно высокими и принято разумное решение показывать замирающий/дергающийся прогресс. Пока прогресс-бар подаёт видимые признаки сходимости — все в норме.
Нынче же прогресс-бары просто пытаются изобразить, что процесс якобы идет. Никаких процентов уже давно нет. Часто я подозреваю, что мне показывают асинхронную анимацию, с основным процессом не синхронизированную. Процесс мог замёрзнуть пять минут назад, а анимированный гиф просто крутится.
Нет, цель прогресс-бара — не «удовлетворенность и счастье». Цель — показывать что процесс идет и максимально точно прогнозировать время завершения. Именно это и означает удовлетворенность пользователя. Не беда если будут погрешности. Беда если у пользователя уйдёт ощущение сходимости.
Сейчас расскажу как надо. Записывайте:
Выгоните аниматоров.
Показывайте честный прогресс так, чтобы динамика была видна невооруженным глазом. Полоска заполнялась, процент бежал.
Если процесс долгий — пишите прогноз времени. Не беда, если с погрешностью. Корректируйте его.
Если застряло — через 5 секунд пишите «застряло то-то, таймаут такой-то, вот обратный отсчет. Если несколько попыток — так и пишите со второго круга: «внешний вызов, попытка 2 из 5, и обратный отсчет».
Если процесс комплексный — сразу выведите список фаз, в процессе выполнения каждой фазы следуйте п. 2…4, в конце ставьте зеленую галочку и переходите к следующей фазе. Круто если внизу соберете совокупный прогресс.
Если перфекционизм и есть бюджет — инвестируйте в модель точного расчета времени. Получайте прогресс из вложенных/асинхронных задач, накапливайте долговременную статистику, etc. Продумайте трюки: изучите как едут автобусы на картах и летят самолеты на флайтрадаре, etc.
Если в процессе кто-то сказал что это сложно и давайте вместо этого развлекать и удовлетворять, см. п. 1, — вы выгнали не всех аниматоров.
Если совсем выгнать не вариант — выделите аниматорам половину экрана и пусть они там творят красоту. А сами во второй половине делайте как написано выше. Можете даже отправлять им уведомления о реальном прогрессе, чтобы они подгоняли под него свою геймификацию.
На сладкое я оставил следующий, запредельный, уровень этого маразма: когда в интерфейсы намеренно вводят замедления, чтобы повысить уровень доверия и счастья пользователя, и тем самым поднять собственную значимость в его глазах.
Согласен с предыдущим оратором, статья отличная. Хотелось бы навести резкость в вопросе преднамеренного техдолга. Абстрактные формулировки «информирование, планирование, etc» на определенном уровне зрелости организации полезно усилить.
А именно: при принятии/утверждении решения о взятии техдолга, одновременно должно приниматься/утверждаться решение о том, кто (если организация большая), где (в рамках какой будущей активности), в какой срок и за счет какого бюджета этот техдолг закроет.
Вдохнуть новую жизнь в винтажный показометр — это кайф. Не думали в сторону программного демпфирования механических колебаний стрелки при резких скачках измеряемой величины?
Вот я и встретил наконец вредителей, которые за последнюю четверть века устроили тотальный регресс прогресс-баров.
Раньше прогресс-бары показывали процент выполнения задачи. Процент мог замирать, мог бежать нелинейно, но в целом я верил, что разработчик пытался сделать для меня понятным и предсказуемым форматирование дискеты или скачивание большого файла.
Замирания/нелинейности я списывал на то что не всегда прогресс можно показать технически, либо что затраты на это будут неадекватно высокими и принято разумное решение показывать замирающий/дергающийся прогресс. Пока прогресс-бар подаёт видимые признаки сходимости — все в норме.
Нынче же прогресс-бары просто пытаются изобразить, что процесс якобы идет. Никаких процентов уже давно нет. Часто я подозреваю, что мне показывают асинхронную анимацию, с основным процессом не синхронизированную. Процесс мог замёрзнуть пять минут назад, а анимированный гиф просто крутится.
Нет, цель прогресс-бара — не «удовлетворенность и счастье». Цель — показывать что процесс идет и максимально точно прогнозировать время завершения. Именно это и означает удовлетворенность пользователя. Не беда если будут погрешности. Беда если у пользователя уйдёт ощущение сходимости.
Сейчас расскажу как надо. Записывайте:
Выгоните аниматоров.
Показывайте честный прогресс так, чтобы динамика была видна невооруженным глазом. Полоска заполнялась, процент бежал.
Если процесс долгий — пишите прогноз времени. Не беда, если с погрешностью. Корректируйте его.
Если застряло — через 5 секунд пишите «застряло то-то, таймаут такой-то, вот обратный отсчет. Если несколько попыток — так и пишите со второго круга: «внешний вызов, попытка 2 из 5, и обратный отсчет».
Если процесс комплексный — сразу выведите список фаз, в процессе выполнения каждой фазы следуйте п. 2…4, в конце ставьте зеленую галочку и переходите к следующей фазе. Круто если внизу соберете совокупный прогресс.
Если перфекционизм и есть бюджет — инвестируйте в модель точного расчета времени. Получайте прогресс из вложенных/асинхронных задач, накапливайте долговременную статистику, etc. Продумайте трюки: изучите как едут автобусы на картах и летят самолеты на флайтрадаре, etc.
Если в процессе кто-то сказал что это сложно и давайте вместо этого развлекать и удовлетворять, см. п. 1, — вы выгнали не всех аниматоров.
Если совсем выгнать не вариант — выделите аниматорам половину экрана и пусть они там творят красоту. А сами во второй половине делайте как написано выше. Можете даже отправлять им уведомления о реальном прогрессе, чтобы они подгоняли под него свою геймификацию.
На сладкое я оставил следующий, запредельный, уровень этого маразма: когда в интерфейсы намеренно вводят замедления, чтобы повысить уровень доверия и счастья пользователя, и тем самым поднять собственную значимость в его глазах.
https://www.fastcompany.com/3061519/the-ux-secret-that-will-ruin-apps-for-you
Согласен с предыдущим оратором, статья отличная. Хотелось бы навести резкость в вопросе преднамеренного техдолга. Абстрактные формулировки «информирование, планирование, etc» на определенном уровне зрелости организации полезно усилить.
А именно: при принятии/утверждении решения о взятии техдолга, одновременно должно приниматься/утверждаться решение о том, кто (если организация большая), где (в рамках какой будущей активности), в какой срок и за счет какого бюджета этот техдолг закроет.
Вдохнуть новую жизнь в винтажный показометр — это кайф. Не думали в сторону программного демпфирования механических колебаний стрелки при резких скачках измеряемой величины?