В этом посте я расскажу о своих наблюдениях за тем, как рождается и взрослеет интерфейс продукта в Скетче. Эти идеи можно применять к интерфейсному проекту любого масштаба, будь то лендинг или операционная система.
Мыслить стратегически - значит, смотреть на дизайн в перспективе. Значит, делать его оптимально, чтобы на длительной дистанции сэкономить рабочее время.
Продуктовый дизайн интерфейсов никогда не заканчивается и постоянно развивается. Я выделяю четыре уровня:
Правильно заложенный фундамент на логическом уровне помогает построить такой проект, как изначально хотелось. Интерфейсный делает дизайн понятным и удобным. Визуальный уровень радует глаз и даёт правильное ощущение. Затем, удачно написанные правила дизайна помогают масштабировать его до любого размера.
Дизайнеры, которых я встречал, пытаются использовать Скетч как Фотошоп или Иллюстратор. Но Скетч - не просто очередной модный векторный редактор. Это первый успешный инструмент, созданный специально для работы с интерфейсами. При помощи символов в умелых руках он позволяет создавать бесконечно масштабируемый дизайн-проект. Фотошоп и Иллюстратор нечестно сравнивать со Скетчем, поскольку они были созданы не для дизайна интерфейсов. Их величия никто не отменяет, однако глупо идти в бой, вооружившись микроскопом, если можно выбрать автомат Калашникова.
Дизайн крупного проекта плавно эволюционирует от серых схематичных блоков до проработанной системы, которая напоминает свёрстанный сайт. Скетч позволяет переходить из одного уровня детализации в другой.
Вот два внешне одинаковых макета:
Левый не использует символы, а правый только из них и состоит. Какой макет лучше организован? Напрашивается ответ, что правый. Но нет. Они заточены под разные цели.
Если этот дизайн станет основой для 100 других экранов, то с каждой новой копией в проекте будут появляться плохо управляемые дубликаты объектов. Они должны быть идентичными от экрана к экрану. Чем их больше, тем сложнее будет следить за порядком. Если поменяется единственная иконка или таббар, устареют все 100 макетов.
Однако, не торопись всё подряд запихивать в символы. Если стиль только формируется и нужно кардинально переделать этот экран, то после отрисовки экрана заново все символы из правого варианта устареют. Время, потраченное на их создание, не окупится. Такой экран с его символами неудобно переставлять среди других экранов, он не лёгок на подъём.
Я понимаю, какой огромный потенциал скрыт в символах. Они напоминают маленькую цивилизацию, организмы в которой рождаются и умирают. При помощи символов и простых форм я выращиваю структуры. Отмершие ткани уничтожаются. Я создаю и посылаю их на войну, зная, что может быть ситуация, что придётся сделать им детач.
Жизненный цикл символа
После смерти символы превращаются в группы, а следующим же действием их можно разгруппировывать, вытаскивая на поверхность макета их содержимое: простые растровые, векторные и текстовые слои, или другие символы. Так через отдельные атомы меняются уровни детализации.
В зависимости от того, создаю ли я новые символы, или отстреливаю старые, можно понять, в какую сторону я двигаюсь стратегически: детализирую или разрушаю структуру дизайна.
И то и другое направление движения имеет свои плюсы:
структура становится более формальной и сложной. Появляется стройность и логика, она стремится описать свои мельчайшие частицы и следует принципу программирования DRY (don’t repeat yourself). Формализация приводит к порядку и экономит объекты, но неизбежно бюрократизирует систему. Камни фундамента дороже двигать, чем камни на крыше. Формализация дружит с сеткой, заботится о том, чтобы все отступы одинаковы. Так мы цементируем интерфейс, делаем его менее гибким, но стройным.
Интересный пример: я встретил Sketch-проект, который весил 600 мб. В нём практически не использовались символы и было много экранов. Когда я вычистил и переверстал его на символах, вес файла сократился до 150 мб.
Если больше двух объектов в системе выглядят идентично, и в будущем их количество их только увеличится, возможно, пора создать им общий символ.
Если мы крошим символьную структуру детачем, это ведёт к разжижению дизайна и становится ближе к принципу KISS (keep it short and simple). Свежему цементу легче придать нужную форму. Частицы в нём не имеют сильных связей друг с другом и не сопротивляются.
Нет ничего более раздражающего, чем символьные структуры, когда нужно быстро и кардинально изменить дизайн, сделать новую логику взаимодействия. В этом случае о них постоянно спотыкаешься. Если не отстреливать символы, придётся сформировать в голове все взаимосвязи, которые формируют конечный макет. Мы заходим в каждый символ и меняем его, чтобы повлиять на финальный дизайн. Если элементы мелкие и разношёрстные, это делать в рамках одного макета крайне сложно. Попытка играть по правилам формальной системы, когда нужна революция - бесполезный гемор, который замедляет работу. Словно пытаешься рисовать картину не целиком, а по фрагментам, не видя общий холст.
Когда интерфейс полон символов, он фрагментирован. Если нужно создать принципиально новый экран, это мешает.
Теперь поговорим об уровнях подробнее.
Это высший уровень абстракции, стратосфера. Самый общий уровень интерфейса - это логика действий пользователя, . То, чем занимаются UX-дизайнеры: Какие каналы будут использоваться для взаимодействия с системой? В чём цель пользователя? Как помочь достичь её за минимум кликов? Скетч превращается в программу для создания логических диаграм:
На этом уровне символ только один - серая карточка, обозначающая действие. Вредно символизировать стрелочки и желательно даже не делать уточняющих подписей. Струкура только-только формируется. Некоторые дизайнеры вообще не работают на этом уровне, предпочитая визуализировать пути пользователя в виде экранов, а не логических действий. Этот уровень не содержит никакого визуального дизайна.
Когда появляется больше деталей, мы переходим на уровень юзер-флоу. Какие кнопки нажимает пользователь, чтобы достичь своей цели? На этом этапе удобно использовать плагин User Flow , который позволяет показать, какие кнопки куда ведут.
В приложениях и сайтах это уровень взаимодействия с экраном. Рисуем общие формы, широкие мазки. Это тоже логический уровень, без рисования деталей. Где будет кнопка призыва к действию? На какой экран она будет вести? Что будем делать, если пользователь незрячий или имеет другие ограничения?
Шаги превращаются в экраны с определёнными размерами, для которых мы проектируем. Начинаем всегда с мобильной версии, поскольку в ней легче сконцентрироваться на смысле, а не на визуальном дизайне. Разворачивать мобильную версию на большой экран значительно легче, чем втиснуть десктоп в мобильный. Читайте Mobile First .
Здесь уже можно начинать делать самые общие символы, если мы уверены, что объекты будут типовыми. Могут родиться символы шапки, главного меню и подвала. Они выглядят как серые прямоугольники с текстовыми слоями. Поскольку нас не ограничивает сильная фрагментация, на этом уровне тоже легко можно вносить значительные изменения в дизайн.
Здесь уже полезно создавать первый прототип в Инвижне, который не очень красив, зато работает как придумали. На этом уровне можно тестировать идеи: понятна ли логика, или всё надо переделать с нуля? Обидно выбрасывать любовно прорисованный дизайн. Выбрасывать изрисованную салфетку - не обидно.
Когда логическая картина сложилась, можно прорабатывать дизайн в деталях. Эта территория вдохновения и художников. На нём концентрируются любители Дрибла и Биханса, подчас забывая об остальных. Серым квадратам приходят на смену настоящие UI-элементы, хорошая типографика, иконки и иллюстрации. Время тщательно проработать формулировки в текстах. Сюда же можно отнести анимацию. Когда она используется уместно, даже самый простой дизайн оживает.
Вместе контент и визуальный ряд формируют восприятие всего продукта.
Когда стиль продукта сформировался и появился набор правил, по которым формируется дизайн, приходит время взросления дизайн-системы. Также хочется назвать этот этап формализацией.
Те, кто организовал это, знают толк в масштабировании. Символы - идеальный инструмент масштабирования дизайна.
На этом уровне создаётся подавляющее большинство символов. Это время спуститься на землю и перестать устраивать революции. Время начать разглядывать детали и заниматься перфекционизмом. Цель рождения символов на этом этапе - разбить систему на мельчайшие части, чтобы можно было её безболезненно масштабировать.
Удачно формализованную систему легко поддерживать.
Даже крупный проект может так и остаться на уровне отрисовки. Поскольку рост числа макетов неизбежен, вместе с ним неизбежен рост сопутствующего бардака. Если дизайн меняется, дизайнеру приходится актуализировать все макеты вручную (а это невозможно), либо держать актуальными только последние макеты, игнорируя все остальные. Я бы сошёл с ума, если бы мне приходилось мириться с тем, что 90% моих новых макетов уже устарели.
Если встанет задача перекрасить все красные иконки в другой оттенок, это будет легко сделать, поскольку они сгруппированы в одном UI-ките, из которого транслируются во все макеты. Меняем один символ - меняются все его копии в 600 макетах. Этот дизайн уже пахнет вёрсткой.
Символами должны становиться не только иконки, а любые повторяющиеся элементы. Все поля ввода, меню, иллюстрации, кнопки, вкладки, попапы и некоторые текстовые блоки.
Все уровни противоречат друг другу. Чтобы проект развивался, постоянно необходимо лавировать между ними и в этом заключается мастерство дизайнера интерфейсов.
Это пост не о том, что нужно дробить интерфейс на кучу символов, как и не о том, что символы мешают рисовать дизайн как иллюстрацию. Это лишь следствия чего-то глубинного. Посмотри на свой интерфейс на всех четырёх уровнях и реши, что с ним нужно делать в данный момент, чтобы эффективнее всего решить поставленную задачу.
Сбербанк - Москва
...Обязанности: разработка графических интерфейсов и элементов; разработка пользовательских сценариев создание видео/анимаций оформление презентаций продукта создание быстрых прототипов (без кода) для тестирования на фокус группах участие в фокус ...
25 дней назад
Social Discovery Ventures - метро Динамо, Москва
...будут задавать тренды в ближайшие 10 лет? Тогда вам к нам, в SDV! В роли продуктового дизайнера вы будете выполнять сложные задачи и превращать их в интуитивно понятные интерфейсы, доступные и простые в использовании, для миллионов людей по всему миру. А команда ...
25 дней назад
ЭЛЕКТРОННЫЕ ОФИСНЫЕ СИСТЕМЫ - метро Сокольники, Москва
...руководителя отдела проектирования. Вместе с дизайнерами и исследователями, вам предстоит работать над веб- интерфейсом системы “ДЕЛО”, сложным продуктом для ... ...задаче; взаимодействовать с исследователем пользовательского опыта, если вы поймете, что для выполнения поставленной ...
26 дней назад
Электронное издательство ЮРАЙТ - метро Шоссе Энтузиастов, Москва
130 000 руб....Проект biblio-online.ru в связи с развитием ищет дизайнера- проектировщика интерфейсов. Мы создали и развиваем новаторский сервис для обучения ... ...-online, сайта компании Urait. Развитие, улучшение пользовательского опыта. Дизайн удобных интерфейсов для новых ...
14 дней назад
ПРОКАТТ - Москва
80 000 - 150 000 руб....Задачи: Разработка концепций различных автоматизированных систем; В рамках сформированной концепции пользовательского взаимодействия разработка интерфейсов корпоративных систем и приложений; Проектировка и дизайн интерфейсов, разрабатываемых АС. На первом ...
13 дней назад
1С - Москва
...Чем заниматься: Активное участие в развитии направления проектирования пользовательских интерфейсов системы программ «1С:Предприятие 8». Данный комплекс программного обеспечения предназначен для автоматизации управления и учета на предприятиях различных отраслей и ...
Быстрый отклик более 2 месяцев назад
X5 RETAIL GROUP - метро Добрынинская, Москва
2 017 руб./год...требований к продукту в интуитивно понятные пользовательские рабочие процессы, концепции и дизайн- ... ...персонажей, сценариев, требований к интерфейсам; Разработка информационной ... ...обязанностей и контроль работы группы дизайнеров на аутсорсинге. Требования: Готовы ...
8 дней назад
СИБУР, Группа компаний - метро Профсоюзная, Москва
...Обязанности: Исследование пользовательского опыта и перевод исследовательской информации ... ...в качестве графического/визуального дизайнера с использованием инструментов Adobe, OmniGraffle ... ...SAP UI5 или Open UI5, опыт создания интерфейсов приложений по User Story Map, ...
10 часов назад
Безопасная информационная зона - метро Бауманская, Москва
130 000 руб....киберразведке и постоянном мониторинге информационных потоков в публичных и теневых сегментах киберпространства ищет Проектировщика пользовательских интерфейсов. Участие в проекте: ~ Разработка аналитических продуктов и сервисов в области информационной безопасности ...
25 дней назад
MANGO OFFICE - метро Калужская, Москва
...Обязанности: Проектирование пользовательских сценариев Создание макетов и прототипов Тестирование прототипов пользовательских интерфейсов на сотрудниках компании и приглашенных клиентах Отрисовка интерфейса в графических редакторах Приемка задач разработки ...
25 дней назад
Дефенс Групп - Москва
...Обязанности: Сбор информации о проекте и его аудитории Проектирование интерфейсов Разработка пользовательских интерфейсов с нуля Проработка сценариев пользовательских интерфейсов Анализ пользовательских интерфейсов с целью оптимизации и повышения ...
8 дней назад
Арарэль - Москва
...Кого мы ищем? Ищем профессионального и опытного дизайнера пользовательских интерфейсов. Что предстоит делать: Проектирование и прототипирование пользовательского интерфейса; Создание адаптивных web-интерфейсов; Разработка и внедрение UI стандартов ...
16 дней назад
Р-Вижн - Москва
150 000 руб....именно вас. Требования: Опыт проектирования интерфейсов информационных бизнес-систем от 2х лет (не сайты) Аналитический ... ...фреймворка Ext JS Обязанности: Анализ пользовательских интерфейсов с целью оптимизации и повышения юзабилити ...
17 дней назад
Гарант - Ломоносовский р-н, Москва
130 000 руб....Компании-разработчику ИПО "ГАРАНТ" (28 лет на рынке) требуется дизайнер интерфейсов . Задачи: - Участие в концептуальном и ... ...проектировании веб-сервисов системы ГАРАНТ. - Анализ документации, пользовательских сценариев, бизнес- и функциональных требований. - ...
25 дней назад
Ашманов и партнеры - метро Кунцевская, Москва
70 000 - 100 000 руб....наше юзабилити-подразделение приглашаем Проектировщика интерфейсов / UX-дизайнера. Задачи: Создание и описание персонажей ... ...Разработка информационной архитектуры; Проектирование пользовательских интерфейсов в виде вайфреймов и интерактивных прототипов ...
26 дней назад
ГБУ МосТрансПроект - метро Чистые пруды, Москва
90 000 руб.В этой статье рассказывается, какую роль дизайн интерфейсов играет в условиях современного рынка. А также, что отличает хороший интерфейс от плохого (UI = user interface, то есть, интерфейс пользователя ). Также мы взглянем на парочку новых моделей UI дизайна, включая Google Fuchsia и Fluent Design от Microsoft .
Современные дизайнеры разрабатывают пользовательские интерфейсы для приложений, работающих в определенной операционной системе. Поэтому многие параметры интерфейса неподконтрольны разработчикам. Например, если дизайнер разрабатывает интерфейс для Android-приложения , он не знает о размере и разрешении экрана пользовательского устройства. А также о том, как пользователь настроил уведомления для этого приложения, установлены ли другие программы, влияющие на цветовой профиль экрана.
Творчество разработчиков пользовательских интерфейсов ограничено определенным устройством и операционной системой. Их работа часто должна соответствовать рекомендациям производителя операционной системы (Google для Android, Apple для iOS ). Apple публикует, что можно, а чего нельзя для пользовательского интерфейса, а также подробный список рекомендаций для UI . У Google также есть собственные стандарты материального дизайна .
Из-за этих ограничений внимание современных дизайнеров пользовательского интерфейса сосредоточено на мелких деталях. Например, на том, как расположены окна, удобна ли для пользователя навигация по приложению или сайту. Из-за нехватки времени пользователю некогда разбираться со сложным, громоздким и медленным интерфейсом.
Многие элементы пользовательского интерфейса мы воспринимаем как приглашения к взаимодействию с приложением или устройством:
Поле для ввода текста и курсор предлагают пользователю ввести текст, а кнопка «Подтвердить » - кликнуть или коснуться ее, чтобы продолжить:
Переключатель, представленный здесь в виде ползунка, приглашает пользователя включить или отключить опцию:
Иконка приглашает пользователя кликнуть по ней, чтобы запустить приложение или функцию:
При нажатии по кнопке-гамбургеру…
…появляется меню, которое приглашает пользователя выбрать дополнительные варианты:
Ползунок приглашает пользователя коснуться/кликнуть и перетащить его, чтобы изменить настройки, например, яркость экрана:
Выпадающее меню предлагает пользователю выбрать нужный вариант из списка.
Это лишь некоторые примеры элементов дизайна интерфейсов приложений . Но все они объединены идеей повысить эффективность взаимодействия с пользователем.
Хороший дизайн пользовательского интерфейса не заключается лишь в том, чтобы прелестно выглядеть. Дизайн UI может иметь успех, и не будучи очень красивым.
Давайте взглянем на некоторые образцы хорошего и плохого дизайна пользовательского интерфейса. Затем посмотрим на ужасный, что тоже важно.
Разработан с учетом глубокого понимания пользователя, его потребностей и того, как он будет перемещаться по приложению или сайту. Поэтому мы и говорим, что дизайн UI является одним из аспектов UX-дизайна (UX = User eXperience , опыт взаимодействия ).
Хороший интерфейс - максимально простой, и в то же время такой, что у пользователя под рукой есть все необходимое. Навигация недолгая и неглубокая (без под-под-под-разделов и меню ), требует минимального количества шагов для выполнения задачи, а опции, доступные для выбора в каждом окне, понятны:
В этом приложении интерфейс предлагает пользователю три варианта: поиск закусочных, использующий текущее местоположение, поиск «вручную» по почтовому индексу и кнопку-гамбургер для просмотра дополнительных вариантов.
У такого дизайна интерфейса сайта на первом месте не потребности пользователя, а значимость приложения или разработчика. Признаки плохого UI включают в себя значки, слишком маленькие для того, чтобы попасть в них при нажатии пальцем.
В таком интерфейсе очень много мелкого текста, который трудно читать. Кроме этого, плохому интерфейсу присуще использование жаргона (в том числе профессионального ) вместо понятного языка. Например, написано: «Плохие данные ». А нужно - «Неверные логин и пароль ». К плохому интерфейсу также можно отнести применение назойливых диалоговых окон вместо панели уведомлений:
В приведенном выше примере видно, что диалоговое окно фонового приложения прерывает работу активного приложения и настоятельно требует ответа, не давая пользователю продолжать. Если человек в это время набирает текст и не смотрит на экран, то запросто может потерять несохраненные данные. Видно, что кнопки маленькие, и в них трудно попасть пальцем. А сообщение «Неизвестная ошибка » вообще не имеет смысла, так как не дает пользователю возможность изучить или устранить причину ее возникновения.
Некоторые успешные проекты и дизайны интерфейсов , на первый взгляд, разрушают представления дизайнеров о том, что простота должна быть на первом месте. Рассмотрим в качестве примера сайт Amazon , имеющий, слегка напряженный вид:
Но успех компании Amazon , наоборот, доказывает эффективность их UI . Почему? Один из секретов кроется в том, что внешний вид страницы улучшался постепенно, и поэтому не заставлял пользователей приспосабливаться к резким изменениям интерфейса. Посетителям сайта это удобно.
Я, как давний пользователь Amazon , особо и не замечал изменений во внешнем виде или способе взаимодействия. Но вот как выглядел Amazon 10 лет назад:
Скорее всего, наиболее кардинальные изменения, будут связаны с разработкой голосовых интерфейсов. Эта функция уже есть во всех основных операционных системах, но пока еще нельзя сказать, что люди регулярно пользуется ей на своих телефонах и компьютерах.
Появляются новые подходы к дизайну интерфейсов , но, похоже, что визуальный интерфейс все же будет основным способом взаимодействия пользователя с устройствами. Но есть большой простор для инноваций, а также оптимизации старых интерфейсов. Неудивительно, что такие крупные игроки как Microsoft и Google инвестируют значительные ресурсы в эксперименты с новой эстетикой пользовательского интерфейса и моделями взаимодействия.
В последние месяцы все чаще слышно о «Fluent Design» от Microsoft . Говорят, он нацелен на интеграцию большей визуальной глубины и движения. То же самое касается экспериментальной операционной системы от Google с кодовым названием «Fuchsia» , в которой разработчики пытаются обойтись без рабочих столов и иконок.
Дизайнер Эрик Кеннеди в своём блоге на Medium опубликовал 7 простых правил по созданию привлекательных интерфейсов - по его мнению, в основе качественной работы лежит работа со светом, величина белого пространства, прототипирование.
Обратите внимание на меню слева.
Или посмотрите на заголовки списков. Между словом «Playlist» и его подчёркиванием расстояние в 15px. Это больше, чем высота заглавной буквы шрифта! Я уже молчу о 25 пикселах между самим списками.
В верхнем правом углу тоже достаточно пространства. Текст «Search all music» занимает 20% высоты панели навигации. У иконок похожие пропорции.
Даже такие интерфейсы, как форумы, могут выглядеть красивыми и простыми благодаря белому пространству.
Или «Википедия»:
Конечно, можно поспорить, что такому редизайну не хватает функциональности. Но это хорошее место для старта.
В этой статье я привожу примеры основных принципов или концепций, которыми руководствуюсь при проектировании десктопных интерфейсов. Не планирую выступать новатором или поучителем, но с радостью поделюсь набором установок, который помогает мне в работе.
Кстати, если вы используете Figma , я рекомендую обратить внимания на наши готовые дизайн-системы . Они помогают фрилансерам завершать больше заказов в месяц, программистам позволяют создавать красивые приложения самостоятельно, а тимлиды «пробегают» спринты быстрее, используя готовые дизайн-системы для командной работы.А усли у вас серьезный проект, то наша команда готова развернуть дизайн-систему внутри организации на базе наших наработок и подогнать под конкретные задачи, используя Figma. Web / desktop, так и любой мобайл. С React / React Native мы тоже знакомы. Пишите в Т: @kamushken
Хороший пример, когда дизайнер дал пользователю понимание, что важно видеть отправителя, затем тему, а уже потом содержание или его @ник в системе:
Плохой пример, где дизайнер “утверждает”: важнее всего - аватарки, а с остальным как-нибудь разберётесь:
Хороший пример, когда дизайнер более менее соблюдает пропорциональность отступов:
Плохой пример, когда отступы практически базируются на генераторе случайных чисел:
В целом хорошо:
Но можно сделать лучше:
Тоже выглядит неплохо:
И тут есть, где улучшить:
В этом примере дизайнер был чрезмерно понятен с кнопкой закрытия:
А в этом примере дизайнер оказался чрезмерно понятен с возможностью добавления:
Хороший пример, когда дизайнер предлагает закрыть попап в той же области, которая вызвала его порождение:
Плохой пример, когда дизайнер отдаляет функционал добавления элемента в список от самого списка:
Плохой пример с несостыковками:
Хороший пример с гармонией и соответствием:
Пример хаоса: (172 votes зеленым означает ли позитивное состояние? если, да то 280 visitors оранжевым - означает негативное по логике? отнюдь! дизайнер цветом лишь разделил цифры между собой)
Пример создания порядка и обоснование цвета (я просто добавил графики поверх чужого творчества)
Хороший пример незлоупотребления цветами:
