VanillaTime

Если вы когда-нибудь хотели выписать кому-то штраф за отвратительное использование типографики, теперь у вас есть шанс. Ребята собрали основные типографские грехи в одну «чековую книжку» и продают всего за $10 :) По-моему довольно забавно. https://www.fastcompany.com/90251608/cite-people-for-design-crimes-with-this-ticket-book

Мой коллега, Владислав Аверин, написал довольно большой лонг-рид о Accessibility. В нашем деле многие пренебрегают необходимостью адаптации ваших решений для людей с ограничениями, а ведь это может не только расширить вашу аудиторию, но и повысить конверсию из-за лучших позиций в выдаче поисковиков, а то и сохранить вашу свободу (затравочка, прецедент описан в статье). Влад разбирается с категоризацией ограничений, а также стандартами, принятыми для работы с ними. Всего, категорий ограничений приводится 5: 1) ограничения зрения (слепота и слабое зрение), 2) ограничения слуха (полная или частичная глухота), 3) трудности в обучении (дислексия), 4) ограничения подвижности, 5) судороги и припадки. Для каждого из них уже существуют best-practices. Например, для слабовидящих людей, можно предоставлять контролы управления контрастом и размером шрифта, добавлять альтернативные подписи всем картинкам (причем ясно описывающие изображение), следить за визуальной иерархией и тем, как скрин-ридеры будут проговаривать вашу страницу. Также не стоит надеятся только на цвет в передаче разницы между сущностями — лучше добавить дублирующую функциональность. Например, на чартах вместе с цветом можно использовать подписи и паттерны (точечки, полосочки и т.д.), чтобы лучше передать разницу. А во время валидации полей, хорошей практикой будет добавление иконки ошибки, вместе с изменением цвета бордера. Ограничения слуха можно преодолеть предоставляя возможность видеть слова — субтитры, которые, например, YouTube генерирует автоматически, используя машинное обучение. По поводу дислексии же написано много статей, но тем не менее, до сих пор люди забывают об упрощении своих текстов, а также использовании специальных шрифтов. Преодоление ограничения подвижности касаются оптимизации навигации с использованием только клавиатуры. А также избегания слишком сложных контролов, требующих сложных манипуляций. Сюда можно отнести и создание Short-cut's которые не только повысят доступность системы, но и помогут ускорить взаимодействие с ней матёрым пользователям. И наконец, припадки можно спровоцировать яркими или неожиданными вспышками, миганиями а также, автозапуском роликов или музыки. Кажется, что это само собой разумеется, но вот многие «креативщики», забывшие об этом могут загреметь в тюрячку. Я описал всё довольно поверхностно, и очень рекомендую прочитать статью полностью. Всем счастья, радости и добра 🙂 https://medium.com/design-spot/accessible-design-9015bc6103cc

В Нильсен-Норман разобрали 20 основных методов дизайна и распределили до категориям: изучают они поведение пользователей или их мнение, качественные они или количественные, и сцениризируются-ли они. Интересненько будет всем, даже кто знаком с методами :) https://www.nngroup.com/articles/which-ux-research-methods/

Если вы не знакомы с термином «эвристический анализ», то следующую статью вы просто обязаны прочитать. Если кратко, то эвристический анализ — это один из методов тестирования, но в отличии от тестирования юзабилити или ретроспективных интервью, главными действующими лицами будут не пользователи, а эксперты. Следуя определенному набору эвристик (параметров системы), они шаг за шагом подходят по всей системе, выставляя оценки и собирая ошибки. Для классического эвристического анализа обычно используют 10 эвристик Нильсена, но никто не запрещает вам их менять или заменять, главное, чтобы эксперты были в курсе. Почему метод так хорош: 1) он быстрый и эффективный, 2) гибкий и может применяться на любом шаге дизайн-процесса, 3) выходной список проблем легко приоритезировать, 4) совместим с другими видами тестирования. Но у него есть недостатки: 1) ложноположительные результаты из-за профдеформации, 2) сложность найти достойных экспертов и ввести их в контекст. От себя ещё добавлю, что этот метод можно применять их самостоятельно, но нужно сохранять хладнокровие и непредвзятость к своим решениям. В результирующий отчёт, помимо проблемы, контекста возникновения, эвристики и приоритета, я ещё включал возможные решения, что придаёт результату ещё больше ценности. Как дополнительный бонус, результаты подобного отчёта, на моей практике вызывали меньше вопросов и сомнений от стейкхолдеров из-за того, что в работе вы опираетесь на выверенные годами критерии оценки, а значит вам легче аргументировать проблемы. Ну вот и все, а линочка здесь: https://link.medium.com/obrDaa8KeR

Отличная статья о поиске, точнее сказать о всех его возможностях и простой необходимости предоставлять не только выдачу, но и подстраиваться под контекст (как запроса, так и пользователя) и угадывать дальнейшее развитие поиска (если мне нужна погода на завтра, то вполне вероятно, что мне будет интересна эта информация и на всю неделю). В общем, очень советую ознакомиться и принять во внимание :) Designing contemporary search experiences — less typing, more context by Mat Devey https://link.medium.com/2IXx3GFbeR

Каролин Робертс написала FAQ для процесса создания FAQ. Сегодня, почему-то, этот формат не слишком популярен. Возможно, из-за повсеместной любви к ботам и веры в то, что это разные вещи? Не знаю наверняка, но могу сказать точно, что грамотно создать такой раздел (или функциональность бота) довольно сложно. На моей практике была пара таких задач. Без должного внимания, вы рискуете создать болото бесполезной фигни, а не полезную для пользователя функцию. И здесь даже не столько проектирования взаимодействия, сколько создания грамотной информационной архитектуры: деления на категории, определение самых насущных вопросов, возможности гибкой навигации и т.д. Из удачных примеров (на время моего исследования) могу привести хелпцентры Яндекс, Dropbox и Slack. Вдохновляйтесь и хэлпуйте на здоровье, лишним для пользователя FAQ точно не будет, важно отнестись к нему с любовью :) https://alistapart.com/article/the-faq-as-advice-column

Краткая история... Календаря? Довольно занятое чтиво о том, как календарь принял знакомую всем форму. Из интересных мыслей автора можно отметить момент, когда какой-то вид, технология или открытие достигает максимума своей «эволюции», а дальше идут лишь формопредставления. Хотя на мой взгляд, календарь ещё не достиг пика, особенно в цифровой среде, где он все ещё представляется в пережиточном виде. Дело в том, что форма календаря, где присутствует разбивка по месяцам, пришла в цифровую среду из печати, где присутствовало ограничение по формату. Но листать страницы месяцов, возможно не самое удобное занятие, особенно при визуальном выборе периода попадающего на границы. Ведь в вебе страниц-то нет. В эволюционном плане советую присмотреться к календарю Goggle AdWords. A brief history of calendar design by Francesco Bertelli https://link.medium.com/pk3nc6mraR

Не могу не поделиться этим проектом с Be-шки. https://www.behance.net/gallery/70205801/Totes-Cirrus-Tough-as-boots Удивило, как автор «крафтово» подошёл к процессу создания, хотя мог бы просто вальнуть всё в 3D. Результат — чистое и понятное послание, выполненное так, что хочется смотреть и смотреть. Редкость в наши дни )

Немного дополнений о дизайн-системах. Где можно найти вдохновение и украсть идей: https://designsystemsrepo.com/design-systems/ или http://styleguides.io/tools.html

Если вы ещё не убедились в эффективности дизайн-систем для больших компаний — вот вам отличная продажная речь с упоминанием подводных камней и щепоткой советов: https://clearleft.com/posts/designing-design-systems?ref=webdesignernews.com По долгу службы сам сейчас столкнулся с этой задачей — уже в третий раз обновляем нашу систему. Напоровшись на громадное количество подводных камней в процессе (а за три круга мы уже посбивали ноги вкровь) сейчас переосмысливаем и выстраиваем процесс коллаборации. Для этого решили использовать Trunk на первых парах. Это design version control. Почему не хайповый Abstract или Plant? Довольно накладно по бюджету или слишком ограничено. Abstract по $9 за человека в месяц, а Plant вообще не предоставляет возможности протестить больше, чем на двух контрибьютающих. В общем, решили пока поработать в Trunk. Интересным инсайтом при создании системы стал жизненный цикл изменений компонента. Говоря о том, что система живая, все имеют ввиду постоянные изменения. Но эти изменения скорее количественные, чем качественные. Работая над новым элементом он претерпевает огромное количество метаморфоз, и при этом, устаканившись он закостевает, то есть уже вообще не подвергается изменениям. Таким образом система не изменяется, а скорее растёт. Изменения скорее касаются сложных компонентов. Даже не так. Количество изменений прямо пропорционально их сложности. Если мы говорим об атомах, то они вообще не должны меняться. Молекулы закостеневают со временем, а вот организмы уже могут претерпевать изменения время от времени. Шаблоны и страницы же, вообще, на мой взгляд, должны существовать в абстрактной форме правил, рекомендаций и кейсов. Я пока не могу поделиться историей успеха, потому как мы ещё не закончили процесс, но если тема вам интересна, много можно почерпнуть из хэндбука от Invision. https://www.designbetter.co/design-systems-handbook

По-моему, это просто великолепно. Работа Banksy была снабжена шредером, который уничтожил бы её в случае аукциона. https://www.instagram.com/p/BooNj73hWuR/?taken-by=usemuzli Даже если это и фейк и вовсе не долгосрочная игра, сама по себе история приверженности своему делу и принципам внушает уважение.

Нужно заставлять пользователя совершать «лучший» для него выбор? Даже если пользователь этого не осознаёт? Например, принуждать его участвовать в благотворительных акциях, или добавлять в заказ пиццы побольше овощей... Наверное, это будет сюрпризом, но ответ — нет, принуждать никого не нужно. И при этом, на нас, как на дизайнерах, лежит ответственность за то, чтобы мы сделали все, что могли, чтобы помочь пользователю осознать и принять верное решение. А здесь впору использовать когнитивную психологию :)

“How to help users make better choices” @jacobjburke https://uxdesign.cc/how-to-help-users-make-better-choices-aa538d159eda

Отличный материал о том, что стоит знать перед тем, как вы устроить на своё первое место работы как UX-проектировщика в большой компании. В статью вошли как глобальные вопросы, так и специфические. К первым можно отнести умение ждать, дворцовые игры, важность слова «Нет» и постоянный рост. А вторая категория включает в себя более специфичные вещи, такие как невероятное количество состояний элементов. В общем, очень интересно и важно :) https://uxdesign.cc/10-things-i-wish-i-knew-before-before-my-first-corporate-ux-design-job-727c8ece07b7

Помните, совсем недавно я делился лонгридом о истории советского дизайна? Так вот, сейчас в открытом доступе появился фильм «Техническая эстетика» о дизайн школе Урала. История, признаюсь сразу, довольно грустная, ибо бывшие сотрудники делятся воспоминаниями о лучших годах своей молодости. Тогда, юные энтузиасты создавали великолепные образцы промышленного дизайна, которые побеждали на всесоюзных и международных выставках, и при этом, лишь единицы из этой армады концептов увидели жизнь. Да так, что лучше бы и не видели. Инжинеры и рационализаторы, экономисти и апологеты партии — это далеко не все персонажи, с которыми приходилось иметь дело. В целом, все описывают это время, как самый классный инкубатор для развития креативности. Но просуществовало ВНИИТЭ до 90х годов и развалилось очень странным образом. Как только Союз дал трещину, из института сразу ушли все, кто к дизайну не был причастен — администрация, бухгалтера и управляющие. И сперва это вызвало восторг, ведь можно было делать, что хочешь. И вместе с тем, организация стала скорее набором ООО и ИП, нежели институтом… И всё наследие, все архивы и библиотеки тоже канули в лету. Хм… а не это-ли происходит и сейчас? https://www.youtube.com/watch?v=vF6gjli0FWw

А вы знали, что в Токио каждая станция метро обладает собственным звучанием — мелодией, которая звучит по прибытии поезда? Так вы можете однозначно понять, где находитесь (точнее в нужном-ли месте). Написаны они все одним человеком — Minoru Mukaiya. И это трёхминутная история о нём 🙂 Очень советую уделить эти три минуты вашего внимания. https://www.youtube.com/watch?v=nSG5IkRA9BE

Друзья, я просто не могу не отметить канал @uxnotes и лично Антона Григорьева за помощь в редактуре материала. Вообще, канал очень стоящий — Антон перелопачивает тонны материала, делая выжимки самого интересного. Очень советую :)

Интересный кейс, где автор делится своим моментом озарения, когда она поняла, что благодаря ее работе мир стал немного лучше. А вы помните такой момент? Лично я считаю, что благодарность людей, которые используют твой интерфейс, является просто офигенным мотиватором. Так что вспоминайте их почаще :) https://uxdesign.cc/my-aha-moment-as-a-ux-designer-2a0812785d56

Не стоит увлекаться дизайн-методами настолько, чтобы считать их единственно правильным способом решения задач. Поступая так, мы забываем о том, что значит быть дизайнером, как таковым — решать проблемы и проникаться эмпатией. Методы — лишь инструменты, дизайнером вас делает способ мышления и знания о том, где и как применять тот или иной метод. Если кто-то не знаком с какой-либо методологией, это не делает его плохим дизайнером. Если вы изучили метод — это не значит, что он будет работать всегда. Так что наряду с изучением инструментария, вкачивайте в мышление. :)

“On our obsession with design methods — and how to avoid it” @fabriciot https://uxdesign.cc/on-our-obsession-with-design-methods-and-how-to-avoid-it-839ae022ba78