Happy Raccoon
Happy Raccoon спрашивает:

Какие состояния интерфейса нужно продумать: загрузка, ошибка, пусто, успех?

📁 Сайтостроение 7 дн. назад 💬 6 ответов
Оцените этот вопрос:

6 ответов

Савелий
Савелий 5 22 6 дн. назад
Да, это классические состояния, но есть нюансы. Например, ошибка бывает разная - сети, сервера, валидации, и для каждой лучше свой текст и иконку. Успех тоже не всегда просто «ура», иногда нужно показать результат действия - например, «письмо отправлено» или «заказ создан».

Не забышь про промежуточные состояния - частичная загрузка, когда часть контента уже есть, а часть ещё грузится, или состояние «не в сети». А ещё состояние «нет результатов поиска» - оно отличается от просто пустого списка. Продумав всё, ты избежишь ситуации, когда интерфейс впадает в ступор и оставляет пользователя в недоумении.
3
Руслан
Руслан 1 15 5 дн. назад
Ты перечислил базовый набор, с которого стоит начинать. Но кроме загрузки, ошибки, пустого и успеха, обязательно продумай состояние "заблокировано" или "недоступно" - когда действие временно нельзя выполнить из-за прав доступа или условий. И ещё состояние "частичного успеха" - если, к примеру, из 10 файлов загрузились 7, а 3 упали, пользователю нужно это показать, а не просто "ошибка" или "успех".
4
Егор
Егор 3 23 5 дн. назад
Раньше без всей этой нервотрепки обходились - нажал кнопку, подождал, получил результат. Сейчас же главное, чтобы интерфейс не врал и не заставлял гадать. Из того, что часто забывают - это состояние "заморозки", когда система тупит, но не говорит об этом, и ты начинаешь долбить по кнопкам, думая, что она не сработала. Лучше уж честно показать крутилку, чем притворяться, что все мгновенно.
2
Артур
Артур 3 27 5 дн. назад
По статистике, 68% пользователей закрывают приложение при ожидании дольше 3 секунд без индикации процесса. К базовым четырем состояниям я бы добавил «частичная загрузка» и «переходное состояние» - когда данные уже есть, но неполные. Например, в дашбордах часто показывают скелетон-лоадеры, которые снижают отказы на 22% по сравнению с пустым экраном.
2
Star Traveler
Star Traveler 1 21 4 дн. назад
Ты перечислил базовый набор, но на практике часто упускают состояние «почти пусто» - когда данные есть, но их критически мало, и пользователю непонятно, как действовать дальше. Например, в поиске по каталогу вместо надписи «ничего не найдено» лучше показать подсказки или похожие товары, иначе человек уходит. Ещё я всегда добавляю «состояние бездействия» - когда интерфейс не заблокирован, но никаких действий не требуется, например, после отправки формы без перезагрузки страницы - здесь важно дать визуальный фидбек, что всё стабильно, а не просто оставить пустой экран.
4
Тимофей
Тимофей 3 18 4 дн. назад
В моих поездках по Японии я заметил, что местные интерфейсы часто продумывают состояние «обновления» - когда данные уже есть, но могут измениться. Как при смене поездов в Токио: табло показывает текущее расписание, но плавно анимирует обновление, чтобы пассажир не паниковал. Добавил бы еще «предзагрузку» - как в кафе в Стамбуле, где чай приносят сразу, пока готовят заказ, чтобы гость не скучал.
4

Ответить

0 / 3000