198
Чат читателей @uxnotes · Редактор: @zGrav
Можем еще аналогию с ключиком и замком сделать. Только девчонкам она не нравится. Наверное, потому что пора перестать такие аналогии приводить как аргументы...
Читать полностью…
На деле странное заявление, что ни дизайнер ни программист не должны угодить бизнесу.
Мы для этого и работаем, чтобы бизнес работал лучше. Улучшаем процессы, смотрим со своей стороны экспертизы как бизнесу помочь улучшить показатели и сократить издержки.
Нас для этого и нанимают.
Даже если ты не продуктовый, а графический дизайнер - там ты все равно должен понимать как твой дизайн будет выглядеть на плохой бумаге или напечатанный плохой краской, или думать о конверсии нарисованного тобой баннера.
Это все так или иначе про бизнес и реально плох тот дизайнер, который этого не понимает.
Имхо
Сомнительное сравнение. Дизайнер может отрисовывать одну иконку, доводя её до совершенства 3-5-7 рабочих дней, типа ему пофиг на бизнес и то, что его час стоит 3500 и иконка в итоге будет стоить как айфон. Дизайнер-предприниматель же наоборот — понимает, что иконка может “подойти” не такая уникальная, не такая “особенная”, но достаточно информативная, чтобы на неё потратить час-два.
Читать полностью…
Ну наверное, тут одно дело формировать бизнес-цели и считать их частью своей зоны ответственности, а другое дело — понимать цели бизнеса, что и почему он хочет
Формировать цели бизнеса — не ответственность дизайнеров и разработчиков, с этим тезисом можно согласиться. Но работать с дизайнерами и разработчиками, которые понимают цели бизнеса — гораздо проще, т.к. у команды получается более цельное видение продукта, как мне кажется
Аналогично, дизайнерам и разработчикам проще работать с бизнесом, который понимает их цели, т.к. так проще договориться и обозначить приоритеты
Мне так видится, что бизнес — это тоже узкая специализация. Если использовать метафору с врачами, дизайнер-бизнесмен — это как нейрохирург-проктолог. Круто, что умеешь, но зачем?
Читать полностью…
Почему-то считается, что дизайнеру или программисту круто бы думать об интересах бизнеса, что инженер, который о них думает, ценнее, чем тот, который не думает.
А мне кажется наоборот. У вас уже есть бизнесмен, пусть он о них думает. Зачем компании два бизнесмена, один хороший, другой плохой? Мне кажется, дизайнер должен думать про дизайн, программист — про программы. И целью своей себе ставить сделать хороший дизайн или хорошую программу, а не угодить бизнесу. И вот в их конфликте возникнет некое целое, которое больше частей, их синтез.
Грубо, дизайнера должно заботить, чтобы интерфейс хорошо выглядел и им было удобно пользоваться, а не метрики. Метрики будут заботить бизнес. Если дизайнера будут заботить метрики, и бизнес будут заботить метрики, получится не конфликт и поиск его решения, а повторение и топтание на месте.
Я много раз разговаривал с инженерами, которые жаловались, что бизнес не дает им времени на рефакторинг или сделать нормально. Ну так он и не должен давать! Бизнес интересует бизнес, а вас, как инженера, должно интересовать, как сделать качественно, устойчиво, эффективно. К вам никто никогда снаружи с этим запросом не придет, это должна быть ваша собственная мотивация, ваши собственные ценности, ваши собственные стандарты, понимаете?
И к вам приходят, чтобы вы их продавливали. А бизнес бизнес и без вас сделает.
Конечно) слово «творчество» обычно ассоциируется исключительно с умением писать музыку/картины/стихи. Хотя на самом деле творческий подход это про гибкость мышления, умение находить самые разные способы решения задач. Такой скилл любую профессию будет двигать вперед.
Читать полностью…
Я не соглашусь с тем, что продуктовый дизайнер это свободный художник и вообще художник. Вообще никогда не понимала этой аналогии, хотя и в продукте работала, и умение чего-то придумать и нарисовать имеется. Продуктовый дизайнер это как раз про четкость, логику и дисциплину. Однако, идеи Артемия для меня довольно отталкивающие. Всегда избегаю команд с подобными настроениями. И нет, не потому что я люблю бездельничать, а потому что я не хочу чтобы за мной как в школе ходили с табличкой и что-то там измеряли. Это отбивает желание работать всерьез над продуктом. На первое место вылезают критерии которыми тебя измеряет начитавшийся вот таких статей руководитель. Почему? Да потому что в конечном итоге наша мотивация это рабочее место, где платят деньги, какая бы классная компания ни была и какой бы ни был интересный продукт.
Читать полностью…
1. Если ведёт себя как мультиселект, то так и называется. Я не встречал каких-то отдельных названий для ситуаций, когда в связанном с ним дропдауне есть поле поиска или отсутствует.
2. Если поиск в поле (и прочие разновидности таких полей), то раньше все такие замороченные поля называли комбобоксами.
3. Чипсы кликабельны, бейджи только отображают информацию
В начале статьи автор пишет о том, что это названия, которые приняты в его команде. Однако, могут быть отдельные команды и даже целые разработчики UI-фреймворков с другим подходом к неймингу
Читать полностью…
Да, но.. Вот пример: https://www.radix-ui.com/primitives/docs/components/toggle-group
Читать полностью…
А я всегда думала, что тоггл и свич отличаются тем, что тоггл это переключатель нескольких вариантов (от двух и более), а свич это два положения. Соответственно тоггл состоит из нескольких кнопок с текстом внутри и может выполнять функцию как фильтра, так и переключателя, и иногда даже табов. А у свича надпись снаружи, и он только переключает из одного варианта в другой (выкл/вкл).
Читать полностью…
Евгений Шпилевой написал о 40 основных элементах интерфейса: используемые названия, особенности применения, рекомендации по дизайну.
— Например, кто-то называет переключатель тогглом (toggle), а кто-то свитчем (switch). Нижнюю панель навигации в мобильных приложениях Material Design называет Nav bar (Navigation bar), а Human Interface Guidelines — Tab bar;
— Аккордеон отличается от коллапса (позволяет свернуть и развернуть часть контента) тем, что состоит сразу из нескольких блоков, которые можно разворачивать и сворачивать. Аккордеон часто используют для FAQ (часто задаваемых вопросов), а коллапс — для блока «Показать ещё»;
— Пагинация (pagination) позволяет перемещаться между разделённым на порции (страницы) контентом. Классический вид — перечень номеров страниц, но также есть вариант с кнопкой «Загрузить ещё» (нажатие приводит к загрузке следующей порции) и бесконечным скролом (следующая порция загружается автоматически при прокрутке страницы);
— Кроме бургерного меню есть ещё кебаб (3 вертикальные точки), фрикадельки (3 горизонтальные точки) и бенто (2×2 или 3×3 точек или квадратов). Кебаб (чаще в Android) и фрикадельки (iOS) обычно открывают меню с дополнительными действиями или настройками. Бенто — меню приложений или сервисов;
— Табы — элемент навигации, позволяющий переключаться между контентом, находясь на одной странице, не используются для ввода пользовательских данных;
— Выпадающий список (dropdown) — это панель, которая отображается после нажатия на селект, мультиселект или кнопку и включает список вариантов для выбора;
— Textarea правильно произносится «текстэреа»;
— В поле для ввода пароля текст по умолчанию скрыт и отображается иконка открытого глаза, нажатие на которую позволяет увидеть введённый текст;
— Если операция длится больше 3–5 секунд, вместо лоадера (показывает, что система выполняет какую-то операцию) лучше отображать прогресс-бар (показывает, насколько продвинулось выполнение какой-либо операции);
— Тост (toast notification) в отличие от уведомления (notification) должен исчезнуть спустя 3–5 секунд, поэтому в нём мало текста и нет кнопок для дополнительных действий.
Эмерджентность она такая, т шейп специалисты в большинстве своем больше ценятся именно потому что могут найти общий язык и понять проблематики смежных специалистов, чтобы найти вместе с ними компромиссное решение, а не изолированно решать только поставленные задачи. Часто сталкиваюсь с тем что в продукте возникают задачи на дизайн, которые не нужны бизнесу и только тратили время разработчиков на реализацию. Я соглашусь с тем что мидл дизайнеру в команде которую курирует сильный синьор задумываться о бизнесе не нужно, но вот чтобы стать синьором мидлу нужно начать мыслить шире и не ограничиваться только дизайн компетенцией
Читать полностью…
Но не дизайнер же решает в данном случае, у него есть кто-то, кто задаёт требования, и этот кто-то понимает какие могут быть с этим связаны затраты. И скорее всего этот кто-то понимает задачи бизнеса. Поэтому ставить такие требование, которые больше всего соответствует интересам бизнеса.
Читать полностью…
К сожалению, я видела что получается из такого «конфликтного» подхода. Дизайнеры делают очень крутые работы в стол, разрабы обсуждают с дизайнерами как можно это сделать ещё круче и это все остается в чатах, а бизнес трясет продукт за заплротые показатели. Кончается это обычно плохо именно для дизайнеров — сменой команды. Не надо так, нужно работать в своей парадигме, защищая качество — но в интересах всего продукта и бизнеса
Читать полностью…
А мне видится что бизнес — это организм в котором существуют и дизайн и кодинг и менеджмент. И если хирург шарит за то как работает нервная или пищеварительная система на уровне обывателя, то у меня плохие новости для пациентов
Читать полностью…
Но к врачу вы пойдёте к такому, который хорошо понимает как работает весь организм в целом, в не только его узкая специализация
Читать полностью…
Просто почему-то в дискуссиях о работе дизайнера постоянно появляется параллель со свободным художником. Хотя это вообще про разное.
Читать полностью…
Тут никто не ставил знак равно между продуктовым дизайнером и свободным художником
А художником, поэтом, музыкантом нужно быть в любом случае, не зависимо от должности или профессии 🙂
Александр Попов написал об измерении удобства промышленных продуктов.
— Такие продукты прилагаются к рабочему месту, и пользователи не могут от них отказаться, даже если продукт неудобен;
— От них может зависеть безопасность производства, персонала и окружающей среды, и было бы здорово, чтобы интерфейс сам по себе не добавлял проблем;
— Nielsen Norman Group предложили оценивать удобство таких продуктов с помощью фреймворка CASTLE;
— Cognitive load — сколько когнитивных усилий надо для выполнения задачи. Метрики: NASA Task Load Index, количество обращений в службу поддержки;
— Advanced feature usage — насколько активно люди используют продвинутые функции;
— Satisfaction — помогает ли продукт решать рабочие задачи. Метрики: System Usability Scale, Single Ease Question (сразу после выполнения задачи спрашиваем, насколько легко было её выполнить), Customer Effort Score (похоже на SEQ, но спрашиваем, как много усилий пришлось приложить);
— Task efficiency — как быстро и успешно пользователи справляются со своими рабочими обязанностями с помощью продукта. Метрики эффективности: Time on Task (время выполнения задачи), Task Success Rate (процент успешного выполнения задач), Number of Steps to Complete a Task (количество действий для выполнения задачи);
— Learnability — насколько легко новые пользователи осваивают продукт;
— Errors — частота и критичность совершаемых ошибок, и насколько пользователю легко исправить свою ошибку;
— Для сбора данных можно логировать ключевые действия в системе, а также интервьюировать пользователей и наблюдать за ними в естественной среде;
— Полезно отслеживать частоту использования обходных путей и дополнительных инструментов: держат ли пользователи калькулятор, выгружают ли данные, чтобы обработать в Excel?
— Ценность улучшений для бизнеса: увеличение скорости обучения новых сотрудников и производительности, уменьшение количества ошибок и связанных с ними потерь и текучки.
#metrics #industrial
Понятно! Это не претензия была, если что. Просто зачастую действительно случается путаница в названиях. Особенно в сложных компонентах. Например, как правильно назвать компонент, который ведет себя как мультиселект, но поиск находится в дропдаун меню? А если поиск в самом поле (как комбобокс)? а если выбранные элементы будут отображаться не внутри поля, а выводиться чипсами, но снаружи, отдельным списком? И вот кстати про чипсы, они ведь тоже иногда чипсы, а иногда бейджи (если с ними ничего нельзя сделать)... или статусы?
Читать полностью…
И даже так: Segmented Control
Toggle buttons for switching between different values or views. https://www.radix-ui.com/themes/docs/components/segmented-control 😄
Илья Безделев написал об одно- и двусторонних дверях при принятии продуктовых решений.
— В двустороннюю дверь можно войти, осмотреться и, если не понравилось, выйти обратно;
— В продукте это решения, которые не приведут к катастрофе и которые можно откатить назад;
— Односторонняя дверь, как турникет в метро, позволяет пройти только в одну сторону;
— Это решения, которые нельзя откатить вовсе, либо это слишком дорого с точки зрения ресурсов, PR, доверия пользователей и так далее;
— Аналогию с дверьми придумали в Амазоне, чтобы было понятно, когда можно быстро принимать решения, а когда важно внимание к деталям;
— Сотрудники, принимающие решения, должны понять, в какую дверь они собираются войти;
— Двусторонние решения принимают без консультации с руководством. Односторонние могут доходить до самого верха.
#prioritization