25231
Чат читателей: @uxnoteschat В соцсетях: vk.com/ux_notes и fb.com/uxnotes Вакансии: @uxwork Автор: @zGrav Est. 2016. Реклама на канале: https://uxnotes.ru/ads
Илья Бирман написал о замедлении интерфейса.
— Иногда для вычисления нужно время или тормозит сеть. Тогда дизайнер может попробовать сделать это менее заметным с помощью анимаций, прогресс-баров и так далее;
— С другой стороны, если по ошибке перемудрить с анимациями, быстрый продукт будет казаться медленным;
— Также ошибкой будет замедление интерфейса для большего соответствия пользовательским ожиданиям или для солидности, показывая, что компьютер выполнил большую работу;
— Респонденты на исследованиях действительно могут говорить, что не доверяют результатам, так как получили их слишком быстро, но это не значит, что надо медленнее их отдавать;
— Повысить доверие результатам можно иначе. Например, рекомендуя тариф, можно показать сводку о том, как абонент использовал мобильную связь последние несколько лет, которая обосновала бы выбор предлагаемого тарифа;
— Бывает, что люди привыкли ждать ответа на определённые запросы. Например, ища авиабилеты в агрегаторах;
— Не стоит ориентироваться на эти привычки, если технически есть возможность сделать быстро. Люди легко привыкают к хорошему. Если однажды показать, что что-то быстро, они перестанут ожидать, что это долго.
Фёдор Миронов написал, как ускорить подготовку макетов мобильного приложения под вторую платформу с помощью переменных в Фигме.
— Создайте коллекции переменных, которые будут отвечать за параметры интерфейса;
— Коллекция Platform: стиль шрифтов, размеры устройств, пропорции картинок;
— Например, переменная Device width для iOS может иметь значение 393, для Android — 412. А переменная Font: SF Pro и Roboto;
— Коллекция Typography: размер шрифта, межстрочное и межбуквенное расстояние, вес;
— Чтобы создавать дизайн с учётом доступности и масштабировать шрифты, основные параметры можно подтягивать из коллекции Dynamic typography (достаточно базового и максимального значения размера шрифта и межстрочного расстояния);
— Для названий цветов удобно использовать токены из Material Design 3, так как цвета на обеих платформах называются одинаково и есть их контекстные названия;
— Универсальные компоненты вроде кнопок выглядят одинаково на разных платформах, меняется только текстовый стиль;
— Платформенные компоненты вроде Navbar, которые сильно отличаются, лучше сделать вариантами одного компонента;
— Вложенными компонентами легче управлять по отдельности при большом количестве вариантов. Важно одинаково называть их параметры для iOS и Android, чтобы при смене платформы сохранялся контент.
#mobile #figma
Не смотри—делай
На днях общался с молодым дизайнером. Он задал хороший вопрос: «Как лучше понимать, как сделана та или иная работа?»
Оказалось, он уже собирает референсы — сохраняет картинки с чем-то интересным. Но его собственные работы лучше не становятся.
— А как ты собираешь эти картинки? — спрашиваю.— Ну, листаю Dribbble, если что-то понравилось — сохраняю на диск.— А дальше?— Ну… дальше ничего. Просто лежат, иногда пересматриваю.
Ох…
Многие воспринимают насмотренность как склад красивых картинок: мол, раз я увидел и сохранил, значит, автоматически и мои работы станут лучше. Но это не так. Совсем не так.
Насмотренность — это не пассивное коллекционирование. Это активный процесс.
Илья Бирман написал о радиокнопках. Можно дополнить статью Якоба Нильсена 2004 года советом 2025 года.
— Классический вид радиогруппы — список подписей с кругами слева, где выбранный вариант обозначен залитым кружком внутри круга;
— Обычно у группы есть общая подпись, помогающая понять, что именно выбирается радиокнопками;
— В качестве подписей радиокнопок не используют «Да» и «Нет», «Вкл.» и «Выкл.» и подобные пары — здесь лучше подходит чекбокс;
— Не стоит располагать их в строку, так как можно перепутать, к каким кружкам какие подписи относятся. В таких случаях лучше подойдут переключатели или раскрывающиеся списки;
— Если ваши радиокнопки действуют мгновенно, без нажатия на кнопку подтверждения, убедитесь, что действия обратимы и что кнопки не запускают процессы (даже обратимые);
— Обычно первым располагают основной вариант, но если список образует логичную последовательность, её не ломают, а по умолчанию выбирают основной вариант;
— В радиогруппе один из вариантов всегда должен быть выбран. Но иногда нежелательно показывать вариант по умолчанию (например, в тестах, исследованиях, при выборе пола). В таких случаях добавляют вариант «Не выбрано»;
— Либо можно отступить от классической реализации и не выбирать ни один из вариантов по умолчанию. В этом случае для возвращения к исходному состоянию после выбора одного из вариантов потребуется кнопка «Сбросить».
#radio_button
Захар Бернадский написал о передаче цветовых токенов разработчикам приложений и базовом наборе токенов.
— Базовые группы цветов: Primary, Secondary, Error, Success, Surface (поверхности и объекты на них), Disabled;
— В первых 4 группах базовый набор на примере Primary: primary, active_primary, on_primary, primary_container, active_primary_container, on_primary_container;
— Его можно расширить: primary_stroke только для обводок, primary_variant для варианта цвета без конкретного применения;
— Если нужен токен с прозрачностью, добавьте к названию токена суффикс _xx со значением прозрачности в процентах;
— В каждой группе будут оттенки цвета с одинаковыми Hue и Saturation, но разными Lightness;
— В Фигме в Variables создайте коллекцию color/semantics → в ней базовые группы → в них токены;
— Можно добавить коллекцию color/components и хранить в ней группы токенов для отдельных компонентов вроде цвета текста и дефолтного фона праймари кнопки (значениями будут токены из коллекции color/semantics);
— Но это если есть время и желание гибко настраивать цвета отдельных компонентов, почти не задействуя разработчиков;
— Следите за длиной названий. В Фигме токены выглядят красиво за счёт древовидной структуры, в коде название токена станет одной строкой;
— Если организовать передачу токенов разработчикам, это уменьшит вероятность ошибки и упростит дальнейшие изменения;
— С помощью плагина variables2json можно экспортировать переменные в текстовом формате. Цвета с прозрачностью будут в формате 00000080;
— Уточните у разработчиков формат строки для стиля цвета с hex-значением для семантики и alias-значением для компонентного уровня;
— Преобразуйте экспортированный текст в строки в нужном формате (например, с помощью нейросетей).
#color #handoff
Я думаю, что вы уже не раз слышали такое выражение, как «Low hanging fruits» 🍑. Обычно, на приоритезационных сессиях в эту категорию попадает то, что мы можем сделать быстро, без особых инвестиций, но что принесёт какую-то пользу. Чаще всего именно в этот квадрат и устремляются все глаза, когда встаёт вопрос о том, что нам делать дальше. 👀 Но почему? Потому, что это легко. Но ведь легко ≠ полезно. Происходит подмена понятий.
Менеджеры хотят сорвать все висящие низко фрукты, чтобы продемонстрировать эффективность: а-ля вот сколько мы всего сделали, а денег потратили вот столько мало. Какие молодцы.
Да и девелоперы подливают масла в огонь своими: «дорого» или «невозможно». 🔥Неужели лентяи? Или вдруг разработчики начали заботиться о бизнесе? Не то и не другое. Всё потому, что их просто пинают! Выставляют нереалистичные ожидания и заставляя экономить ресурсы.
Пара таких спринтов, и команда уже перестраивает свой майндсет с «сделаем, как будет лучше» на «сделаем, как нам будет проще». И вот мы получаем некоторую выученную беспомощность, когда вопросы о том, что, может, стоит сдвинуть релиз на пару недель, уже даже не возникают. Но разве это гонка? Что-то я не видел случая, когда скорость релиза приносила больше пользы, чем вреда. 🏎
Скорее наоборот – погоня за скоростью часто приводит к багам, недоделкам и техническому долгу, который потом приходится разгребать с огромными усилиями.
Как с этим бороться? Как говорил Дамлдор: «Поступайте, как правильно, а не как просто». 🧙🏻♂️Сбалансируйте свои приоритеты: принимайте во внимание не только вещи, которые вы можете сделать прямо сейчас (например, мелкие багфиксы или добавление незначительного функционала), но и какие инвестиции вам нужно сделать для того, чтобы в будущем вкусить большие и сочные плоды (например, рефакторинг кода, внедрение новой архитектуры или разработка инновационной фичи, которая выведет продукт на новый уровень). Не бойтесь больших задач, ведь декомпозицию никто не отменял. Разбивайте сложные задачи на более мелкие и управляемые, планируйте ресурсы и время, и постепенно двигайтесь к цели.
Так поднимите же голову и мыслите стратегически! Анализируйте долгосрочные перспективы, оценивайте риски и инвестируйте в будущее вашего продукта.
20 самых популярных постов UX Notes в 2024 году в Телеграме:
1. Ирина Сильянова рассказала, как писать интерфейсный текст. 68 лайков (очевидно позитивные реакции минус очевидно негативные)
2. Я выписал тезисы из книги Скотта Беркуна «Дизайн всего». 67 лайков
3. Юля Кондратьева написала, зачем и как читать научные исследования по дизайну. 62 лайка
4. В Контуре подготовили гайд, как навести порядок в макете. 60 лайков
5. Александр Букин написал, с чем сталкивается дизайнер, которого повысили до лида. 60 лайков
6. Таня Юдина написала о найме дизайнеров с точки зрения нанимающего лида. 59 лайков
7. Илья Бирман написал, что ответить заказчику, который спрашивает, за что он платит, если он всё придумал за дизайнера. 52 лайка
8. Илья Полянский рассказал, как делать чистые градиенты. 50 лайков
9. Майя Азарова написала о хоторнском эффекте. 49 лайков
10. Дмитрий Якушин написал о тактильной обратной связи в мобильных приложениях. 48 лайков
11. Илья Кретов написал об интерфейсном тексте и типографике. 46 лайков
12. Я написал, как быстро сделать в Фигме прототип формы, поля которой можно заполнять в любом порядке. 45 лайков
13. Слава Соколов написал об основах BDUI для продуктовых дизайнеров. 44 лайка
14. Дарья Хуторянская написала, что проверить при передаче макетов разработчикам. 44 лайка
15. Михаил Озорнин поделился внутренним гайдом, как писать дату и время в интерфейсе. 44 лайка
16. Юля Кондратьева поделилась исследованиями тёмных паттернов из научных статей. 43 лайка
17. Маргарита Романова написала об управлении доступом к платным возможностям Фигмы. 43 лайка
18. Маргарита Романова написала первую статью из серии об эффективном прототипировании в Фигме. 42 лайка
19. Дмитрий Якушин написал о дизайн-токенах. 42 лайка
20. Исследователи из ВК рассказали о немодерируемых исследованиях. 41 лайк
При равном количестве лайков выше — более вовлекающие посты.
В погоне за метриками компании разрушают сами себя
Это заметка не очень внятная, такой черновик с мыслями, но я пока не в силах лучше написать, так что пусть так.
Раз за разом компании повторяют путь, когда сначала они делают хороший продукт, набирают популярность, а потом увлекаются оптимизацией метрик и не замечают, как продукт превращается в говно. Метрики этого поначалу не отражают, потому что из-за первоначального успеха аудитория слишком большая, а конкурентов нет. Но в какой-то момент конкурент всё-таки появляется, и пользователям становится очевидно, насколько сильно качество упало, и насколько лучше оно может быть. И тогда всё — начинается процесс умирания.
Если поговорить с корпоративными всякими продуктовыми дизайнерами, у них очень большое самомнение, потому что у них всё научно обосновано, везде исследования, графики, цифры. Они говорят всякие умные слова про то, что у них все решения неслучайны. Они обязательно считают себя в иерархии дизайнеров выше, чем «непродуктовые» дизайнеры, которые не смотрят на метрики с утра до ночи. Типа, те всё делают на глазок, а мы — по уму. Хотя их работа чаще всего сводится к тому, чтобы сидеть и не дышать на работающий продукт, который они ещё и не сами придумали.
Вот эти ребята, которые сидят и следят за метриками — они медленно убивают компании, хотя в Экселе всё выглядит просто отлично. Причём виноваты-то не они сами, виновато в первую очередь руководство и основатели. Те, кто смогли создать что-то успешное, начинают бояться это испортить. Строят многослойную бюрократию, системы защиты от ошибок. На любой чих проводят эксперименты, фокус-группы. При любой неуверенности действуют консервативно. В таких компаниях как раз любители исследований и процветают. Они выглядят надёжными хранителями успеха и начинают сами считать, что они реальные молодцы.
Недавно у Грубера (daringfireball.net/2024/12/andy_grove_was_right) была заметка про Интел, который всё просрал за последние годы, очень показательно. Или вот Гугль. Когда-то был лучшим поиском, а сейчас — в основном рекламная помойка. Долгое время они не замечали, что занимаются фигнёй, потому что это приносило кучу денег. А сейчас, когда появился ЧатГПТ, вдруг поняли, что отстали от потребностей людей на десятилетие. Просто некому было сказать: «Ребята, у нас вроде как поиск, но мы занимаемся не повышением качества поиска». Люди, способные это сказать, не становятся ведущими менеджерами продукта. Потому что если кто скажет, его на смех поднимут с такой аргументацией.
Можно предположить, что вся эта ситуация — не ошибка, а нормальный, прагматичный бизнес-подход: сначала мы делаем могучий продукт, а потом выжимаем из него максимум бабла, пока можем. Какой смысл пытаться делать хорошо и зарабатывать на этом X, если можно делать кое-как и зарабатывать на этом 2X, пусть даже это и ведёт к гибели через сколько-то лет? В сумме-то всё равно поди больше заработаем!
Но у меня большие сомнения в том, что это осмысленная стратегия. Мне кажется, обычно невозможно заметить конкретный момент, когда всё начинает идти не туда.
Взять вот Эпл. Сейчас они совершенно не стесняются рекламировать свои дурацкие сервисы во всех дырах, а ведь когда-то это было невозможно представить. Я думаю, когда-то кто-то робко сказал, что рассказать об Эпл-музыке в приложении Айтюнса вполне «полезно» и «уместно». Или что рассказать про увеличенное место в Айклауде, когда кончается память, «релевантно». Не прорекламировать, боже упаси, а просто рассказать! Нет такого, что Эплы однажды приняли решение «ну всё, дальше вместо работы над качеством мы доим нашу корову». Скорее оно как-то само получилось, потому что все себя убеждали, что так можно. Ну и вот.
В больших компаниях нужен какой-то отдельный человек, который не будет смотреть на метрики, а будет смотреть на суть. Мне было бы суперинтересно поговорить со всякими успешными основателями и верховными менеджерами, чтобы понять, как они смотрят на это, как принимают такие решения.
Как в Авито исследуют свою аудиторию и создают стратегии, которые работают?
Если вам важно понять своих клиентов и узнать, как принимать стратегически верные решения, то этот гид для вас! Разбираем по полочкам:
➡️ алгоритм сбора информации от пользователей.
➡️ приёмы анализа данных о рынке и конкурентах.
➡️ практические советы по формированию стратегии.
Читайте статью по ссылке, чтобы прокачать свои навыки!
В этом году опубликовал 134 поста — 200к символов суммарно (1,5к в среднем на пост).
Они получили 875к просмотров (6,5к в среднем), 4,5к реакций (34 в среднем), из которых отрицательными были всего 2%, 13,6к пересылок (102 в среднем).
— Самый длинный пост — тезисы из книги Скотта Беркуна «Дизайн всего»;
— Самый просматриваемый — об ошибках в форме запроса консультации компании, написавшей статью об ошибках в форме запроса консультации;
— Самый залайканный (одновременно с этим самый короткий и самый вовлекающий) — репост с фотопримером хорошего UX для владельцев собак. Возможно, сыграл эффект Ресторфф;
— Самый смешной — гифка о взаимодействии с разработчиками;
— Самый комментируемый — опрос о визуальном отличии чекбоксов и радиокнопок;
— Самый пересылаемый — о базовых цветовых токенах;
— Самый вовлекающий (отношение реакций, комментариев и пересылок к просмотрам), если исключить репосты — об основах BDUI.
Собрать статистику, которой нет даже в ТГСтате, помог Егор. Обращайтесь к нему, если тоже хотите.
Кейт Каплан написала о тестировании иконок.
— На удобство использования иконки влияют: 1) Узнаваемость, может ли человек связать форму с конкретным символом (похожа ли звезда на звезду); 2) Интерпретируемость, что значит этот символ в контексте (что значит звезда в этом интерфейсе);
— Например, иконку бургерного меню с обводкой человек может принять за иконку текстового документа;
— У всех свой жизненный опыт, поэтому иконки надо тестировать;
— Тестирование может быть внеконтекстным (когда иконки рассматриваются изолировано) и внутриконтекстным (в рамках конкретного интерфейса);
— Покажите иконку таймера и спросите, что человек видит. В контексте: то же самое с иконкой в интерфейсе;
— Спросите, что она может означать в интернет-магазине. В контексте: покажите интерфейс и попросите рассказать, что эта иконка делает или обозначает;
— Можно протестировать визуальную привлекательность (вне контекста): покажите иконку и попросите оценить привлекательность с помощью семантического дифференциала или шкалы Лейкерта. Либо предложите выбрать самый привлекательный вариант из нескольких;
— Проверить релевантность и заметность (в контексте): дайте связанную с иконкой задачу и посмотрите, как люди взаимодействуют с интерфейсом, быстро ли находят то, что нужно. Либо проведите а/б-тест с разными иконками.
In English. #icon
🎁 Дарим Figma-клавиатуру. ЧТО? ДА!
А ещё две книги DesignWorkout для прокачки своих скиллов.
Новогодний розыгрыш от авторов каналов.
Дизайнерские лайфхаки, тёмные паттерны, тысячи референсов, разборы пользовательских флоу и рассказы о карьерном пути и собесах — этих каналов достаточно, чтобы закрыть все свои вопросы о дизайне.
Подпишись на 7 каналов, чтобы получить один из призов. Розыгрыш проведём 24 декабря.
1. Лиза не врала — Лиза Рыбакина, продуктовый дизайнер в Wildberries
2. СОБЕС — проект Влада Воркель про карьерные пути дизайнеров
3. Игорь Кузнецов о тёмных паттернах — CPO VK Знакомств на конкретных кейсах показывает, как продуктовый дизайн может манипулировать поведением юзера
4. О величии в дизайне — Никита Анисимов, продуктовый дизайнер в Авито
5. всё завтра — Булат Хазимуратов, продуктовый дизайнер в Альфа-Банке, ведущий подкаста Рокк Ебол
6. Продуктосуев — Даня Рукосуев, продуктовый дизайнер и лид в Т-Банке, ментор в Duo Sapiens
7. Кузнецов – дизайнер в Алисе — Senior продуктовый дизайнер в Яндекс Алиса, ex. SberDevices
Жми «Участвовать в розыгрыше»
Дождись 24 декабря — в 18:00 автоматический бот разыграет Figma-клавиатуру и две книги DesignWorkout.
Топовые каналы, важнейшие знания о дизайне и возможность люто кайфануть от призов – это ли не новогоднее чудо 🙂
Участвовать в розыгрыше
Участвовать в розыгрыше
Реклама. Хазимуратов Булат Искандарович ИНН 165120472887. erid: 2Vtzqve8cQR
Якоб Нильсен ещё в 2004 году написал об использовании чекбоксов и радиокнопок.
— Радиокнопки нужны для выбора из двух и более взаимоисключаемых вариантов. Чекбоксы позволяют выбрать несколько вариантов или не выбрать ни одного;
— Одиночный чекбокс подписывайте так, чтобы было понятно, что будет, когда он выбран (опция включена) и не выбран (опция выключена). Если не выходит, замените его двумя радиокнопками с понятным описанием обоих вариантов;
— В группе радиокнопок один из вариантов всегда должен быть выбран. Если нужна возможность воздержаться от выбора, добавьте такой вариант в группу;
— Чтобы не заставлять пользователя целиться в графическую часть чекбокса (квадрат) или радиокнопки (круг), текстовую подпись тоже делайте кликабельной;
— Чекбоксы и радиокнопки не должны становиться кнопками и запускать различные действия. Используйте их для настроек, которые будут применены после сохранения формы. (Примечание: кажется довольно удобным применять фильтры сразу при нажатии на чекбоксы в интернет-магазинах, хоть это и противоречит рекомендации).
In English. #checkbox #radio_button
Школа Bang Bang Education запустила бесплатный бот в Telegram для тех, кто хочет попробовать себя в новой профессии или освоить необходимый навык.
В нем вы сами выбираете направление и время обучения. Новые уроки будут приходить по расписанию — если не успеваете, можно поставить обучение на паузу.
Преподаватели — опытные дизайнеры и иллюстраторы такие как: Федя Аброськин, Виталий Цыганков, Саша Ермоленко, Мина Милк, Илья Митрошин, Костя Новиков.
— Графический дизайн: уроки по композиции, типографике, айдентике.
— Иллюстрация и 2D-анимация: уроки по скетчингу, персонажке, комиксам, риллсам.
— UX/UI-дизайн: уроки по Figma, пользовательскому интерфейсу, продуктовому дизайну.
— Моушн-дизайн: уроки по кинетической типографике и анимации в After Effects.
— Карьера: уроки про резюме, собеседованию, испытательному сроку, зарплатам и поиску работы за рубежом.
Получить необходимый навык или новую карьеру
Реклама. ООО «Сила знания» ИНН 9701158240. erid: LjN8JykcK
Таня Юдина написала о найме дизайнеров с точки зрения нанимающего лида. Получились советы и соискателям и нанимающим:
— Проще всего находить дизайнеров по рекомендациям коллег. С хорошим отзывом можно попасть на собеседование без резюме и портфолио;
— Если в компании постоянно ищут дизайнеров и проводят собеседования, на поиск дизайнера (middle+, senior) стоит закладывать от 1,5 месяцев;
— На рынке не так много опытных дизайнеров, которые активно ищут работу;
— У новичков тоже есть шансы. Важны софт-скилы (комфортность общения, умение слушать и задавать вопросы), мотивация попасть именно сюда, подход к решению задач (можно показать в презентации тестового);
— Фото соискателя в отклике помогает запомнить его и представить, с кем предстоит общаться;
— Кастомизируйте сопроводительное: объясните, почему хотите работать именно здесь, выделите релевантный опыт, кейсы и навыки;
— Узнать об опыте и знании продуктового процесса помогают вопросы соискателю: как был построен рабочий процесс, какими были задачи и команда, как взаимодействовали с продактами и разработчиками, какие использовали метрики успеха;
— Презентация кейса в Фигме помогает оценить вкус и подтвердить навыки, умение проектировать и работать с дизайн-системой. С сильным кейсом можно обойтись без тестового;
— Вопрос, чтобы понять, как кандидат решает сложные задачи: «Надо продать миллион страховок кредитных карт. Продакт хочет подключать их автоматически, а кнопку отключения запрятать. Что будете делать?»;
— Вопросы соискателя говорят о его мотивации и вовлечённости;
— Примеры вопросов: от кого приходят задачи и в каком виде, роль дизайнера в продуктовой команде, как устроен продуктовый процесс и из каких этапов состоит, насколько развита дизайн-система, как организовано дизайн-сообщество и какие в нём команды, возможности для развития в компании;
— Встреча в офисе позволяет показать атмосферу, познакомить с будущими коллегами и иногда склонить соискателя с несколькими офферами;
— Сделав оффер, не теряйте связь, так как вы можете быть не единственными. Начинайте подготовку к выходу: познакомьте с наставником, расскажите об онбординге, предоставьте материалы для изучения;
— В случае отказа давайте полезную обратную связь, чтобы у соискателя была мотивация прийти потом снова.
#career #management
Получите офер в команду Yandex Cloud за 5 дней!
С 17 по 21 февраля Яндекс проводит Fast Track для продуктовых дизайнеров.
Ищем специалистов для участия в развитии наших продуктов и опенсорсных проектов, таких как YDB, YTsaurus, Gravity UI, Diplodoc и DataLens.
Fast Track проходит в онлайн-формате. Что вас ждёт на мероприятии:
До 13 февраля — регистрация на мероприятие
До 17 февраля — выполнение тестового задания
17–21 февраля — прохождение вайтборда, знакомство с командами и получение офера
Чтобы узнать подробности и зарегистрироваться, переходите на сайт мероприятия.
Сергей Проценко написал, как анонимность создателей влияет на восприятие продукта.
— Фокус внимания смещается с личности создателя на сам продукт;
— Люди склонны идеализировать анонимных авторов и приписывать им качества, которые хотят видеть в лидерах: бескорыстие, гениальность, революционное мышление. Это почва для формирования мифа;
— Эти качества могут проецироваться на сам продукт. Например, работы Бэнкси воспринимаются как выражение универсальных идей, а не личные манифесты;
— В случае неудачи автор избегает публичной критики, которая могла бы подорвать его самооценку;
— Проект не воспринимается как продолжение личности создателя, что снижает зависимость его успеха от репутации конкретного человека;
— Анонимность может вызвать недоверие, особенно если продукт подразумевает значительные финансовые или социальные вложения. Она может порождать конспирологические теории;
— Надо балансировать её элементами, укрепляющими доверие;
— Например, в случае биткоина анонимность Сатоши Накамото компенсируется прозрачностью самой технологии блокчейна.
Ozon ищет в свою команду UX-писателя
Личный кабинет для продавцов Ozon — мощный и удобный инструмент, в котором регулярно обновляются сервисы и настройки. UX-писатель маркетплейса работает с текстами интерфейсов, онбордингов и Базы знаний, упрощая взаимодействие пользователей с системой.
Основные задачи:
– Разработка логичных и понятных текстов в сотрудничестве с продактами и UX-дизайнерами
– Написание подсказок, инструкций и онбордингов
– Умение формулировать и аргументировать свои решения
Требования:
– Опыт работы с текстами для интерфейсов
– Грамотность, внимание к пользователю, чувство стиля
– Навыки работы в Figma
– Умение быстро обрабатывать задачи
Что предлагают:
– Удаленная работа с ориентиром на московский часовой пояс
– Конкурентная зарплата по итогам тестового задания/собеседования
– Доступ к ресурсам, возможность развиваться с профессиональной командой Ozon
Контакт: Антон Телин (@anton_telin) в Telegram. Для отклика от вас ждут резюме, портфолио и краткую информацию о себе.
🎯 Что такое UX-аналитика и почему без нее нельзя запускать продукты?
UX-аналитика — это главный тренд в продуктовом дизайне. Но что делать, если данные говорят одно, а твой опыт — другое? Как понять, что твое решение действительно работает и когда можно доверять данным, а когда лучше полагаться на интуицию?
⚡️Обсудим на вебинаре от новой продуктовой школы UXROCK в этот четверг в 19:30 (МСК). Эфир проведут:
— Ксения Толокнова (ex-дизайн-лид Альфа-банка, Газпромбанка, IVI и др., автор курсов UXROCK)
— Виктор Бунин (эксперт по аналитике в Газпромбанк и Открытие, product-оунер в международной компании)
О чем будем говорить:
✔️ Кто главный в процессе создания продукта: дизайнер или аналитик?
✔️ Когда можно доверять аналитике, а когда она вводит в заблуждение?
✔️ Как работать с данными, если в компании нет аналитика?
✔️ Можно ли подстроить аналитику под нужный результат? Как часто это происходит?
✔️ Что важнее: метрики или дизайн-интуиция?
➡️ Зарегистрироваться на лекцию
Реклама. ИП Кузьмин Е.Л. ИНН: 634502641730, erid: 2VtzquzyY3e
Яна Георгиева написала о налаживании взаимодействия с разработчиками.
— На встречах по оценке задач в спринте (ПБР) было недопонимание, на работу с обратной связью уходило много энергии и времени. Встречи затягивались, задачи переносились из спринта в спринт;
— Часто разработчики плохо представляют себе дизайн-процесс (этап Discovery в модели Double Diamond);
— Проведите небольшую фичу по эталонному процессу и презентуйте команде, чтобы они увидели, как вы приходите к результату: от понимания задачи до изменения макетов на основе обратной связи;
— Презентацию можно потом показывать новым участникам команды;
— Договоритесь (и зафиксируйте это текстом) об интерфейсных паттернах, чтобы не обсуждать их каждый раз. Например, что любой сокращённый текст должен полностью отображаться в тултипе;
— Договоритесь о правилах коммуникации. Например, что если дизайнер не может сразу объяснить, почему предложенная идея не сработает, он берёт паузу, пробует приземлить её и возвращается с обратной связью;
— Или что надо обратиться к дизайнеру за недостающими макетами состояний, а не делать без дизайна;
— И в целом: как оформлять задачи, где источник правды, критерии приёмки, что если реализация отличается от макета;
— Поставьте командную встречу «Презентация финальных макетов» до ПБР, на которой расскажите о целевой аудитории, какую проблему решаете, какие провели исследования и сделали выводы;
— Раз в полгода запрашивайте у команды обратную связь о взаимодействии с вами, внедряйте необходимые изменения, например, через цель в индивидуальном плане развития;
— Если разработчики неравнодушны к продукту и хотят влиять на решения, показывайте им неидеальные макеты (или несколько вариантов решений) и спрашивайте обратную связь. Можно получить экспертную оценку по технической реализации и расширять диапазон решений;
— Если у команды особое восприятие дизайна, повышайте уровень её экспертизы в дизайне. Рассказывайте о психологических принципах, эвристиках, трендах;
— Подскажите, как давать обратную связь: не спешить делать выводы, сначала задавать уточняющие вопросы, отмечать хорошие моменты, без субъективных суждений и перехода на личности;
— Научитесь в какой-то момент завершать обсуждение и принимать решение о судьбе задачи.
#handoff
Роман Шамин написал о дробном кегле — одной из важнейших составляющих дизайн-системы Evil Martians.
— Проблема в том, что указанный размер шрифта (если взять, например, 16 px) не совпадает с видимым размером символа в реальных пикселях;
— Из-за этого текст слегка размывается. Эффект заметен даже на экранах с высокой плотностью пикселей;
— Чтобы проверить это в Фигме: View → Pixel Grid; View → Pixel Preview; и зум побольше;
— Дробный кегль помогает сделать текст чётче и поправить внутренние отступы;
— Например, если для Inter вместо 16 px установить кегль 16,5 px, строчная x займёт ровно 9 px, а прописная T — 12 px. Они идеально встанут в пиксельную сетку;
— Также ровным станет отступ от текста до, например, краёв кнопки, что упростит его позиционирование по вертикали;
— Потом легко один шрифт поменять на другой, если подогнать его размеры под те же пиксели;
— Как подобрать размер? 6400% зум и увеличивать и уменьшать кегль с шагом в 0.1 px, а потом с шагом в 0.01px, пока текст не станет попадать в пиксели.
Станислав Хрусталёв написал, как с помощью Action button создать ещё одну точку контакта с продуктом.
— Action button заменила переключатель бесшумного режима в iPhone 15 Pro и всех версиях iPhone 16;
— Пользователь может привязать к ней любое действие. Например: то же переключение бесшумного режима или быструю команду (шорткат);
— В приложении «Команды» (Shortcuts) пользователь может создавать команды, запускающие разные последовательности действий в приложениях. Например: открыть музыкальное приложение и запустить любимый плейлист;
— Какие команды в каких приложениях доступны, зависит от разработчиков, всё это надо разрабатывать;
— В сегменте электронной коммерции в России команды в приложениях встречаются редко (ВкусВилл, Золотое Яблоко, AliExpress). Они не были популярны, так как запускать шорткаты можно было через Сири и Поиск;
— Разработчики могут создавать команды (намерения) на основе ключевых действий в своих приложениях, а клиенты — выбирать их в качестве быстрой команды и запускать выделенной физической кнопкой;
— Например, для банковского приложения таким намерением может быть открытие камеры для оплаты по QR-коду через СБП;
— Для такси — заказ такси на работу, когда ты дома, и обратно, когда на работе.
#mobile
Рэйчел Краузе и Аврора Харли написали о шорткатах.
— Любой интерфейс — компромисс между простотой освоения и эффективностью взаимодействия. Если система предназначена для многократного использования, надо учитывать интересы и новичков и опытных пользователей;
— Шорткаты — функции, которые ускоряют взаимодействие или процессы и дополняют основные способы взаимодействия, делая систему более гибкой;
— Например: горячие клавиши, жесты (двойное нажатие для реакции), голосовые команды;
— Вопрос в том, когда именно знакомить с ними пользователя;
— Можно показывать лаконичные подсказки после того, как пользователь выполнил действие стандартным способом;
— Горячие клавиши можно подписать прямо в интерфейсе. В меню со списком действий — напротив действий, выровняв по правому краю и оформив их как второстепенную информацию. Для иконок-кнопок — в тултипе (не подойдёт для тач-интерфейсов);
— О возможности свайпа в списке карточек можно подсказать анимацией;
— Список всех шорткатов можно разместить в разделе «Справка»;
— Шорткаты добавляйте только для повторяющихся рутинных задач;
— Опытным пользователям можно дать возможность настраивать их самостоятельно;
— Шорткаты должны работать одинаково на всех платформах (веб, iOS, Android);
— При использовании шорткатов ещё важнее становится обратная связь. Информируйте о выполнении действия анимацией или всплывающими сообщениями. Предусмотрите возможность отменить такие действия.
In English. #power_users
Андрей Машковцев написал об ошибках в визуализации данных.
— Круговые диаграммы компактны и позволяют показать распределение категорий, когда в сумме получается 100%. Их легко воспринимать, когда подписи находятся рядом с секторами;
— Лучше всего подходят для небольшого количества категорий (2−3), сильно различающихся значениями;
— Смещение начала координат (когда изменение с 86 до 82 занимает почти весь график) сильно влияет на восприятие. Если без него динамика невыразительна, дополните график диаграммой с относительным приростом или замените его фактоидом;
— Избегайте применения логарифмической шкалы на привычных графиках, используйте её для улучшения схематичных (вроде воронки продаж), от которых люди не ждут точности и на которых не пытаются сравнивать размеры элементов;
— Линейный график лучше подходит, если данные собраны к конкретным датам. Если это данные за периоды, предпочтительнее столбчатые диаграммы;
— Особенно, если периоды отличаются. Например, сначала показаны данные по годам, а для последнего года — по кварталам. Шириной столбцов можно это подчеркнуть;
— Не стоит использовать график, если значения не показывают динамику (например, если это численность населения разных регионов).
#data_visualization
Мария Павленко написала об анкетах для немодерируемых тестов.
— Задания и вопросы теста зависят от цели исследования;
— Немодерируемым тестом можно проверить удобство и логичность навигации, конкретных функций (вроде добавления товара в корзину), отдельных флоу, сравнить два варианта интерфейса (парное сравнение), проверить понятность текста;
— В статье есть примеры вопросов для этих типов тестов;
— В любой анкете будет приветствие, скрининговые вопросы, инструкции к выполняемым заданиям, основные и заключительные вопросы;
— При тестировании флоу можно дать сценарное задание (например, сделать заказ) и после выполнения попросить оценить от 1 до 5: лёгкость выполнения задания, понятность процесса оформления заказа, скорость (от слишком долго до очень быстро);
— Открытые вопросы: какие трудности возникли при выполнении задания, как бы вы описали опыт выполнения задания, есть ли предложения по улучшению процесса оформления заказа, какие функции отсутствуют и могут улучшить опыт;
— Полезные вопросы, чтобы проверить текст: были ли фразы или слова, которых вы не поняли, укажите, какие; как бы вы описали основные идеи текста своими словами;
— Старайтесь, чтобы в формулировке вопроса не было скрыто двух вопросов;
— Проверяйте, насколько понятно, о каком элементе вы спрашиваете. Возможно, стоит взять его в рамку или указать на него стрелкой.
#unmoderated
Эдвард Скотт написал uxteddy/arwGtmmdKOz">о сложных паролях.
— 82% сайтов, исследованных Baymard Institute, заставляют придумывать сложные пароли;
— Людей это расстраивает. Негативный эффект проявляется не при регистрации, а при повторном входе. 18% пользователей с учётной записью отказываются от оформления заказа из-за проблем со сбросом пароля;
— Неподходящий пароль может сподвигнуть пользователей пробовать разные имейлы, если они точно не помнят, с каким имейлом регистрировались;
— Иногда люди придумывают один сложный пароль, который используют везде. Это небезопасно из-за утечек паролей;
— Волшебные ссылки (одноразовые ссылки для входа, присылаемые на имейл) — не панацея. Проблемы у них такие же как при восстановлении пароля: письма задерживаются, попадают в спам, у людей возникают проблемы с входом в почту;
— Для сайтов электронной коммерции эксперты NIST рекомендуют ограничить минимальную длину пароля (6−8 символов), не ограничивать максимальную, но не требовать конкретных символов;
— Пользователи смогут использовать сложные пароли без принуждения;
— Полезно также сделать максимум функциональности доступным без ввода пароля;
— Снижая требования к паролям, стоит внедрить дополнительные меры безопасности: ограничить количество попыток входа, показывать капчу при подозрениях на бота, добавить опциональную двухфакторную аутентификацию, отправлять имейл для подтверждения при входе с нового устройства;
— Приложение Target просит повторно ввести номер карты при выборе нового адреса доставки.
In English. #login #signup
Александр Клименков написал о личном руководстве по стилю.
— В изданиях есть руководства по стилю, которые помогают сохранять единообразие в тексте и его оформлении всех материалов издания;
— Например, они могут предписывать всегда писать букву «ё», вычищать её автозаменой на «е» или использовать только там, где без неё возникает путаница;
— Есть общие стандарты вроде The Chicago Manual of Style или ГОСТов для НИОКР;
— Свои руководства есть в некоторых организациях. Например: Microsoft Writing Style Guide;
— Если вы пишете текст для себя или организации, где такого руководства нет, полезно иметь свой набор правил, чтобы не принимать решения по оформлению каждый раз и не вспоминать, как делали раньше;
— Александр поделился своим набором. Не со всеми правилами можно согласиться, но статья полезна списком вопросов, на которые надо ответить, чтобы создать основу собственного руководства;
— Использование кавычек (включая кавычки внутри кавычек), когда какие чёрточки нужны (дефис, минус, среднее и длинное тире), когда нужен неразрывный пробел (в том числе ставить ли его перед «%»), когда использовать нумерованные списки и какие знаки препинания ставить в конце пунктов списка;
— Буква «ё», использование пассивного (страдательного) залога, когда выделять текст полужирным начертанием, курсивом, подчёркиванием, когда уместно зачёркивать текст, оформление таблиц (включая выравнивание в шапке и столбцах).
#writing
Тарас Бакусевич написал о повышении вовлечённости и удержании пользователей. В статье 21 рекомендация, здесь только часть:
— Можно достать пользователя пушами, а можно как Дуолинго ненавязчиво напоминать о себе виджетом на домашнем экране;
— Персонализированные триггеры эффективнее общих. Старбакс опирается на историю покупок и предпочтения клиента;
— Чтобы человек что-то сделал, сложность действия должна быть меньше оценки вознаграждения. Описывайте получаемую ценность (получить акции стоимостью $75 за прохождение теста) и само действие (тест займёт всего 3 минуты);
— Побуждайте пользователя брать на себя обязательства, не требующие больших усилий. Например: 7 дней подряд проходить уроки;
— Одной внешней мотивации (вознаграждения, баллов) мало. Продукт должен давать пользователю что-то для развития внутренней мотивации: чувство удовлетворённости, улучшение физической формы и так далее;
— Давайте обратную связь (сообщения об успехе, анимации, заполнение шкалы прогресса), особенно, если вознаграждение откладывается. В Тиндере пользователь свайпает сейчас, а матч происходит потом;
— Большие задачи делите на этапы и визуализируйте прогресс;
— Непредсказуемое вознаграждение вызывает интерес и предвкушение. Например: лутбоксы со случайными наградами;
— Позволяйте настраивать продукт под себя: плейлисты, предпочтения, настройка интерфейса;
— Создавайте условия для долгосрочного взаимодействия: новые достижения, прокачка персонажа, многоуровневая система лояльности;
— Можно также усложнять механики по мере того, как пользователь осваивается. Например: более сложные медитации и длинные сеансы в Headspace.
In English.
Катя написала об артефактах модерируемого юзабилити-теста.
— Модерируемый тест позволяет исследователю ставить задачи и задавать вопросы респондентам напрямую. Это качественное исследование, так как модераторов не хватит на большую выборку;
— Есть сырые данные: записи тестов и их текстовые расшифровки;
— Расшифровки не особо нужны в случае с юзабилити-тестами. Вопросы и задания у респондентов повторяются, что позволяет легко формировать сводные таблицы;
— И заказчики исследований обычно не находят времени на чтение расшифровок;
— Таблица с оценкой успешности выполнения сценариев: в первом столбце — список заданий или вопросов на понимание, в остальных — оценка их выполнения каждым из респондентов (каждый столбец — респондент);
— Оценить выполнение или понимание можно от 1 до 3: не выполнил или не понял (1), выполнил или понял, но были ошибки (2), всё хорошо (3);
— Таблица с приоритизированным набором проблем и инсайтов: они сгруппированы по заданиям и вопросам, для каждой записи указывается критичность, частота (сколько респондентов с этим столкнулись), сегмент целевой аудитории, описание, подтверждающая цитата, рекомендация или решение, чья это зона ответственности;
— Главный итог исследования — презентация с основными выводами. Её обычно изучают заказчики и кладут в базу знаний.
#unmoderated
Как добавлять в Фигму реальную рыбу
Плохая рыба в интерфейсах — признак слабого дизайнера. Нерелеалистичный контент может искажать понимание интерфейса, из-за чего можно упустить многие состояния и по итогу сделать говно.
Чтобы этого избежать, возьмите в правило всегда и везде вставлять максимально приближенный к жизни контент. Со всеми переполнениями и крайними значениями, чтобы макет не отличался от реального продукта.
Для этого в Фигме я пользуюсь двумя плагинами: FigGPT и Content Reel.
ФигЖПТ может делать супер дофига всего прямо в Фигме, начиная от рерайта текста, заканчивая генерацией и подстановкой контента. Он платный, 5 баксов в месяц.
📹 Детальнее, что умеет ФигЖПТ и как пользоваться можно посмотреть в видосе
Для тех, у кого уже есть ЧатЖПТ и кто не хочет платить доп. деньги, есть вариант с бесплатным плагином Content Reel.
Флоу работы выглядит так:
1. Пишу запрос в чатЖПТ на генерацию нужного контента столбиком без списков.
2. Добавляю «свой» контент в плагин (нужна регистрация), делаю его приватным.
3. Выделяю нужные поля и подставляю контент в макеты
Самый жирный плюс этого пути в том, что плагин сохраняет подборки вашего контента и дальше их можно переиспользовать. За годы работы с этим плагином у меня уже собралось много всяких нужных форматов, которые я каждый день использую в работе.