Глава 16: Нагруженность системы и частота использования
Традиционно под нагруженностью системы понимают способность выдерживать большие скорости обмена данных. В большинстве случаев вы услышите объяснение, но не в нашем с вами случае.
Под высоконагруженными системами я понимаю следующее: приложения, в которых слишком много данных и контролов.
В большинстве своём мобильные приложения лишены этого проклятья ввиду того, что они решают всего одну проблему пользователя. Зато веб-приложения, особенно из области B2B, зачастую, наполнены до краёв. Нормальная, обычная история.
Решать подобные задачи гармонизации интерфейса предстоит нам, потому что не всегда есть возможность выбросить лишние данные.
———
Перегруженные и нагруженные
Перегруженное данными приложение — следствие плохого проектирования. Если приложение не ушло в разработку, то навести порядок в нём не составит особого труда. Зачастую, излишне сложные mockupы появляются в проекте благодаря желанию заказчика впихнуть невпихуемое на один экран.
К счастью, подобная задачка решается простыми способами:
1. Избыточная информация (лишней информации в системе не бывает, она для чего-то нужна, но, вероятно, не вам и не сейчас) аккуратно прячется под кнопкой «Подробнее». При клике на эту кнопку дополнительную информацию можно «развернуть» под ней. А можно добавить ещё один экран либо pop-up.
2. В некоторых случаях часть лишней информации дублируется во вложенном экране, хотя она вполне может оказаться избыточной. Следовательно, её можно убрать.
3. Склеивание. Иногда можно склеить небольшую таблицу в единую строку текста, что никак не скажется на удобочитаемости. В мобильных интерфейсах этот трюк работает идеально.
4. Перегруппировка элементов на экране с изменением кегля и отступов. Всегда можно сделать компактнее любой элемент на экране.
5. Используйте силу скролла. Есть у дизайнеров болезнь, пришедшая к нам из веб-дизайна 2000-х. Раньше считалось, что всё то, что не поместилось в экран сразу (видимая область, ещё её называют Fold), никто никогда прочтёт и не увидит. К счастью, человечество научилось скроллить страницу мышкой, тач-падом либо пальцем. Ура! На мобильных устройствах жест прокрутки (swipe gesture) — естественный для 100% пользователей, его никто не боится, его используют интуитивно, и он один из самых понятных паттернов. Не бойтесь делать длинные страницы — люди не боятся их скроллить, и вы не бойтесь их рисовать.
6. Превратите таблицу в карточку. Справедливо для мобильных интерфейсов в 90% случаев, хотя в порой спасет внешний вид как веб-приложения, так и сайта. Порой вместо страшненькой таблицы может получиться набор симпатичных карточек.
7. В ряде случаев в больших системах предпочтительнее использовать список (либо таблицу) вместо заманчивой идеи сделать сетку (grid) из мини-карточек. Во-первых, список/таблица экономнее. Во-вторых, при наличии десяти и более карточек пользователь начинает теряться среди них ввиду из схожести друг с другом, увы. Говоря честно, я согласен с информацией из гайдлайнов Google: grid лучше всего подходит для отображения миниатюрок фотографий и музыкальных альбомов, но невероятно плохо подходит для отображения чего-либо равномерного вроде карточки с ФИО, должностью и телефоном.
И вот теперь мы видим различия между перегруженной (когда все возможные данные хаотично раскиданы по экрану) и нагруженной (когда все контролы и данные на месте, аккуратно сбалансированы по весу и размеру на экране). А в основе лежат одни и те же данные.