VanillaTime

The Top 5 Behavioural Economics Principles for Designers by Bridgeable https://link.medium.com/nwOVOX3NOR

Друзья, не так давно я написал практическую статью о ведении переговоров. Возможно, вы её уже видели, а возможно нет. Если нет, то я с радостью делюсь ссылочкой на медиум: https://goo.gl/TUR9Rs В статье я спроецировал собственный опыт на стратегию переговоров Джима Кэмпа, которая ставит под сомнение устоявшуюся доктрину «Win-win». Я попытался дать наиболее практичные советы по максимально эффективному ведению переговоров в нашей повседневной работе. Ну и, конечно, снабдил их примерами из собственного опыта, порой жестокими, но порой и успешными. Буду рад, если найдёте материал полезным.

Довольно интересный кейс о том, как Whimsical правильно подошла к разработке собственного бренда. Как раз недавно столкнулся с подобной задачей, и могу точно дать совет, о том, что пропускать шаг определения ценностей и миссии категорически не стоит. И при этом, это не гарантирует хорошего результата: миссия и ценности могут быть высосанны из пальца, только чтобы от вас отделаться. В таком случае, опираетесь вы на полученную информацию или просто выдумываете «пальцем в небо» — результат будет одинаковым. Поэтому, если хотите создать качественный бренд, подождите пока ваши ценности «созреют», и ни в коем случае не старайтесь их придумать — это будете не вы.

How Whimsical developed their brand identity | Inside Design Blog https://www.invisionapp.com/inside-design/whimsical-brand-identity/

Я, если честно, давно ждал чего-то подобного. Каждую неделю, ребята высылают результаты своего исследования какого-нибудь ux-паттерна, например мобильной формы логина. Идеи они крадут (в хорошем смысле) из самых продвинутых и популярных аппов, а также пишут мнения и пояснения. Протестирую, возможно, окажется довольно годно :) https://uirecipes.com/?ref=webdesignernews.com

Если вы когда-нибудь хотели выписать кому-то штраф за отвратительное использование типографики, теперь у вас есть шанс. Ребята собрали основные типографские грехи в одну «чековую книжку» и продают всего за $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