VanillaTime

Сегодня вечерком мы соберемся с ребятами, чтобы немного потрещать за дизайн, а заодно перемыть косточки кассам продажи билетов. Будет интересно, приходите 😊 Работы и предложения для разбора на следующих выпусках можно слать через такую форму. А экспертом стать, через вот такую.

🤔 Что значит быть лидером? Это когда ты принимаешь все-все решения? Когда тобой восхищаются и хотят идти за тобой на край света? Или это когда ты можешь заставить людей делать то, что им не нравится? В моём понимании, лидерство — это ответственность, которую ты на себя берёшь и с каким настроением ты это делаешь. Основное отличие менеджера от лидера в том, что менеджер отвечает за продуктивность людей: рабочий процесс, сроки, инструменты и т.д. То есть делает так, чтобы людям ничего не мешало делать их работу максимально эффективно. В тоже время лидер подаёт пример собственным поведением, вдохновляя и мотивируя так, чтобы работу хотелось делать. Но если вдаваться в детали, то я тут набрёл на статейку с примерами того, кто такой лидер. В ней, автор предлагает 6 рабочих обязанностей лидера: 💍Сваха — женит интересы человека с интересами бизнеса, 🛳Капитан — видят полную картину происходящего и направляют команду по лучшему курсу, 🤝Дипломат — представляет интересы всей команды за столом с большими дядями, 📣Болельщик — хвалит, когда нужно и вовлекает в процессы, 🪴Садовник — планомерно, шаг за шагом культивирует окружение и растит команду, 🏋️‍Тренер — каждый день улучшает показатели качества всей команды. К ним бы я ещё добавил один, относительно ответственности и инициативности — не боится брать на себя ответственность и с улыбкой предлагает сделать жизнь других людей лучше. Но саму статью тоже обязательно прочитайте :)

🤟Антон Григорьев, автор канала UX Notes растолковал за функциональную спецификацию интерфейса и поделился опытом создания этого артефакта. Общаясь с командой разработки, мы часто отвечаем на вопросы о том, как что-то должно работать. На прототипе всего показать невозможно, а если и получается это сделать, то для команды не очевидно, куда нужно смотреть и на что нажимать. Приходится устраивать часовые сессии с обзорными экскурсиями. 🧽А если проект долгоиграющий, то и разработчики там меняются — «бери мочало, начинай сначала». Проблему эту решают по-разному: тратить время на разъяснения, или обзаводятся источником правды и ссылаться на него, когда возникают споры, конфликты и понажевщина. Источник правды решает. Мы на проекте использовали zeroheight для этих целей и проходило все гладко: если мы принимали какое-то решение, то оно сразу фиксировалось и у всех был к нему доступ. Однако, когда речь идёт о заказчике, который не слишком-то желает вникать в тонкости использования современных технологий, гораздо проще и понятнее работать в формате, который предлагает Антон: создать документ с описанием основной логики продукта, дополняющего прототип. 📘Напомнило мою пояснительную записку к дипломной работе, где я рассказывал, как работает интернет-магазин :) Забавно, но именно такую записку мы и писали заказчику на проекте, чтобы зафиналить PoC и подписать контракт. Опус занял 120 страниц, зато вопросов потом было... Не было вовсе. Так что однозначно советую ознакомиться с трудом Антона и подписаться на его канал :)

Не так давно я поделился в сообществе наскоро собранной базой знаний для дизайнера, но боюсь, что течение беседы унесёт ссылку в заоблачные дали. А чтобы её можно было найти, я увековечу её здесь. Внутри находится: 👉 Конечно, много материалов для прокачки, категоризированных по навыкам и типам, 👉 Несколько психологический упражнений на прояснение целей, 👉 Вопросы для самооценки уровня, 👉 Ожидания от этих самых уровней. Если будут какие-то идеи и предложения — пишите мне. Всем замечательного четверга 🛳❤️

А вы помните о вашем дизайн-долге? Да, том самом, который вы любезно отложили в шуфлядочку и, под кивания головой команды разработки, благополучно забыли. А может и не забыли, и тот факт, что во взаимодействии есть дыры, костыльки и уступки заставляет вас просыпаться по ночам? Нужно, что-то делать. А вот как раз и статейка в тему: «Платим по своим дизайнерским долгам». Это третья статья цикла о дизайн-долге в которой описан сам процесс оплаты. Для начала, вам нужно чётко разделять 💸дизайн-долг и 💩дермово спроектированный опыт. Дизайн долг — это осознанная мера, компромисс, на который вы пошли, для того, чтобы не останавливать процесс разработки или чтобы нанести больше пользы в меньший промежуток времени. Зачастую, долг носит накопительный характер, и требует времени на поддержку, в то время, как дермовое взаимодействие «никому не мешает» и есть не просит. Оно просто плохое и единственный способ это исправить — полная переделка. После того, как вы провели аудит вашей зоны ответственности, систематизируйте ваш долг и разбейте на стори. Например, вот какие атрибуты вы можете использовать: 👉 Название. 👉 Описание. 👉 Размер. Здесь можно обойтись T-shirt моделью или «Собаками», чтобы просто обозначить относительный объем задачи. 👉 Область продукта. Долг касается взаимодействия, внутреннего деливери, командных взаимоотношений или чего-то ещё. 👉 Зависимости. Долг может пускать метастазы в разные отделы и команды, потому так сложно оценить и объем и влияние и важность. 👉 Влияние. Можно определить по стандартной приоритизационной схеме «Усилия / Результат». 👉 Важность. Насколько решение «горит» для всех участников процесса. А дальше дело за малым: определиться с тем, какую проблему решать. Здесь автор использует два критерия: — Если расходы на текущее поддержание > расходы на разработку, — И если выплата долга открывает нам значительные возможности для улучшения. Ну и после всего этого, конечно, нужно построить краткосрочный и долгосрочный планы и их придерживаться. На каждом планинге отламывайте кусочек слона и жуйте весь спринт, делиться успехами и тем, как работа с долгом изменила жизнь продукта — фидбэки, цифры, шантаж, похищения, угрозы. Обязательно зацените ещё 2 статьи из цикла: — Что такое дизайн-долг? — Как измерять дизайн-долг?

Друзья, доброго утра. Что-то я тут залип немного, и написал статью об основных метриках и принципах проведения анализа данных. Претензий на революцию не имею, но свежие мысли вы найти однозначно сможете. Что внутри: 👉 Разберёмся с основными метриками, 👉 Узнаем, что не так с воронками и анализом кликов, 👉 Что делать, чтобы анализ не сбоил, 👉 Посмотрим, как правильно измерять успех, если ничего не понятно. Приятного чтения, и если что-то будет резать вам глаза — пожалуйста, оставляйте хайлайты и комменты, чтобы я мог устранить все недочёты.

👍Отличный пример того, как информирование может менять поведение. Дизайнер из Яндекса представила кейс, в котором рассказала, как применяли новый алгоритм выявления агрессивных водителей. Благодаря ему, снизился процент такого поведения на дороге. К сожалению, остаётся за скобками причина таких изменений: толи водители начали видеть, где они лихачат, толи всех лихачей забанили к чертям. Но я предпочитаю верить в лучшее :) Забавно, что меня больше захватил сам алгоритм, нежели процесс работы над его визуализацией. Процесс, к слову, ничем не выделяется и напоминает о ностальгической молодости. Тогда было просто: есть задача → вот решение → не подходит → повторим. Романтика. Спасибо Сергею за подгон.

Всё думал, о чём же написать ещё, чем порадовать. Уже было хотел поделиться отчетом о зарплате UX-копирайтеров (у них там всё хорошо, если вы волновались), но вдруг вспомнил, что у нас есть свежатина на канале: тот самый цикл лекций от Никиты Потапенко и Анны Бондаренко об этике в дизайне. 👉 В первой лекции, мы коснулись этичного процесса дизайна. 👉 Во второй узнали, что такое этичный продукт. 👉 Третья лекция поведала о том, что есть Diversity and Inclusion в формате воркшопа от Анны Бондаренко. 👉 Ну и конечно, не обошлось без вопросов-ответов с автором курса. 👉 А вот здесь, мы уже с другим Никитой, делились впечатлениями после закрытого показа лекции. Приятного просмотра, надеюсь этот материал поможет нам стать более осознанными и с чистой совестью выполнять свою работу.

Мне очень зашла эта статья о том, как дизайнер с двадцатилетним стажем столкнулся с ностальгией: в век тачскринов с высоким разрешением перед ним стала задача собрать прибор используя только кнопки, сегментированные панели и переключатели. Это не те, которые Radiobuttons, а те, которые мы ласково называем «тумблерами». И знаете что? Ему понравилось о он сформулировал плюсы аналогового проектирования: Тактильная обратная связь. Благодаря осязанию вы точно будете знать, нажалась кнопка или нет, и насколько вы увеличили какой-то параметр покрутив такой приятный регулятор. Здесь я хочу добавить ещё улучшенную точность настройки из-за специфики самих контроллов. 👉 Супер-низкие цены. Для того, чтобы прифигачить кнопку достаточно её физически подключить, а вот чтобы запустить GUI нужны более сложные платы и чипы, что значительно увеличивает себестоимость. 👉 По тем-же причинам можно отметить сниженные затраты на написание програмного обеспечения: на аналоговых компонентах нужно писать только логику, в то время, как для цифровых компонентов нужно ещё заботиться об их отображении. 👉 Надёжность компонентов. Компоненты выполняют одну задачу, но делают это превосходно, что значительно снижает отладочные затраты, и увеличивает надёжность всей системы за счёт распределения рисков. Если одна кнопка перестанет нажиматься её можно либо заменить, либо выполнять задачи без её участия (помните джостики в Sega, где залипала кнопка блока в MK3?). Аналогично, если выйдет из строя тачскрин — тю-тю. 👉 Компоненты не могут быть перепрограммированы. Казалось бы — это ограничение, а не преимущество. Но вот вспоминаешь радиобатоны-чекбоксы или кнопки-ссылки и сразу не до смеха. Вдобавок это помогает не расслабляться и искать элегантные решения.Однако, ради справедливости, стоит отметить и ряд недостатков аналогового проектирования: — Низкая адаптивность к среде и пользователю, — Сложность локализации, — Предвзятость пользователей, и отношение как к чему-то архаичному. В общем, лично я, в следующий раз подумаю при проектировании какого-нибудь прибора, нужно-ли полагаться только на GUI, или можно обойтись аналоговыми компонентами. И не только из-за вышеперечисленных преимуществ. Основная причина — это доступность, ведь любой прибор или продукт закрывает человеческую потребность. И для всего человечества будет выгодно, если эта потребность будет закрыта эффективно. И я говорю не только о дешевизне, скорее о балансе цены и качества и разумном потреблении природных ресурсов. К сожалению, с точки зрения маркетинга, это не всегда верный путь, но это не значит, что не нужно пытаться. 🛳❤️

Ребята, срочно, пришла телефонограмма «⚡️Молния⚡️»: если кто хочет послушать про этику в дизайне, про этичный продукт, процесс и т.д. — милости просим на прямой эфир с Никитой Потапенко. Там можно будет и каверзные вопросики позадавать :) Начинается всё в 18:00. Буду рад вас видеть.

Буквально недавно я делал босяцкий обзор Framer Sites, где галопом по Европам обозрел некоторую функциональность и восхитился гибкостью создаваемых решений и простой публикации в web. Но к сожалению, всё это недоступно, так как функционал был в Бете... но теперь нет! )) Сегодня было объявлено о том, что ныне каждый сможет попробовать, каков Framer Sites в деле. Подходите, берите, ни копейки не платите! Есть правда, несколько «НО»: если вы хотите разблокировать весь спектр возможностей для вашего сайта, деньги на бочку придётся положить. Например, просто так кастомный домен не прикрутишь, количество записей в CMS будет ограничено, как и аналитика пользователей и поток трафика. Но есть одно «НО» на прошлые «НО» — это вообще нисколько не помешает вам затестить новый инструмент и взмыть в небеса нового уровня возможностей :)

Когда препарируете конкурентов или просто проводите обзорное исследование, в вашей голове может возникнуть мысль сравнить рейтинги приложений, как количественные данные… как вы можете заметить, это не всегда хорошая идея. Данные нужно чистить :)

Друзья, приветики! Если вам нечем заняться в этот чудесный вечер, я предлагаю вам окунуться в мир букв. Если вдруг для вас, как и для меня, новость прошла мимо, то спешите лицезреть. Google перерезала ленту в новый раздел Google Fonts, посвященный образованию в области типографики. Помимо теоретической базы о том, что такое глифы, начертания, пунктуация, Open Type и многое другое, внутри лежит практический раздел о том, как подбирать шрифты и использовать знания в работе. Приятным бонусом ко всему будет словарик непонятных терминов :) Приятного чтения. ⚡️

То пусто, то густо, ребята :) За пару дней много вкусноты подвалило, с чем и спешу разобраться. И так как на каждую статью разбор не попишешь, то снова придётся прибегнуть к формату дайджеста. Представляю вашему вниманию топчик за последние 4 дня: 👉 Если вы находитесь в фазе проверки продукта на соответствие рынку (модное market fit), то будет не лишним ознакомиться со статьёй, описывающей, как работать на этом этапе с OKR (objective key results). Обычно их ставят в уже работающих компаниях, где требуется конкретно очертить цели на год, но вот в условиях полной неопределенности, когда и продукта-то нет, что принимать за цель? Автор предлагает использовать OKR в качестве планомерного получения доказательств, что наш продукт находится в правильной позиции и на правильном рынке. А как это сделать — зацените внутри. 👉 Ретроспектива работника Google о том, как четыре его глобальные идеи провалились на этапе питча, и что важно, предполагает, почему это произошло. Навеяло на мысль, что мы тоже часто изобретаем «новый Uber» или открываем новый Голубой Океан, однако почему-то ничего не делаем для того, чтобы идею реализовать. Возможно это потому, что «нужно чё-та делать…», а может из-за недостатка поддержки. Если первое — это личное, то вот со вторым может помочь грамотный питч. Учимся на чужих ошибках. 👉 Офигенская статья от Tubik о пользовательском онбординге. Тут вам и цели, и классификация, и лучшие практики. Всё приправлено примерами и практическими рекомандациями, чтобы не передушить человека вводной информацией. Я кайфанул. 👉 И ещё одна статейка о том, как снизить когнитивную нагрузку форм оформления заказов. Выполнена в формате чек-листа, по которому можно идти и попутно улучшать вашу форму. К концу статья даёт несколько противоречивых советов. Например о том, что нужно заменить все селекты на инпуты, да и последний кейс с подтверждением скорее не про когнитивную нагрузку, а про удобство восприятия, но чего придираться — инфа годная. 👉 Для любителей особо жёсткого мазохизма представляю регрессивное тестирование компонентов в Figma. Этот особый сорт разврата предполагает, что вы будете сравнивать разные версии компонентов по каждому обновлению библиотеки. И не просто смотреть, что изменилось при помощи Visual Difference plugin, а смотреть, чтобы ничего не сломалось. А для этого используются отдельные проекты с тестовыми полигонами, где собраны кейсы тестов для всех компонетов. Чувствуете… О да! Зачем? Смысл в том, чтобы не нарушать работу дизайнеров и процесс разработки, вкрячивая баговые апдейты в ваш проект, чтобы тестировщики не заводили кучу багов, которые потом удалят. Но смысл этот появляется только при отлаженном дизайн-процессе, совместной работе и большом скейле. 👉 Очень крутое расширение для Chrome, которое отлавливает анимации на готовых сайтах, а за золотую монету, можно и самому их едитать. Значит разработчикам не придётся вырывать ногти, чтобы вы предоставили параметры анимации, а вы сможете посмотреть, как же работает та крутая свистоперделка, которую вы хотели реализовать и сами. Плагин работает с CSS, и может бажить с JS анимацией. 🍒 Вишенка на торте — решение позволяющее имплементировать в ваш проект «ускоритель чтения». Якобы визуальное выделение якорей для саккад (скачков вашего зрения), способно облегчить чтение и увеличить его скорость. Тема скорочтения спорная, космические цифры о 10 000 слов в минуту явне не вызывают доверия, и при этом прирост скорости в 30% без потери качества кажется реальным. Но куда это воткнуть… Я просто оставлю это здесь. На этом всё. Спасибо, что читаете, ставите пальцы вверх и сердечки! 🛳❤️

И снова доброго утра, дорогие друзья. Я вам ещё не надоел? Отлично… что вы не можете ответить 😈 Но я сейчас не с новостью, а с предложением. Дело в том, что мы с коллегами хотим запустить одну интереснейшую активность — «Design Critique Sessions». Место, куда любой человек может прислать свою (или чужую) работу (да и не только работу) для разбора. И потом в формате стрима, мы с экспертами будем эти работы разбирать и давать на них конструктивную обратную связь. (Прим. автора: конструктивная обратная связь ≠ вафлить работу по-понятиям) Формат избитый, но я надеюсь, что вы поможете сделать его интереснее своими предложениями, которые возникнут по ходу. А пока мы собираем материал для выпуска, вы можете поделиться своими идеями и работами для разбора. Также мы ищем экспертов, которые не против поучаствовать в паре выпусков и проявить свою экспертность. На этом всё, стэй тюнед, как говориться :)

Довольно годная статья о том, как большие сервисы относятся к своей доступности. Автор, при помощи AccessibilityChecker.org затестил youtube, amazon, pinterest, reddit и apple. Оказалось, что всё не так радужно: ❌YouTube — 60/100 ❌Amazon — 57/100 ✅Pinterest — 95/100 ❌Reddit — 31/100 ❌Apple — 61/100 Интересно, что результаты выдаются разные при каждом запуске, скорее всего это связано с выдачей, выдаваемой самим сервисом. Круто что чекер выдаёт не только ошибки, но и рекомендует, как их устранить. А если вы хотите посмотреть, где именно ошибки возникают, можете заюзать расширение WAVE Evaluation Tool или дефолтный Lighthouse для Chrome. Последний, кстати, выдаёт ещё и свой рейтинг, но он неизменно выше чекера, отчего-то :)

А если серьёзно, то заглянул в закрома (так как ничего толкового не выходит в сети) и нашёл вот такой гайд-напоминашку о том, как правильно либализировать иконки. Для себя сделал парочку открытий, например, что кто-то упарывается по весам иконок, чтобы они сочетались с толщиной штрихов в разных начертаниях. 🤯 Хотя, это актуально только если вы делаете иконочный сет на продажу, и не знаете, где он будет использован. В остальных случаях это сделает использование невозможным из-за огромного веса файла и очень редко возникающих кейсов. В работе, я учитываю ширину штриха только при изменении размеров, так как в остальном, начертания и контекст не меняются. Но эти разночтения не умаляют ценности данного произведения. Ознакомьтесь на досуге.

Всем доброго утра. Вот искал, чем бы вас порадовать, и наткнулся на статью о дизайн-фейлах. В ней было не так много кейсов, и при этом, судя по количеству рекламы, самым главным из фейлов был сам портал, на котором я читал эту новость. Не находите это ироничным?

Ну что, готовы для второго раунда? Давайте догоним до десяточки ) Поехали! 8. Бывало такое, что хотите выделить все слои на страничке в Figma при помощи Similayer. Пока он маслает, идёте заварить чайок, а по возвращении видите холодящее кровь красное сообщение «Out of memory». И приходится тыкать ручками… чтобы такого не было, почитайте вот эту статейку про оптимизацию 🧰 9. Я часто рассказываю про ментальные модели пользователей, и как важно опираться на них во время проектирования. Споров здесь нет. И при этом, я забывал про один интересный момент: моя ментальная модель ментальной модели пользователя может отличаться от ментальной модели той же самой ментальной модели моего коллеги. Проще — мы все можем по-разному думать о том, как мыслят наши пользователи. И чтобы, как говориться, быть он-зе-сейм-пэйдж, нужно эти модели синхронизировать. Слишком много моделей… 🤯 10. Ну и если у вас философское настроение для прогулки по дебрям мыслей, то вот это эссе о представлении профессии дизайнера, не оставит вас равнодушным. Хотя может и оставит, ведь автор начинает из такого далека, что без телескопа не обойтись. 🔭 Пам-пам. Прекрасной субботы всем 🛳❤️

☀️ Happy Friday, дорогие друзья. Мы дааааавненько не виделись, но я спешу поделиться некоторыми интересными наблюдениями и статьями, в виде дайджеста уанлайнеров :) 1. Мы собрались с друзьями и провели босяцкую конференцию, где поделились интересными идеями по поводу внутренней мотивации, провели профилактическую сессию психологической помощи страдающим от версионирования в Figma, осветили практический опыт применения дизайн токенов и заценили Framer Sites (на нём, кстати, лэндос и собран). 2. Наткнулся на некоторые мысли по поводу «Настроек» систем: как оказалось, многие расценивают возможность настройки, как дизайн фак-ап, типа всё и без настроек должно работать. Но я заметил, что мне нравится настраивать что-то под себя, пусть я пользуюсь такими возможностями всего один раз, но это неплохой шанс обучить меня чему-то и тыкнуть носом в мощность системы, показать, что она вообще умеет. Задумаемся :) 3. Попалась на глаза статейка о базовых приципах UX для web3 сервисов. ⛓И пусть я никогда не работал с криптой, но ничего сверхъестественного там нет, хотя специфика, о которой нужно помнить наличествует. Изучаем. 4. Очередная попытка выйти за пределы Atomic Design и произвести систематизацию на сверх-высоком уровне… но зачем? Ребята, я честно не уверен, что стоит пытаться загнать в жёсткие рамки что-то выше организмов. Потому, что вы никогда не будете это использовать. Да, это круто, что так можно, но будем честными, компании, которые обладают экосистемами продуктов, которым нужно их унифицировать, можно по пальцам пересчитать. Вот для них это будет актуально, для всех остальных — трата денег. Давайте будем рациональными :) 🚀 (токены — зачёт) 5. Вас не бесит цифровой жёлтый? Когда собираешь систему, и нужно добавлять его в палитру, чтобы делать алерты, ворнинги, акценты… Но он самый светлый из хроматических цветов, и заставить его работать по общим правилам не так просто (иначе цвет солнышка ☀️, станет цветом 🫥). Приходится твикать: менять цветовой тон, вводить градации. А если вы упарываетесь по WCAG 2.1, то… моё почтение. (В WCAG 3.0 проблема станет ещё шире 😈) 6. Как раз сейчас с командой занимаемся сворачиванием проекта, дабы в будущем новая команда могла его подхватить, и статейка по оптимизации боли в Figma помогла понять, на чём нам нужно бы сконцентрироваться. Чеклист с полезными ссылками — кайф. 7. ⚡️ Блиц! В Google Fonts появился иконочный шрифт Material Symbols с плагинами на максималках. Надеюсь, будет полезно )