198
Чат читателей @uxnotes · Редактор: @zGrav
🚀 Запускаем исследование продуктовых дизайнеров, 2026
Вновь копаем в самое интересное:
🤖 как AI на самом деле меняет работу: где экономит время, а где все приходится переделывать
🔄 куда смещается роль: забирают ли продакты и разработчики то, что было задачей дизайнеров
📉 что с рынком труда и тревогой за будущее
📊 Часть вопросов задаем не первый год, так что увидим честную динамику: зарплаты, инструменты, настроение профессии.
⏱️ Опрос займет 10–15 минут.
В конце октября поделимся публичным отчетом со всеми срезами и полезными ссылками.
👉 Пройти: https://survey.devcrowd.ru/pd-2026
Чем больше ответов, тем точнее картина. Перешлите своим дизайнерам, соберем срез всей профессии 🙏
За текст статьи не скажу, но заметки я пишу сам (за исключением цитат из исходного текста)
Читать полностью…
👋 Всем привет! Прохожу курс по веб-приложению, Ищу респондентов для веб-сервиса по теме оформления страховок онлайн.
Ищу 3 респондентов для глубинного интервью, кто самостоятельно оформлял страховку через сайт или приложение — ОСАГО, ДМС, путешествия или что-то другое.
Формат: 30–40 минут.
Только разговор о вашем реальном опыте — что было удобно, что раздражало.
Если вы имели опыт с выбором подходящего страхового полиса, можете поделиться процессом рассчёта стоимости полиса
Пишите в личку @PhilipUX, буду очень благодарен!❤️
ну вот сейчас и узнаем 😅
кстати, видите 2 сисяндры, которые прижались к окну?
всю свою историю человечество рисует пенисы, когда есть возможность
Читать полностью…
Прям как в литературе:
В книге есть три вещи: то, что автор хотел сказать и сказал; то, что хотел сказать, но не сумел; и то, чего он вовсе не собирался говорить, но что читатели в ней обнаружили.Читать полностью…
В Милане есть БЦ определенной формы. Каково было мое удивление, что местные видят в нем член) Пока мне не сказали, я его там вообще не видела. Для меня это парус) Думаю, что архитектор тоже его не замечал 😅
Читать полностью…
Юля, Лика и Настя из Alfa Research Center написали о триангуляции в UX-исследованиях.
— Это сочетание методов (не обязательно трёх, зависит от ресурсов) в одном исследовании, позволяющее получить более полную картину;
— Нельзя оценивать отдельно, как человек справляется с задачей в интерфейсе и как воспринимает процесс;
— Таким образом можно сочетать интервью, юзабилити-тестирование и количественный немодерируемый тест;
— А также метрики (субъективной удовлетворенности, успешности и эффективности выполнения заданий) и данные из разных источников (другие исследования по теме, внутренние логи обращений пользователей, собственные исследования с респондентами);
— Один лишь юзабилити-тест выявит проблемы, но не объяснит, почему решение работает плохо. Оно непонятное, незаметное или просто неожиданное?
— Например, новый дизайн приложения для безналичных чаевых проверяли немодерируемыми тестами и юзабилити-тестами с айтрекером и оценкой эмоционального отклика;
— Айтрекер показывает, в каком порядке человек смотрит на элементы интерфейса, позволяет оценить их заметность;
— Кнопка «Получить чек» была заметной, но непонятной (какой чек, если оплаты ещё не было?), и на неё не нажимали;
— Sense Machine считывает с лица респондента эмоциональный отклик: радость, злость, грусть, страх, отвращение, удивление и нейтральное состояние;
— Альтернатива — опросник на когнитивную нагрузку и шкалирование по субъективным ощущениям;
— На экран загрузки добавили баннер. Айтрекер показал, что на него смотрели. Но к концу 10-минутного теста далеко не все респонденты помнили его содержание. Эмоциональный отклик показал, что реклама не раздражала. В итоге её решили оставить;
— Иногда при разных методах исследования выигрывают разные варианты. Нужен сводный отчёт, чтобы команда не получила противоречивые выводы;
— Карандаш для ввода своей суммы чаевых замечали. Большинство респондентов количественного немодерируемого теста с заданием справлялось. Но на очных тестах была заметна задержка. Интервью показали, что люди не помнили, был ли способ указать свою сумму;
— Карандаш был заметен, но непонятен, поэтому пользователи двигались дальше по сценарию, забывая о нём. В итоге выиграла кнопка с текстом «Своя сумма»;
— Триангуляция страхует от ошибок, которые исследователи совершают из-за одностороннего взгляда и ограничений отдельных методов;
— При возможности добавляйте в исследования инструменты для измерения внимания, эмоционального отклика, запоминаемости и читаемости.
#research #user_testing
Тимур Репин написал о разных видах интерфейса, по каким параметрам их можно сравнить и заменит ли их всех умная строка (нет).
— Человеко-компьютерный интерфейс — все элементы, через которые человек взаимодействует с компьютером. Голос может быть таким же элементом;
— Интерфейс — бутылочное горлышко на пути от быстрого человеческого мозга до ещё более быстрого компьютера. Его расширение повышает эффективность решения задач с помощью компьютера;
— Пропускная способность — сколько информации (как на ввод, так и на вывод) передаётся в единицу времени;
— Скорость решения задачи — параметр, который зависит от количества действий, которые человек должен совершить (нажать кнопок, найти элементов на экране, вспомнить команд), и вероятности ошибиться;
— Оперативность доступа — сколько времени и усилий требуется, чтобы начать взаимодействие с системой. Она повысилась с переходом от мейнфреймов к персональным компьютерам и мобильным телефонам (достаточно просто протянуть руку);
— Переход от командной строки (CLI) к графическому интерфейсу (GUI) повысил скорость решения задач (не надо помнить названия команд и писать их, меньше ошибок) и пропускную способность (нажатие на кнопку вместо написания команды, вместо строк текста — полный графики экран);
— Кстати, был ещё TUI (text user interface), когда интерфейс, похожий на графический, создавался текстовыми символами. Пример: Norton Commander (1984);
— У носимых устройств выше оперативность доступа (они уже на голове или руке) и скорость решения отдельных задач. AR-очки видят то же, что и пользователь, и могут помочь в контексте: подсветить гайку, которую надо закрутить;
— CLI и умная строка удобнее для поиска чего-то конкретного (например, приложения в телефоне по названию), ответа на вопрос в виде небольшого структурированного текста, получения конкретного нужного пользователю результата;
— GUI удобнее для поиска и выбора, когда ещё нет точного запроса, когда не знаешь всех возможностей системы, когда нужно что-то подправить (проще указать, чем описывать) или видеть всё сразу (дашборд);
— Там, где человеку нужно сформулировать цель, делегировать сложное действие или быстро получить ответ, умная строка будет удобнее кнопок. Там, где нужно сравнить варианты, увидеть состояние системы, управлять сложным процессом или точно указать на объект, GUI останется сильнее.
#command_line #ai
Лёха Макаренко рассказал, что делать дизайнеру дизайн-системы, если продуктовому дизайнеру понадобился элемент, которого нет в ДС.
— Этот элемент может отличаться от готовых компонентов ДС визуалом или логикой. Например, нужен инпут с маской под номер банковской карты и определением платёжной системы;
— Не стоит решать за дизайнера. Лучше предложить 3 варианта;
— 1. Использовать существующий компонент, выполняющий базовую функцию, но менее удобный и не такой эстетичный. Например, обычный инпут;
— 2. Провести необходимые исследования и прийти к команде ДС с обоснованием, что такой компонент необходим. В идеале он должен переиспользоваться другими командами. Этот путь может занять время;
— 3. Сделать кастомный элемент таким, как хочется. Надо будет проработать все нужные состояния, предусмотреть его работу в тёмной теме и так далее;
— Такой подход позволяет прозрачно планировать развитие продукта и управлять дизайн-долгом;
— Выбрав один из вариантов, со временем можно от него отказаться. Например, сделать кастом и потом затащить его в ДС либо заменить его на базовое решение. Или попробовать простой вариант, а потом кастомный.
#design_system
Новые материалы в @uxwork (кроме вакансий):
— Как продуктовому дизайнеру себя презентовать.
Тезисы из книги Юрия Ушакова «Не сойти с айти» на довольно актуальную тему:
— Как вышло, что многие айтишники сейчас сомневаются в том, что продолжат работать в айти;
— Вакансий сильно меньше, чем соискателей. Рынок зрелый, исполнители взаимозаменяемы (а также заменяемы ИИ). Как выделиться на общем фоне;
— Как сохранить себя, если ИИ всё-таки отжал у вас работу в айти.
Я, если честно, думал, что сейчас найдутся люди, которые постучатся к вам и предложат свои услуги. Если что — можете ко мне постучаться в будущем, я специализируюсь на аудитах.
Читать полностью…
в дальнейшем можно будет вашем чате таких людей найти ?
Читать полностью…
Новые материалы в @uxwork (кроме вакансий):
— На что дизайн-лиды и хеды смотрят в портфолио при найме (на основании опроса 36 человек чуть больше года назад);
— Как оформлять резюме и портфолио и готовиться к откликам и интервью;
— Как проверить работодателя при устройстве на работу.
Текст статьи или заметки в UX Notes вы имеете в виду?
Читать полностью…
Антонина из ЮMoney написала о поле для ввода OTP (One-Time Password).
— В отличие от обычного поля принимает фиксированное количество определённых символов (например, 4–6 цифр), которые валидны ограниченное время;
— Современные браузеры могут предложить подставить код из смс или пуша. К свойствам поля надо добавить autocomplete="one-time-code";
— Одно поле проще в реализации, меньше проблем с доступностью;
— Сегментированное поле своим видом подсказывает, сколько символов надо вводить, в мобайле превосходит одно поле по ощущению контроля;
— Устанавливайте фокус на первый сегмент поля сразу после загрузки;
— Даже если фокус не на первом сегменте, при вставке скопированного кода подставляйте его с первого сегмента;
— Если используете одно поле, пишите количество символов и не прячьте эту подсказку в плейсхолдер, который пропадает при вводе;
— При нажатии на кнопку «Получить новый код», очищайте поле;
— Если пользователь печатает быстро, обработчик onChange может пропустить символ. Используйте события input или keyup;
— Скрывайте сообщение об ошибке сразу же, если введён корректный код или изменены символы предыдущего некорректного кода;
— Не очищайте поле при неверном вводе. Пользователь мог ошибиться в последнем символе, надо дать возможность исправить только его;
— Если у вас автоматическая отправка при вводе максимального количества символов, можно добавить задержку 500–800 миллисекунд после ввода последнего символа, чтобы пользователь успел заметить ошибку и исправить её;
— Давайте свободу перемещения между сегментами: клик, стрелки, Tab.
#otp
Ещё из таких примеров вспоминается «Глина» перед ГЭС-2)
Читать полностью…
Дизайнер обязан везде видеть хуи, жопы и говно
Любой дизайн может содержать паразитный образ — то, что автор не хотел показать, но оно там появляется из-за того, как устроено восприятие человека
А устроено оно так, что мы видим образы помимо своей воли. Мемная фраза «Как теперь это развидеть?» отражает именно эту нашу особенность. Вы видели массу примеров на этом канале
Если человек однажды увидел хуй в логотипе вашего банка, он навсегда это запомнит, у него сложится ассоциация и он будет видеть хуй каждый раз, когда видит ваш логотип
Да, не каждый человек увидит. Но даже если их половина или треть, что это меняет? Вы действительно хотите, чтобы каждый второй считал вашего маскота говном, а не зефиром?
Хороший дизайнер просто обязан проверять дизайн на наличие сторонних образов и ассоциаций. Это буквально графическая гигиена. Способность видеть хуи в графике — это тест на профпригодность
Павел Шерер продолжил серию статей об объединении фреймворков JTBD и Personas (с User story) в одном процессе проектирования.
— Находим контекст напряжения и потребность → Формулируем Job story → Понимаем уровень цели → Проверяем важность работы и удовлетворённость текущими решениями → Определяем акторов и персон → Выбираем механику → Пишем User story → Проверяем результат;
— Если начинаете с User story, скорее всего, вы уже выбрали механику. Но почему она лучше альтернатив? И нужна ли она конкретному пользователю?
— В JTBD интересует момент, в котором привычный способ действия перестаёт справляться с задачей;
— Нормальная Job story: когда я возвращаюсь к проекту после нескольких дней отсутствия, я хочу быстро понять, что изменилось, чтобы уверенно участвовать в обсуждении и принимать решения;
— Для каждой Job story полезно зафиксировать: какой верхний принцип или желаемое состояние за ней стоит; какое действие должен уметь выполнять пользователь; какое наблюдаемое последствие подтверждает успех; где заканчивается цель и начинается выбранная механика;
— Но, возможно, это редкая проблема, звучит страшно, но почти не влияет на поведение, достаточно хорошо решается текущим способом. Здесь пригодится Opportunity landscape;
— У конкретной персоны могут быть конкретные требования к предлагаемому решению;
— Что фиксировать в персоне: роль в работе, права и ограничения, уровень компетенции, частоту сценария, риски, за которые человек отвечает, критерии успеха, привычные инструменты, страхи и барьеры переключения, отношение к автоматизации, что персона не будет делать ни при каких условиях (особенно важно в B2B);
— Persona: продакт-менеджер, который ведёт несколько параллельных проектов, регулярно переключается между ними и отвечает за продуктовые решения;
— Выбранная механика: сводка изменений, принятых решений и новых рисков за выбранный период со ссылками на источники;
— User story, связанная с Job story, Persona и выбранной гипотезой решения: как продакт-менеджер, который ведёт несколько проектов, я хочу получить сводку изменений, решений и рисков за выбранный период, чтобы восстановить контекст за десять минут до встречи и проверить важные выводы по первоисточникам;
— С такой User story понятно: откуда появилась потребность, для кого создаётся решение, почему выбрана именно эта механика, какой результат считается успехом, какие ограничения нельзя потерять по дороге.
#user_story #job_story
Кстати, Егор сам сейчас проектирует и разрабатывает с помощью ИИ свою «Норм СRM». Мне кажется, его взгляд на проект может оказаться более глубоким, чем у среднего аудитора
Читать полностью…
Не знаю, это не мой чат, я просто увидел ваш вопрос и ответил на него.
Читать полностью…
Конечно, можно. Технически это нормальный подход. Вопрос только в поиске исполнителя.
Читать полностью…