198
Чат читателей @uxnotes · Редактор: @zGrav
Как искать респондентов в новой реальности?
Кажется, что сейчас про это собенно важно говорить не в формате «доклада», а в формате живой дискуссии между людьми, которые реально этим занимаются каждый день.
Поэтому ребята из UX Feedback проводят круглый стол без официоза и красивых слайдов. Чтобы вместе порассуждать, где-то поспорить, где-то сравнить опыт и посмотреть, как команды вообще адаптируются к новой реальности рекрутинга респондентов.
О чем будет разговор:
— что вообще сейчас происходит с рекрутом и качеством респондентов
— можно ли доверять агентствам и панелям так же, как раньше
— насколько рынок реально столкнулся с «ходоками» и профессиональными респондентами
— почему для одних команд рекрут становится всё сложнее и дороже, а другие почти не чувствуют изменений
— работают ли сегодня внутренние базы, комьюнити и собственный рекрут
Спикеры: Арслан Разыков (сооснователь UX Feedback), Регина Насибулина (специалист по рекруту респондентов в hh.ru), Кирилл Малык (Head of CS в федеральных госуслугах (РТЛабс)), Дмитрий Храпов (дивижн лид в вертикали Авито Авто)
Когда: 1 июня в 19:00 (по московскому времени)
▶️▶️ Регистрация здесь
Реклама ООО "ФИДБЕК" ИНН 5030094661, erid:CQH36pWzJqEgzwpVrHAjHh7SWoJ6kcrSbVQ5PnRTqxQiJu
Павел Шерер написал, почему JTBD и Personas — не конкурирующие, как некоторые считают, а дополняющие друг друга фреймворки проектирования.
— Personas: опишите тип пользователя, его контекст, задачи, особенности поведения, ограничения и потребности;
— JTBD: смотрите на работу, которую продукт пытается выполнить, и на прогресс, которого пользователь хочет достигнуть;
— JTBD не отменяет персон, а мешает подменять реальную мотивацию человека набором внешних признаков;
— Хорошая персона помогает понять, в каком контуре ответственности человек действует, с какими ограничениями, какие решения может принимать сам, чем рискует, какие механики для него вообще применимы, и какие метрики результата имеют смысл;
— JTBD позволяет с уровня конкретной механики подняться на уровень причины;
— Купить дрель → сделать дырку в стене → повесить полку → купить больше книг → читать больше и чувствовать себя умнее. Возможно, задачу решит электронная книга?
— Иерархия целей по Уильяму Пауэрсу: на уровне принципов — цели типа «быть» (быть готовым к пиковым нагрузкам), на уровне программ — «делать» (быстро управлять ресурсами), на уровне последовательностей — цели моторного контроля (запустить ещё 10 vCPU за 60 секунд);
— JTBD работает с верхними уровнями и помогает понять, зачем нужна работа. Job stories описывают контекст и потребности;
— Personas работают с нижними уровнями: кто и как именно будет действовать. User stories описывают механики и результат разработки;
— Одну работу могут выполнять разные люди, и если дата-саентист, чтобы быстро получить дополнительную вычислительную мощность, запустит из интерфейса типовой GPU-кластер без тонких настроек, то девопс будет думать об инфраструктурных политиках, лимитах, безопасности и мониторинге;
— Механика — это способ, которым продукт пытается реализовать потребность. Лайкать посты — механика соцсети, за которой стоит потребность получать и проявлять социальное одобрение, принадлежать к группе и так далее;
— Формат User story «как пользователь, я хочу действие, чтобы результат» смещает фокус на механики;
— Сначала Job stories фиксируют контекст, мотивацию и результат. Затем Personas добавляют исполнителей (персона должна объяснить, почему одна и та же джоба превращается в разные механики для разных ролей);
— Потом User stories фиксируют механики, которые можно проектировать, оценивать, класть в беклог и проверять метриками.
#user_story #job_story
Всем привет!
Сейчас работаю над проектом, ищем сейчас людей использующих AI агенты, например: Google Gemini, Samsung Galaxy AI, Apple Intelligence, GPT.
‼️Необходимо короткое провести небольшое коридорное тестирование 10-15 минут по изучению проблемы использования AI агентов
Связаться со мной: @PhilipUX
Буду очень сильно благодарен 🙏
когда речь заходит о диалогах, я всегда вспоминаю вот этот)))
Читать полностью…
Таня Титоренко написала о дизайне диалогов и его отличии от UX-редактуры.
— Дизайнер диалогов (conversation designer) так же, как UX-редактор пишет текст, прорабатывает редполитику и Tone of voice, но работает при этом не с графическим интерфейсом, а с разговорным;
— В разговорном интерфейсе намного меньше способов взаимодействия (в случае голосового робота — это только реплики);
— Важно понимать, как пользователи формулируют вопросы, на каком этапе чаще зовут сотрудников, поэтому дизайнер часто читает пользовательские чаты и слушает записи звонков;
— Вопрос пользователю — один из основных инструментов продвижения по сценарию. Он приглашает к диалогу. В голосовом интерфейсе им должна заканчиваться каждая реплика робота;
— В качестве обратной связи также доступны только реплики. Чтобы не повести диалог не туда, неправильно поняв пользователя, робот частично повторяет запрос клиента в начале сценария;
— Также робот проговаривает состояние системы. Например, пользователь интересовался услугой, но на вопрос о подключении ответил «Не сейчас». Робот проговаривает, что услуга не подключена;
— Все заголовки и подписи — реплики сервиса, все кликабельные элементы — реплики пользователя;
— Формулировки — более разговорные, уместные в диалоге и не всегда подходящие для графического интерфейса. Но всё зависит от вашей сферы деятельности. Например, не все фразы может сказать сотрудник банка.
#conversation_design
Лев Брук, дизайнер, отвечающий за Сбол, рассказал о том, как сохраняет интерес к работе.
— Мотивация бывает внешняя (заработать денег на жизнь) и внутренняя (у каждого своя);
— Дизайнеры могут делать мир вокруг удобнее или хотя бы поднимать другим людям настроение;
— Просто скажите себе спасибо;
— Есть желание двигать человечество вперёд, расширять домен знаний, но как это делать?
— Чтобы что-то узнать, надо начать делать что-то по-новому;
— Со временем, попробовав разные варианты, в том числе неудачные, мы научаемся приходить к решению задачи самым коротким путём. В итоге исследовать варианты уже не надо, продуктивность зашкаливает, но пропадает интерес;
— Кейс: надо исправить текст сообщений, все сообщения выгружены в JSON-формате, прочитать его можно с помощью плагина для Сафари, но у них всех некрасивые иконки. В процесс добавляется задача по созданию иконки и, возможно, созданию своего плагина для чтения JSONа (плюс придумать название и промо-текст, пройти ревью в App Store и так далее);
— В итоге: решил задачу, узнал новое, помог людям, получил социальное признание благодаря плагину (позитивные отзывы, 2-е место в рейтинге по количеству скачиваний);
— Редактура — скилл дизайнера;
— Кейс: надо переписать текст, все онлайновые словари синонимов неудобны и завалены рекламой. В итоге: свой онлайн-словарь синонимов;
— Зачем терпеть, если можно сделать себе удобно, оптимизировать часть своей работы на будущее?
— Плагин для Фигмы Scripter позволяет делать простые инструменты для решения небольших задач без заморочек с UI и публикацией плагинов;
— Оставайтесь любопытными, меняйте всё, что бесит;
— Больших и сложных инструментов полно, но легко можно собирать свои версии их отдельных фич.
#process #ai
25 апреля пройдёт онлайновая конференция «Дизайн конф: что происходит с UX/UI». Дизайн — это уже не про кнопки и сетки в Фигме, а про проведение, решения и пользовательский опыт. В программе:
— Какие тренды задают Азия и Восток;
— Как ИИ перепрошивает команды;
— Почему без исследований не запускается ни один серьёзный сервис;
— Разбор портфолио и реальных кейсов.
Можно смотреть онлайн весь день с 13:00 до 19:00 мск, либо подключаться к отдельным блокам.
Подробности и регистрация → https://bit.ly/494on8Z?erid=2Vtzqunx8gf
Интересно просто, так как меня тоже как-то мучил вопрос, зачем PNG, если все в векторе можно хранить. А потом мы выкатили сайт и старые компы улетели в космос. И тогда я понял зачем ещё нужен PNG :))
Читать полностью…
лучше! игра в стулья, только вместо стульев табуретки, и то, перевернутые
Читать полностью…
и потом аукцион на место, соискатели должны ставки повышать
Читать полностью…
видимо тестовым отфутболят большинство, а уже вайборды с избранными
Читать полностью…
Может я неправильно сформулировала свою мысль. Обычно есть ИЛИ тестовое, ИЛИ вайтборд. Но зачем и то, и другое?
Читать полностью…
Продолжаю ворчать, что раньше было лучше: трава зеленее, солнце ярче и дизайнеры дизайнеристее.
Как уже писал раньше, когда-то дизайнеры в первую очередь занимались дизайном. Придумывали графические приёмы, экспериментировали с сетками, рисовали странные интерфейсы, собирали компоненты с нуля и пытались удивить людей. Это было время, когда сама профессия только формировалась, а технологии постоянно открывали новые возможности.
Тогда многое приходилось изобретать заново. Не потому что так было правильно, а потому что готового ещё не существовало.
Сейчас ситуация другая.
Большинство интерфейсных решений уже устоялись. Есть готовые компоненты, библиотеки, дизайн-системы, паттерны поведения и целые экосистемы. Огромное количество продуктов живут годами, и им не нужен постоянный визуальный переворот. Им нужна поддержка, развитие, аккуратное масштабирование и предсказуемость.
И индустрия начала выращивать дизайнеров именно под такие задачи.
Людей, которые умеют не изобретать кнопку заново, а поддерживать консистентность. Не устраивать визуальную революцию в каждом релизе, а сохранять устойчивость продукта. Не делать «вау ради вау», а спокойно собирать работающие системы.
А мы, дизайнеры старой школы, которые выросли в другой среде и не до конца переключились на этот поворот, начинаем ворчать:
— «Да они вообще не умеют в дизайн».
Конечно не умеют так, как умели мы. Потому что профессия изменилась. И задачи изменились тоже.
Раньше ценностью было придумать новое.
Сейчас ценностью часто становится умение не сломать уже работающее.
Это не делает новое поколение хуже. Оно делает его другим.
Да и если честно, индустрии нужны все:
и те, кто ломает правила,
и те, кто умеет удерживать систему,
и те, кто двигает стиль,
и те, кто двигает продукт.
Все профессии важны, все профессии нужны.
Назар Завьялов и Дима Шилович написали о дизайн-ревью и поделились чеклистом, что проверить кроме статичного отображения макетов.
— Дизайн-ревью — этап, на котором дизайнер проверяет, насколько разработанная фича соответствует дизайну;
— На практике оценивают не только статичные макеты, но и взаимодействие;
— Например, с какой анимацией открывается целевой экран и какими жестами его можно закрыть;
— Блокировка свайпа вниз на модальном экране должна быть обоснована и использоваться только в крайних случаях;
— Как загружается контент: отображается только один индикатор загрузки (либо лоадер, либо скелетон), скелетон не отображается, если загрузка занимает меньше 300 мс, скелетон отображается не менее 500 мс, чтобы избежать «промигивания»;
— Как работает скрол: отображается только если необходим, и имеет корректную зону перемещения (обычно от навбара до таббара или Home indicator), не отображается внутри элементов дополнительно;
— Скрол не останавливается при тапе на интерактивные элементы (кнопки, поля), есть анимация при достижении края экрана;
— Реакция на нажатие: интерактивные элементы реагируют на нажатие, есть Pressed state, не смешиваются анимации (при нажатии кнопки не продавливается карточка, и наоборот), зоны нажатия соответствуют ожиданиям пользователя и увеличены у мелких элементов (иконки, крестики);
— На что можно обратить внимание в статике: реализация Corner smoothing, обрезание текста (через fade или троеточие), наличие корректной графики для тёмной темы, а также стоп-кадра для видео (заглушка на случай проблем с интернетом).
#review
Самая лучшая поддержка эвер оказалась в сербском Волте. Вообще никаких роботов и скриптов :))
Читать полностью…
Бесплатный онлайн-интенсив для AI-тренеров от Яндекса
AI-тренер — это специалист, который обучает нейросеть генерировать корректные, грамотные и релевантные запросам пользователя ответы.
Приглашаем на интенсив от экспертов Яндекса — и новичков, и тех, у кого уже есть опыт. Лучших позовём в команду, которая обучает нейросети Alice AI (Алиса, Яндекс, Поиск).
Мероприятие пройдёт в выходные дни
🟣 16–17 мая
Все встречи пройдут онлайн, по московскому времени, поэтому участвовать можно из любой точки мира.
🧑🏫 Что вас ждёт
– Несколько небольших заданий на логику и русский: выполняете самостоятельно в удобное время.
– Вебинары о работе AI-тренера и принципах фактчекинга, тестирование.
– Практика для тех, кто успешно справится с заданиями первого дня.
♨️ Бонус
Каждый участник по завершении интенсива получит промокод на Яндекс Маркет номиналом 3000 рублей.
Мы ищем кандидатов, которые умеют:
– логически мыслить;
– быстро находить информацию;
– с интересом осваивать новое;
– проверять достоверность источников;
– грамотно писать.
Лучшие получат офер в Яндекс:
– полностью удалённая работа;
– нужны только компьютер и стабильный интернет.
Регистрируйтесь и приходите!
Реклама. ООО "Яндекс". ИНН 7736207543
Виктор Теплов рассказал, как дизайнеру работать с ИИ.
— Тест Патрика: чаще вы соглашаетесь с ИИ или он с вами? Если вы, то готовьтесь потерять работу;
— Опасные сценарии: профи-скептик не разбирается в ИИ, использует его на удачу и сразу видит некачественный результат; энтузиаст-профан лезет в незнакомую область и полностью доверяет ИИ; дофаминовый наркоман радуется быстрому результату и делает 5 проектов (и ещё 7 в уме);
— ИИ — не партнёр, а инструмент. Человек становится автором продукта и берёт ответственность, когда нажимает на «Принять изменения»;
— По умолчанию ИИ выдаёт массово-приятный результат, похожий на музыку в лифте, которая не бесит, но и не цепляет. Это хорошо для интерфейсов, так как привычные паттерны удобны. Но плохо для творчества, бренда и голоса продукта, где нужна узнаваемость;
— Дизайнеры, которые не хотели разбираться в функциях программ, но хотели «сделать красиво», раньше использовали плагины. Не понимаешь, как работает свет, — плагин Cinematic LUT;
— ИИ может сгенерировать артефакты по фреймворкам вроде JTBD, CJM, Personas, но не может взять на себя ответственность за принятое решение;
— Не получится найти ИИ-инструмент, который просто сделает то, что нужно. Придётся разбираться, как добиться в нём нужного результата;
— План: опишите образ результата, критерии качества и ограничения (что делаем, для кого, в каких условиях). Итерации: делите задачу на шаги, фиксируйте изменения и промежуточные артефакты. Проверка: просите ссылки на первоисточники, объяснить сделанный выбор, дать альтернативы и подсветить риски;
— Рутину надо делать быстро, одинаково и без ошибок. Дизайнер дизайн-системы либо автоматизирует, либо тонет. Раньше для автоматизации надо было стать немного разработчиком, сейчас порог входа снизился. Но ИИ не должен быть автором архитектуры;
— Например, плагин для сбора типографских variables в JSON-стили и построения витрины стилей, плагин для создания шрифта из иконок дизайн-системы;
— Работа с цветовыми токенами. Опишите контракт: структура токенов, устройство имён, запреты, эталонные примеры. Попросите выполнить операцию: добавь новый токен в core-палитру и создай семантический токен bg.main.primary на его основе, добавь во все тематические и брендовые палитры;
— Сначала в режиме Plan, когда ИИ ничего не делает с файлами. Затем просите не только изменить файлы, но и показать изменения, объяснить, почему они соответствуют правилам, подсветить риски, поискать дубли, проверить ссылки;
— В Figma Make можно быстро сделать прототип, проверить поведение компонента в корнер-кейсах и принять решения по вопросам, которые часто всплывают уже во время реализации в коде;
— Доступность инструмента лишь подчёркивает искусность мастера. Кто-то может порубить топором дрова, а кто-то построить дом. Важен опыт, вкус и логика. ИИ не заменяет мастерство, а позволяет делать быстро, много и предсказуемо.
Копия в ВК Видео. #ai #design_system
Диана Нурекеева написала об онбординге исследователя в новую команду за 3 месяца.
— Шаг 1. Понять, с каким продуктом предстоит работать и какими методами;
— Изучите стратегию и попытайтесь понять, как стейкхолдеры принимают решения, чтобы её реализовать;
— Выясните, какие метрики надо растить в этом квартале и какие барьеры (вроде нехватки знаний) этому мешают;
— Узнайте, как устроен дискавери-процесс, и подумайте, как его можно улучшить;
— Шаг 2. Создайте план проведения исследований, исходя из потребностей команд;
— Ключевые исследования: CJM (выявленные потребности можно количественно валидировать опросами), сегментация клиентов, глубинные интервью для определения УТП;
— Регулярные исследования: замер CX-метрик (NPS, CES и CSAT), немодерируемые тесты, User day (регулярные пользовательские интервью, в которых участвует вся команда), проверки интерфейса по шаблонам UX-эвристик;
— Демократизируйте исследования в команде — вовлекайте в работу с пользователями продактов, дизайнеров, редакторов и разработчиков;
— Для найденных инсайтов и проблем заведите отдельный беклог;
— Определите, как будете оценивать свою работу: бизнес-метрики (ключевые метрики команды, продуктовые KPI, ROI), операционные и процессные (количество тестов, проведённых User day, количество обученных членов команды);
— Шаг 3. Постройте диаграмму Ганта с активностями на 3 месяца и распределите задачи между членами команды;
— Создание карты местности (что понятно, что неизвестно, риски), карты стейкхолдеров и их запросов, схемы процессов и списка узких мест, приоритизация, создание черновика пакета фундаментальных исследований, сетки регулярных практик, хранилища исследований и беклога проблем, плана инициатив, фиксация метрик и договорённостей;
— Станет понятно, какие нужны ресурсы (привлечь агентство?);
— Выделите время под внезапные задачи, новые вызовы или то, что забыли;
— Далее — реализация дорожной карты, рефлексия каждые 1–2 недели (получается ли идти по плану, не изменились ли приоритеты). Допустимо, если план меняется на 30–40% к концу месяца.
#research
Хороший вопрос) кажется это из-за перфоманса, мы хотели что бы даже не калькуляторах норм работало без микрофризов
Читать полностью…
Алексей Макаренко рассказал об автоматизации доставки логотипов разработчикам.
— Старый порядок: экспорт ×4 в формате png, оптимизация через приложение ImageOptim, переназывание, загрузка в общую папку с логотипами;
— Со временем появились папки для тёмной и светлой темы, для лого, вписанных в квадрат;
— В Фигме через плагин SVG Export цветные логотипы экспортировали с дефолтным пресетом (просто чтобы сжать), а монохромные — с пресетом Correct color (чтобы разработчики могли красить их в любой цвет);
— Новый порядок: собственный плагин, который смотрит на свойства компонента с изображением логотипа и называет экспортируемый файл, например, avrora_color_dark_compact_square, экспортирует архив с png и svg;
— Дизайнер сохраняет архив в репозиторий, где хранятся логотипы, и запускает bash-скрипт. Он раскрывает архив, оптимизирует файлы (такие же алгоритмы, как в ImageOptim и SVG Export), раскладывает по папкам и называет logo.png и logo.svg;
— Иерархия папок учитывает, что логотипы могут быть цветными и монохромными, цветные варианты нужны для тёмной и светлой темы, также они могут быть широкими и компактными, а компактные — вписанными в круг, квадрат и без формы;
— Вписанный в квадрат логотип компании Avrora для тёмной темы в формате png доступен по адресу logos/avrora/color/dark/compact/square/logo.png;
— Разработчики используют компонент логотипа и обращаются к конкретному файлу в папке.
#image #figma #design_system
да, но если команда не нравится, то какая разница, как ты думаешь?
Читать полностью…