продуктовые дизайнеры заебали

никаких выводов и нравоучений, просто наблюдения:
1. удивительно, но редкий дизайнер сейчас способен говорить…барабанная дробь…о дизайне. все разговоры только о метриках, исследованиях и дизайн-системах. важные штуки, без сомнения, но они не должны доминировать в сознании дизайнера.
2. мало кто из дизайнеров сейчас способен создавать что-то новое. говорят, что аэродинамическая труба сделала все автомобили одинаковыми, так и продуктовый дизайн, кажется, делает одинаковыми все цифровые продукты. отчасти в этом виноваты корпорации, но ведь и дизайнеры хороши.
3. очень сложно встретить сейчас любопытного дизайнера, как будто это какой-то вымирающий вид. такое ощущение, что грейды и матрицы компетенций целиком и полностью определяют как ребятам работать и развиваться.
4. дизайнеры по какой-то причине считают, что переход в продакты — это рост. для некоторых это действительно так, но для большинства — это новая работа, в которой все предстоит начинать сначала.
5. все стали какими-то чересчур ориентированными на потребности бизнеса. это, может, и неплохо, но за этой ориентированностью часто теряются те, ради кого большинство из нас пришли в профессию — пользователи.

Читать полностью…

Зачем компаниям на самом деле нужны UX-исследователи? А как ими становятся? И что включают в себя сами исследования?

В новом выпуске Sravni Podcast поговорили об этом с UX-исследователями Сравни, Анной Борзовой и Светланой Юдиной. Гости рассказали о нюансах карьерного пути в UX и поделились практическими советами по улучшению опыта пользователей.

Также в выпуске:

- Количественные и качественные исследования: нюансы, которые важно знать
- Сложные интервью и происшествия с респондентами
- UX-комьюнити: что можно почерпнуть у сообщества?
- Главные скиллы для карьеры в UX

Посмотреть или послушать можно здесь:

✅YouTube
✅RUTUBE
✅VK
✅Mave

Реклама Сравни.ру. ИНН: 7710718303, erid: 2W5zFGbeRdr

Читать полностью…

⭐️ 15 марта в Москве состоится одно из самых ярких и масштабных событий в мире дизайна — UPROCK FEST.
Около 1500 гостей и мощный состав спикеров:

1️⃣ Артемий Лебедев (Студия Артемия Лебедева)
Самый яркий представитель российской дизайн-индустрии, внесший колоссальный вклад в ее развитие. Около 30 лет его студия создает масштабный и значимый дизайн, от сайтов до брендинга городов. Среди достижений Студии Артемия Лебедева — айдентика и сайт компании Яндекс, сайты Газпрома, Билайна, Альфа-банка. И, конечно, схема Московского метрополитена.

2️⃣ Анжелика Лурс Кур (DD.NYC)
Основательница и креативный директор нью-йоркской дизайн-студии DD.NYC, специализирующейся на инновационных решениях для бизнеса. Среди ее разработок — сайты знаменитого архитектурного бренда BAS Stone NYC, лидера в сфере элитной недвижимости SJP Properties, футбольного стадиона New York City FC.

3️⃣ Артем Геллер (дизайн-студия СМЕНА (группа AIC))
Человек, которого мы знаем, в первую очередь, по его образовательной миссии «Дизайн-выходные». Эти масштабные конференции по всей России вносят важный вклад в развитие дизайн-индустрии вот уже больше 12 лет. А ещё именно студия Артема Геллера разработала ряд современных государственных веб-ресурсов, включая сайт Президента России, сайт Правительства и сайт Государственной Думы.

4️⃣ Макс Орлов (ONY)
Проекты его студии постоянно нас впечатляют и являются эталоном масштабности и эстетики. Именно в студию Макса Орлова обращались за ребрендингом многие известные компании — такие, как МТС, МегаФон, Kaspersky. Для них же ONY разрабатывала и мобильные приложения (например, «МТС музыка» и «МегаФон IPTV»).

5️⃣ Евгений Кузьмин (UPROCK)
Основатель и арт-директор школы дизайна UPROCK и одноименной студии. Работал с Panasonic, Honda, Coca-Cola, S7, OnePlus и другими крупными брендами. Автор уникальных учебных методик. Успех онлайн-школы URPOCK — отличный пример того, как амбициозные образовательные проекты могут стать неотъемлемой частью профессионального сообщества и способствовать развитию всей индустрии.

Количество мест ограничено!

Дата: 15 марта 2025 г.
Время: с 12:00 до 20:00 по Мск.
Адрес: Москва, ул. Новый Арбат, 24, Кинотеатр «КАРО 11 Октябрь».

➡️ Купить билет

Реклама. ИП Кузьмин Е.Л. ИНН: 634502641730, erid: 2VtzqvSKGKR

Читать полностью…

Денис Зеленых написал о кавычках и тире.

— В русской типографике используют «кавычки-ёлочки» для выделения прямой речи, терминов, условных обозначений, названий произведений. „Кавычки-лапки“ — для выделения внутри кавычек-ёлочек;
— В английской — “quotation marks”. ‘Одиночные кавычки’ — для цитат внутри цитат или выделения специфических терминов;
— Общепринятые названия можно писать без кавычек (Volkswagen);
— В британском английском, наоборот, одинарные кавычки — основные, внутри них используются двойные;
— В русской типографике дефис разделяет части слов и телефонных номеров;
— Длинное тире используют в диалогах, вместо пропущенных слов, для обозначения прямой речи и пауз, между подлежащим и сказуемым, для указания маршрутов (поезд Москва — Санкт-Петербург). Обычно его отделяют пробелами с двух сторон;
— Среднее тире применяют для обозначения интервалов и пробелами не отделяют;
— В американской типографике длинное тире не принято отбивать пробелами;
— Цифровое тире (figure dash) используют как разделитель в выражениях из одних чисел, например, как разделители в телефонных номерах;
— Минус используют в математических выражениях (отбивается пробелами) и для обозначения отрицательных чисел (не отбивается).

#typography

Читать полностью…

Не предлагать говорить гадости
#совет

В погоне за эмпатичным текстом часто ударяются в крайность — предлагают пользователю кнопки с резко негативными высказываниями о самом сервисе:

Меня бесят подписки
Ваш сервис отстой
Не интересно

Извините, зачем? Вот что произойдёт:

1. Вы даёте понять, что такая мысль действительно существует.

2. Так считает большое количество людей (раз понадобилась кнопка).

3. А самое главное — фиксируете в голове пользователя эту мысль. Если тот и не считал раньше сервис плохим, то теперь точно будет. Браво!

Вспомните фильм «Начало», где главный герой внедрил своей жене мысль, что мир ненастоящий. Закончилось так себе.

Хорошая новость в том, что большинство пользователей не любят грубить. Они предпочтут дать более вежливый ответ, даже если формат ответа — нажатие на кнопку. Мы социальные существа и не любим говорить гадости, если нас не довести, конечно.

Например, известно, что игроки компьютерных ролевых игр чаще выбирают ответы в диалогах и поступки, соответствующие их собственному характеру. Хотя уж в игре-то точно никто не узнал бы!

Так что вежливая форма реплики в интерфейсе тоже будет более желательной и кликабельной:

Не сейчас
В другой раз
Спасибо, откажусь

Читать полностью…

Роман Шарай написал, как говорить о повышении зарплаты.

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

Копия в Виси. #career

Читать полностью…

Ира Моторина написала о формировании тональности голоса продукта с помощью Emotional journey map.

— Простота, полезность и понятность не могут быть особенностью голоса продукта, это общие принципы коммуникации. Кто будет читать сложный, бесполезный и непонятный текст?
— Голос зависит от легаси (визуальный стиль и так далее), аудитории и ценностей (ради чего продукт выбирают);
— Пример ценностей продукта, связанного с безопасностью: спокойствие и своевременность;
— Текст может не отражать все ценности, но не должен им противоречить;
— Уникальный голос повышает узнаваемость продукта;
— Тональность голоса зависит от сценария. Ради основных сценариев люди используют продукт (заказ такси). Второстепенные не обязательны (оценка поездки, оплата бонусами);
— В Bolt на экранах заказа такси текст нейтральный, короткий и безличный, чтобы не отвлекать. На карточках в магазине приложений — эмоциональные глаголы, сильные прилагательные, которые призваны заинтересовать;
— Предложите пользователям выполнить задачи в продукте и оценить свои эмоции (можно предложить варианты из исследования Пола Экмана);
— Эмоции людей должны определять реакцию продукта, не наоборот. Случилось что-то хорошее — радуемся вместе с пользователем, возникли проблемы — проявляем сочувствие;
— Естественный тон голоса повышает вовлечённость, конверсию и удовлетворённость пользователей.

#tov

Читать полностью…

20 февраля ваш покорный слуга вместе с Антоном Григорьевым, автором канала UX-notes встретятся за чашкой кофе, чтобы поговорить о творчестве в дизайне... или дизайне в творчестве. Короч о чём-то поговорить 😄

Что будет:
— Где грань между креативностью и профессионализмом? Разберёмся.
— Технологии vs Человеческий интеллект. И это всё, что ты можешь, AI?
— Истории креативного успеха и дизайнерского провала.

Формат: Live-стрим с открытыми вопросами и честными ответами.
Постараемся не лить воды (хотя может немного, чтобы информация лучше жевалась), а выдавать концентрат профессиональной энергии! 🚀

Ссылка на сам стрим (там и напоминашку можно поставить).

Читать полностью…

Илья Бирман написал о замедлении интерфейса.

— Иногда для вычисления нужно время или тормозит сеть. Тогда дизайнер может попробовать сделать это менее заметным с помощью анимаций, прогресс-баров и так далее;
— С другой стороны, если по ошибке перемудрить с анимациями, быстрый продукт будет казаться медленным;
— Также ошибкой будет замедление интерфейса для большего соответствия пользовательским ожиданиям или для солидности, показывая, что компьютер выполнил большую работу;
— Респонденты на исследованиях действительно могут говорить, что не доверяют результатам, так как получили их слишком быстро, но это не значит, что надо медленнее их отдавать;
— Повысить доверие результатам можно иначе. Например, рекомендуя тариф, можно показать сводку о том, как абонент использовал мобильную связь последние несколько лет, которая обосновала бы выбор предлагаемого тарифа;
— Бывает, что люди привыкли ждать ответа на определённые запросы. Например, ища авиабилеты в агрегаторах;
— Не стоит ориентироваться на эти привычки, если технически есть возможность сделать быстро. Люди легко привыкают к хорошему. Если однажды показать, что что-то быстро, они перестанут ожидать, что это долго.

Читать полностью…

Фёдор Миронов написал, как ускорить подготовку макетов мобильного приложения под вторую платформу с помощью переменных в Фигме.

— Создайте коллекции переменных, которые будут отвечать за параметры интерфейса;
— Коллекция Platform: стиль шрифтов, размеры устройств, пропорции картинок;
— Например, переменная Device width для iOS может иметь значение 393, для Android — 412. А переменная Font: SF Pro и Roboto;
— Коллекция Typography: размер шрифта, межстрочное и межбуквенное расстояние, вес;
— Чтобы создавать дизайн с учётом доступности и масштабировать шрифты, основные параметры можно подтягивать из коллекции Dynamic typography (достаточно базового и максимального значения размера шрифта и межстрочного расстояния);
— Для названий цветов удобно использовать токены из Material Design 3, так как цвета на обеих платформах называются одинаково и есть их контекстные названия;
— Универсальные компоненты вроде кнопок выглядят одинаково на разных платформах, меняется только текстовый стиль;
— Платформенные компоненты вроде Navbar, которые сильно отличаются, лучше сделать вариантами одного компонента;
— Вложенными компонентами легче управлять по отдельности при большом количестве вариантов. Важно одинаково называть их параметры для iOS и Android, чтобы при смене платформы сохранялся контент.

#mobile #figma

Читать полностью…

Не смотри—делай

На днях общался с молодым дизайнером. Он задал хороший вопрос: «Как лучше понимать, как сделана та или иная работа?»

Оказалось, он уже собирает референсы — сохраняет картинки с чем-то интересным. Но его собственные работы лучше не становятся.

— А как ты собираешь эти картинки? — спрашиваю.— Ну, листаю Dribbble, если что-то понравилось — сохраняю на диск.— А дальше?— Ну… дальше ничего. Просто лежат, иногда пересматриваю.

Ох…

Многие воспринимают насмотренность как склад красивых картинок: мол, раз я увидел и сохранил, значит, автоматически и мои работы станут лучше. Но это не так. Совсем не так.

Насмотренность — это не пассивное коллекционирование. Это активный процесс.

Пассивное действие — это когда мы просто собираем приглянувшиеся «блестяшки» в коробочку, как сороки. Увидели, что что-то блестит, и утащили к себе, даже не разбираясь, нужно ли оно нам и зачем.

Активный процесс — это осмысленный разбор того, почему нам что-то понравилось. Мы переводим чувства и интуитивные ощущения на осознанный уровень.

А для перевода ощущений используем язык — это инструмент мышления. Когда мы что-то описываем, это становится частью нашего понимания. А если мы можем что-то осознать и объяснить, значит, сможем и применять в своих работах.

Сохранили, подумали, почему понравилось, записали — всё, теперь-то дело сделано? Нет. Дальше нужно попробовать использовать этот приём на практике. Причём не просто перерисовать один в один (хотя даже это может быть полезно), а применить идею в своей работе.

Допустим, понравился плакат компании 80-х годов. Можно сделать что-то в похожем стиле, но для современной фирмы. А следующий уровень — адаптировать найденную идею на другую форму. Например, не плакат, а сайт.

Сейчас я увлёкся созданием электронной музыки. Чтобы лучше понимать её устройство, я не просто слушаю, а раскладываю композиции на части: какие инструменты звучат, как они взаимодействуют, почему одна часть трека сменяет другую именно так. Затем пробую повторить эти принципы в своих учебных треках — не копируя, а переосмысливая.

И да, разбирать стоит не только то, что нравится, но и то, что кажется плохим. Важно понять, что именно не работает и как можно было бы сделать лучше. Это тоже развивает насмотренность — но уже с критической стороны.


И что теперь делать?

В следующий раз, когда вам что-то понравится, откройте блокнот и запишите, что именно вас зацепило: шрифты, сетка, цвета, верстка макета, стилизация, анимация или что-то ещё.

Обсудите это с другими дизайнерами. Киньте картинку с комментарием другу или в сообщество. А может, заведёте свой канал в Telegram или доску на Pinterest и будете там делиться находками.

Превращайте знания в умение. Попробуйте создать что-то своё, опираясь на увиденное. Комбинируйте приёмы из разных источников.

Если вы занимаетесь графическим дизайном, это не значит, что искать примеры нужно только в этой области. Посмотрите шире: музыка, живопись, архитектура, математика, космос, бактерии — везде есть красота.

Будьте не просто потребителями, а активно и осмысленно взаимодействуйте с визуальной средой. И не заметите того момента как другие дизайнеры будут учиться по вашим работам. Удачи!

Читать полностью…

Илья Бирман написал о радиокнопках. Можно дополнить статью Якоба Нильсена 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 лайк

При равном количестве лайков выше — более вовлекающие посты.

Читать полностью…

Михаил Нежник подготовил гайд по анимации в Фигме.

— Если на экран ведут несколько элементов, можно их выделить и потянуть связь до целевого фрейма. Переход будет настроен для всех выделенных элементов;
— Можно скопировать анимацию (выделить её, нажав слева от названия триггера на панели Interactions, и скопировать) и вставить выделенным элементам;
— Также можно её отредактировать или удалить у всех выделенных элементов;
— Настройка «Sticky, stop at top edge» фиксирует элемент при прокрутке внутри блока, а при достижении границ блока прокручивать его уже вместе со страницей (лучше увидеть);
— Для экшена прокрутки (Scroll to) можно выбрать объект и положительное или отрицательное количество пикселей. Тогда прокрутка остановится на это количество после или до объекта. Не забудьте настроить Overflow для прокручиваемого фрейма;
— Смарт-анимация смотрит, что изменилось на связанных фреймах. Если элемент с одним названием изменил размер или переместился, получится плавный переход между состояниями;
— Ease in — анимация начинается медленно и ускоряется к концу;
— Ease in back — элемент сначала отходит назад (а потом как Ease in);
— Ease out back — анимация начинается быстро, замедляется к концу, элемент пролетает немного дальше точки назначения, но возвращается к ней.

#figma #animation

Читать полностью…

Включать камеру на созвонах или не включать?
Ответ: всегда включать.

Но не всё так просто.
Удаленная работа усложняет коммуникацию, не смотря на множество чатов и скоростной интернет. До сотрудника можно достучатся из любого утюга, но полученное сообщение (две галочки) и понятое – разные вещи. Разговор без видео напоминает звонок по старому проводному телефону, бесконечные повторения вопросов, «я отвлекся», «пропала связь» и тд

В одной из компаний, где я работал, было требование, работаешь удаленно – включаешь камеру. В праве работодатель ли требовать включение камеры? Это вопрос открытый, но он легко обходится: медленный интернет, плохая камера или она сломалась, тормозит и тд

Понятны причины почему сотрудники не включают видеосвязь: нужно готовится, поправить внешний вид, нужен какой-то приличный угол, много сотрудников стесняется своей домашней атмосферы. Это не комфортно – сидеть под взглядом камеры час, а то и больше. И, что скрывать, это удобно, можно «присутствовать», но не участвовать.

Включая видеосвязь, как будто пускаешь работу в свой дом, с такой позиции совсем не хочется этого делать. Так почему же это необходимо?

Потому что это современная коммуникация, и то как она проходит очень важно. Около 75% информации человек получает через глаза. Нам важно видеть эмоций, глаза собеседника. Мы считываем язык тела и микро-движения мышц лица, даже через камеру. Мы видим: понимает ли человек о чем идет речь, вовлечен ли он или ему скучно, он категорически против или наоборот воодушевлен, хочет что-нибудь сказать или его отвлекли и он решает другие вопросы и тд.

Не видя всего этого, коммуникация становится похожа на общение с сервером (или с факсом), который может отвечать только одним способом. Нужно услышать голосовой ответ, что бы убедится что человек вообще слушал.

Ещё зрительная память. Люди лучше помнят тех, с кем общались в живую или видели друг друга, а это очень важно для карьеры. Никто никогда не запомнить круг с буквой или смешную аватарку из интернета. Тут можно дать вредный совет: хочешь потеряться в компании, не ставь на аватарку своё лицо, подписывайся странным ником и не включай видеосвязь.

Но самое важное: это своё участие, вовлеченность. Если встреча не интересна, на неё не стоит ходить, и наоборот, если она важна, то стоит присутствовать полностью. За выключенной камерой комфортно, ты в домике, никто не знает чем ты занимаешься. И это маленький шаг к потере интереса, даже не к работе в конкретной компании, а вообще, к своей деятельности.

Дизайнеры любят дизайнить, разработчики программировать, но 80% работа в IT это коммуникация и работа в команде. Нам нужно обсуждать, спорить, убеждать, жаловаться, радоваться, злится вместе, видя эмоции друг друга. Так рождается вовлеченность, симпатия и отношения которые больше митингов по расписанию.

Так рутинные проекты становится интересными и работа кажется не такой скучной. А встреча с коллегами в офлайне намного приятней и не такая неловкая как с кругами с буквами.

Читать полностью…

Маргарита Романова написала, что с 11 марта изменится в тарифах Фигмы.

— Вместо Design seat, DevMode seat и FigJam seat с разными уровнями доступа будет 4 роли;
— Full seat — редактирование Figma (c Dev Mode), FigJam, Figma Slides;
— Dev seat — редактирование FigJam, Figma Slides, просмотр Figma (c Dev Mode);
— Collab seat — как Dev seat, но без Dev Mode;
— View seat — просмотр всего, но без Dev Mode;
— Design seat станет Full seat и подорожает: $20 в месяц или $192 в год, $55 в месяц для плана Organization;
— FigJam seat → Collab seat;
— Dev Mode seat → Dev seat и станет доступен на плане Professional;
— Для каждой роли можно настроить режим выдачи доступа: а) ручной, б) автоматический, если оплаченных мест хватает, в) автоматический;
— Если у пользователя есть права Edit в файле или проекте, он может запросить платную роль и без апрува начать ей пользоваться в течение 3 дней;
— Даже если сразу отозвать случайно выданный доступ сверх оплаченных мест, он попадёт в счёт.

#figma #management

Читать полностью…

Меган Чан написала о тестировании визуального дизайна.

— Визуал влияет на первичное впечатление от продукта, привлекает внимание, транслирует идентичность бренда, вызывает эмоции;
— Отношенческое (attitudinal) тестирование: покажите дизайн пользователям, а затем узнайте их отношение к увиденному;
— Сделать это можно в рамках 5-секундного теста, тестирования предпочтений, теста первого клика или юзабилити-тестирования;
— Открытое объяснение предпочтений: задайте открытый вопрос о дизайне (почему нравится или не нравится), дополнительно попросите описать увиденное, выбрать более привлекательный вариант;
— Подходит, если вы ничего не знаете об ожиданиях аудитории. Позволяет отсеять субъективные предпочтения (не нравится фиолетовый). Может быть неэффективен в немодерируемых исследованиях (понапишут фигни);
— Открытый выбор слов: попросите перечислить прилагательные, описывающие дизайн. Обработка ответов может быть непростой;
— Закрытый выбор слов: попросите выбрать прилагательные из списка. Проще обработать, но нельзя выявить новые точки зрения. Хорошо в модерируемых исследованиях, так как можно узнать причины выбора того или иного слова;
— Числовая шкала: выберите 3−5 характеристик бренда и попросите оценить, насколько хорошо дизайн их отражает;
— Поведенческое (behavioral) тестирование позволяет оценить визуальный дизайн как часть целостного опыта, который зависит и от контента, и от нюансов взаимодействия. К ним можно отнести айтрекинг и а/б-тестирование.

In English. #visual #user_testing

Читать полностью…

Канал Bad Mobile посвящён дизайну мобильных приложений.

Подписчики обмениваются опытом, узнают о тенденциях в мобильном UX/UI-дизайне и находят вдохновение для своих проектов.

Команда администраторов включает продуктовый дизайнеров и лидов с опытом работы в Сбере, Т-Банке, Альфа-Банке, Райффайзен Банке, Uzum и IBM. Они делятся знаниями, кейсами, инсайтами и опытом, а также приглашают спикеров из других компаний, чтобы те поделились статьями и советами и разобрали портфолио.

Присоединяйтесь, чтобы быть в курсе тенденций и развиваться вместе с профессионалами отрасли.

Реклама. Комаров Алексей Олегович, ИНН: 772794718380, erid: 2VtzqurJgqt

Читать полностью…

Илья Бирман написал о чекбоксах.

— Классический вид — квадрат с опциональной галочкой, обозначающей включённость;
— Группу чекбоксов, как и радиогруппу, лучше не располагать в строку, чтобы не путать, к какому квадрату относится подпись;
— Если смысл выключенного чекбокса неочевиден (☑️ Подключить демо-доступ прямо сейчас), лучше использовать радиогруппу с явно названными вариантами (Подключить демо-доступ: 🔘 Прямо сейчас, 🔘 Позже в личном кабинете);
— Для удобства прицеливания кликабельным делают обычно не только чекбокс, но и текстовую подпись. Поэтому лучше не вставлять ссылки в подпись;
— Если ваши чекбоксы действуют мгновенно, без нажатия на кнопку подтверждения, убедитесь, что действия обратимы и что кнопки не запускают процессы (даже обратимые);
— Для мгновенных действий лучше подходит тумблер;
— Чекбокс может управлять группой дочерних чекбоксов: включение родительского включает все дочерние и наоборот;
— У родительского чекбокса может быть дополнительное состояние, когда включена только часть дочерних. Его обозначают точкой или прочерком;
— Тогда нажатие на родительский чекбокс последовательно переключит группу: все включены → все выключены → включены только те, что были включены до нажатия на родительский чекбокс (то есть надо сохранять исходные состояния дочерних чекбоксов).

#checkbox

Читать полностью…

Павел Шерер дописал цикл о функциональной архитектуре: о детальном проектировании и подводных камнях.

— У каждой функции и функционального раздела должно быть уникальное название: конкретное и максимально понятное, чтобы сразу уловить суть, на английском;
— Название функции должно отражать действие. Например: AddUser;
— Функциональные сценарии прорабатываются итеративно: от простых к детализированным, чтобы успевать накопить достаточно данных для глубокой проработки;
— Описать функцию с помощью схем не всегда возможно, иногда поможет только текст;
— Описание должно включать назначение, входные и выходные данные, зависимости (например, confirmPhone нельзя реализовать, пока не заработает sendSMS), пример использования;
— Сюда можно добавить User Stories, Use Cases и всё, что посчитаете нужным;
— Если названия макетов будут соответствовать документации, это упростит жизнь разработчикам. Например, ShoppingCart — корзина, ShoppingCart.empty — её пустое состояние;
— Нужен баланс в уровне проработки. Слишком общая проработка отрывает архитектуру от реальности. Слишком детальная перегружает, усложняет восприятие и развитие;
— Если рано детализировать одну подсистему, не получится учесть нюансы других (которые ещё не проработаны), и работа может отправиться в мусорку;
— Невозможно задизайнить сложную систему, не понимая, как она будет работать. Но нельзя знать всё. Чем раньше вы «обстучите» свои решения об коллег, тем надёжнее они станут;
— Отдельная задача — убедить бизнес не начинать разработку слишком рано, недостаточно проработав проект;
— Будьте готовы в процессе детальных изысканий возвращаться на высокий уровень на существенно его изменять.

#functional_architecture

Читать полностью…

Михаил Нежник подготовил для начинающих гайд по Фигме: слои, автолейауты, ограничители, стили, компоненты и варианты.

— Big nudge — значение, на которое с зажатым Shift сдвигается элемент на холсте или изменяется значение в поле. По умолчанию 10. Поставьте его равным основному модулю, часто это 8;
— Что можно сделать свойством, не должно быть отдельным слоем. Например, заливка кнопки должна быть свойством Fill, а не отдельным слоем с цветным прямоугольником;
— Функция Select all with позволяет на всей странице выбрать все слои, например, с такой же заливкой или свойствами текста;
— Чтобы раскрыть все слои внутри выбранного, можно нажать на находящийся рядом с ним шеврон с зажатым Option;
— Свойство Canvas stacking регулирует, какие слои внутри автолейаута находятся визуально выше. Может пригодится, когда на одном из слоев окажется выходящий за его границы дропдаун;
— К свойствам Fill container и Hug contents можно добавить минимальную и максимальную ширину, на которые автолейаут может растягиваться;
— Если цветовые стили разделены на категории (Text, Background, Stroke и так далее), в выбранном элементе интерфейса можно быстро изменить цвета, например, только текста;
— Если в текстовом слое написать «:» и первые символы слова, появится список эмодзи;
— Атомарный подход: внутри одного компонента (молекулы) могут находиться другие (атомы). С помощью Nested instances свойства атомов можно вынести на панель молекулы, чтобы не проваливаться каждый раз до атомов для настройки.

#figma

Читать полностью…

Получите офер в команду 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

Читать полностью…