5.0 Введение к части 5: Дизайн UI/UX
Эта часть о том, где программы встречают людей, которые ими пользуются. Это охватывает многое: исследования, раскрывающие, что нужно пользователям, интерфейс и дизайн-систему, их представляющие, слова, направляющие действие, доступность и языковую поддержку, делающие продукт пригодным для всех, и фронтенд-разработку, доставляющую его в беспорядочную реальность настоящих браузеров и устройств. Соблазнительно воспринимать всё это как украшение, которое накладывают в конце. Пожалуйста, сопротивляйтесь. Именно здесь вся работа выше по течению либо доходит до пользователя, либо рассыпается, и это решается задолго до того, как отполирован последний экран.
Для больших команд дизайн продукта на деле проблема координации. Когда десятки отрядов поставляют в один общий продукт, независимые решения громоздятся в неразбериху: дублированные потоки, противоречивая терминология, несогласованные компоненты и языковой конвейер, которым никто не владеет. Исправление в каждой главе здесь имеет одну форму. Превращайте разовые решения в общие управляемые активы, такие как персоны, дизайн-система, стратегия контента, фреймворк интернационализации (i18n), библиотеки компонентов и бюджеты производительности, чтобы многие команды, работающие порознь, всё равно складывались в единый связный опыт.
Корпоративная и государственная среда поднимают ставки ещё выше. У корпоративного программного обеспечения нередко «пленные» пользователи, и они платят за плохой дизайн обучением, ошибками и нагрузкой на поддержку, а не уходом. Государственные услуги охватывают всё общество (включая людей в кризисе, на старых устройствах, с низкой цифровой уверенностью или без альтернативного поставщика), поэтому качество дизайна становится вопросом равенства и гражданского доверия. Здесь доступность не приятное дополнение, а юридический мандат: государственные органы по закону обязаны строить программы, которыми могут пользоваться люди с ограниченными возможностями, а обязательства по простому языку и доступу к языку также нередко несут силу закона.
Главы этой части
5.1 Основы UX: Практики исследований, моделирования пользователей и дизайн-мышления, позволяющие организации принимать решения о продукте на основе свидетельств, а не догадок, и дающие каждой команде одну и ту же карту пользователя.
5.2 Дизайн интерфейсов и дизайн-системы: Мастерство формирования того, что люди видят и трогают, и общая управляемая система токенов, компонентов и шаблонов, держащая согласованными тысячи экранов по многим командам.
5.3 Доступность: Построение программ, которые люди с ограниченными возможностями могут воспринимать, использовать, понимать и применять, рассматриваемое одновременно как юридическая обязанность, этическая обязанность и просто хороший дизайн.
5.4 Дизайн контента и коммуникации: Формирование слов, сообщений и коммуникаций, которыми продукт помогает людям действовать, простым языком и единым голосом, потому что слова это интерфейс.
5.5 Интернационализация и локализация: Архитектура, позволяющая программе адаптироваться к любому языку и региону, и рабочий процесс, переводящий и культурно адаптирующий её для каждой локали.
5.6 Фронтенд-разработка: Построение клиентского слоя для среды, которую вы не контролируете, с вниманием к долговечности фреймворков, стратегии отрисовки, производительности и устойчивости.
5.7 Разработка мобильных приложений: Построение для мобильных устройств, охватывающее нативный, кроссплатформенный и прогрессивный веб-подходы; платформенные руководства по дизайну; ограничения офлайна, батареи и фрагментации; распространение через магазины приложений; а также безопасность и доступность мобильных приложений.
5.8 Исследования в дизайне и тестирование удобства использования: Снижение риска построить не то через генеративные и оценочные исследования, правильный метод для каждого вопроса, хорошо проведённое тестирование удобства использования, репрезентативный набор участников и синтез, который действительно меняет решения.
5.9 Проектирование сервисов: Проектирование всего сервиса, который человек переживает через каналы и во времени, на переднем и заднем плане, с использованием планов сервиса и карт путешествия и выравнивания организации вокруг сервиса, а не одного экрана.
5.10 Дизайн визуализации данных: Выбор правильной диаграммы для вопроса и честное кодирование данных, применение графического совершенства, доступных и безопасных для дальтоников палитр и ясных аннотаций, чтобы диаграмма информировала решение, а не вводила в заблуждение.
Как эти главы связаны между собой
Эти главы образуют единую сквозную линию от понимания к поставке. Основы UX (5.1) устанавливают, кто пользователь и какую задачу он пытается решить. Дизайн интерфейсов и дизайн-системы (5.2) придают этому пониманию согласованную визуальную форму. Дизайн контента (5.4) поставляет слова, которые его несут. Фронтенд-разработка (5.6) поставляет результат. Доступность (5.3) и интернационализация (5.5) не отдельные стадии, а качества, вплетённые во все остальные: доступный, переводимый опыт проектируется в общих компонентах, шаблонах контента и коде с самого начала, никогда не прикручивается позже. Глава 5.3 в частности опирается на главу 5.2, чтобы решить доступность один раз в каждом компоненте, и на главу 5.6, чтобы сохранить её в семантической разметке на основе стандартов.
Часть также простирается через всё руководство. Шаблон «активы вместо разовых решений» здесь отражает мышление общей платформы из главы 8.4 (платформенная инженерия и опыт разработчика), а ценности и способы работы из глав 1.1 и 1.4 задают организационные условия, делающие согласованность дизайна возможной вообще. Проверки доступности, визуальной регрессии и бюджета производительности принадлежат конвейерам поставки главы 8.1 (CI/CD и поставка), так что качество принуждается на каждом изменении, а не проверяется прямо перед запуском. А мониторинг реальных пользователей (данные о производительности, собираемые с устройств и сетей настоящих пользователей), от которого зависит производительность фронтенда, напрямую связан с практиками наблюдаемости из главы 9.2. Сделанная хорошо, работа здесь есть то, что делает системы, описанные в других местах, действительно пригодными для людей, которым они предназначены служить.