UX Notes

Русалина Ушакова написала о том, когда удобный интерфейс мешает обучению. — Десятилетия исследований памяти показывают: что даётся легко — запоминается хуже; — Условия, в которых ученик показывает высокую производительность в моменте, часто приводят к слабому долгосрочному запоминанию, и наоборот; — Метрики вовлечённости измеряют производительность. Нужны отдельные метрики запоминания, например, как ученик справляется с заданием через неделю без подсказок, а не сразу после урока; — Запоминанию способствуют усилия при обучении: чем сложнее задание (при условии, что оно остаётся посильным), тем лучше; — Если часть урока потратить на вспоминание материала вместо его перечитывания, долговременное запоминание резко растёт; — Предложите сначала вспомнить ответ, прежде чем появится возможность выбрать из предложенных вариантов; — Также лучше запоминается то, что ученик создал сам: ввод вместо выбора, достраивание вместо чтения, объяснение своими словами; — Полезно смешивать разные типы задач, а не давать их однотипными блоками. Мозг учится каждый раз определять, какой приём применить. И это ближе к реальной жизни; — Слегка отложенная обратная связь при ответе на вопрос лучше моментальной. У мозга есть время «додумать» и удержать усилие, что закрепляет эффект; — Когда ученик был уверен в ответе, но ошибся, запоминается лучше, чем когда ученик сомневался. Уверенность можно определить по скорости и решительности ответа; — Важно это использовать и при уверенных ошибках давать более заметную обратную связь, которая подчеркнёт контраст: думал так — вот как на самом деле. #learning #principles

😎 Авито ищет UX-редакторов: присоединяйся к оплачиваемой программе Design Bootcamp и развивай продукт для миллионов пользователей. Что тебя ждёт: —12 месяцев работы над реальными задачами; — поддержка наставника и рост от стажёра до мидла; — шанс продолжить карьеру в Авито. Ты будешь: — в паре с дизайнером создавать логичные и дружелюбные интерфейсы; — участвовать в дискавери-синках и обсуждать развитие продукта; — работать над лендингами и рассылками; — придумывать что-нибудь новое, например, название новой фичи. 📌 Откликайся на программу здесь!

Помните шутку «почини принтер, ты ж программист»? А бывало у вас такое же с дизайном? Типа «нарисуй дракона, ты ж дизайнер» или «подскажи, какие обои лучше поклеить, ты ж дизайнер». И смех смехом, но я помню времечко, когда неважно, какой ты дизайнер — ты и полиграфию делал, и фотки ретушировал, и иллюстрашки валил, и юзер-флоу, и упаковку… Почему помню? Потому что вчера это было. Я делал визитки. Очень, должен сказать, интересно было потрясти стариной. Но это заставило меня задуматься, о скольких вещах нам нужно помнить, чтобы собрать правильный пользовательский опыт. Даже о таких, казалось бы, незначительных, как буквы в адресной строке. Типа: https://www.example.com:8080/store/catalog/item.php?category=shoes&size=42#reviews А с ними всё совсем не просто. Если почитаете оригинал вот этой статьи, то вам станет понятно, что URL состоит из многих частей, которые нужно упаковывать консистентно, сродни токенам дизайн-библиотеки, чтобы сделать его читабельным и продуцирующим меньше ошибок. Вот несколько советов по работе с урлами, которые вы можете положить к себе в DoD или DESIGN.md для проверки: — Путь (это домен и всякие слэши) должен указывать на постоянный ресурс или понятную иерархию. Все части пути пишем маленькими буквами и разделяем в едином стиле (например, всегда через дефис, иначе тётушка Клава задолбается переводить пробельчики в %20 и вводить адрес своими большими пальчиками) 💅. — Если структура сайта поменялась, со старых публичных ссылок нужно обязательно настроить редиректы на новые адреса, иначе мы рискуем терять людей, которые заложили себе старый URL. 🔖 — Для идентификаторов (ID) и понятных названий в ссылках (slugs) стоит продумать логику, чтобы они не менялись со временем. Это про то, что https://www.megaman.com/blog/4533 (на конце ID) и https://www.megaman.com/blog/fight-for-juice (на конце slug) могут вести на одну и ту же страницу. Да и должны бы всегда это делать, даже если статью переименуют: slug изменится, а ID останется. 🔓 — Для дополнительных фильтров и настроек отображения используйте понятные и задокументированные параметры запроса (всё, что идёт после [?] ). Массивы в параметрах всегда передаются одним, чётко задокументированным способом. Все значения из параметров нужно аккуратно раскодировать, проверять на корректность и задавать для них разумные ограничения. 👩‍💻 — Фрагменты (с решёткой #) лучше оставить исключительно для навигации внутри страницы или работы с состоянием на стороне клиента. 🚫 — Ну и капитанское: В ссылках не должно быть никаких паролей, секретных токенов или личных данных — безопасность превыше всего. 🇺🇸 В общем, принимайте во внимание даже такие мелочи, чтобы сделать взаимодействие максимально приятным! И да пребудет с вами дизайнерская сила.

Лена Плинер написала о проектировании экранной клавиатуры для использования на сенсорных экранах на производстве. — Решение должно учитывать размер экрана, условия работы оператора и использоваться для разных типов полей; — По промышленным стандартам минимальный размер кнопок при работе в перчатках: 15,5 × 15,5 мм. Расстояние между ними: 5,5 мм; — Раскладку ЙЦУКЕН сложнее подстроить под свободное место. Но даже на сенсорных экранах (согласно исследованиям) алфавитная раскладка повышает когнитивную нагрузку и замедляет процесс; — При поиске по справочнику введённые символы сокращают список доступных вариантов. Буквы, с которыми можно продолжить запрос, становятся заметнее, при этом остальные не блокируются; — Так как клавиатура может перекрывать контент, сообщение о том, что совпадений не найдено, является частью клавиатуры и отображается рядом с полем ввода; — Также для этого предусмотрены перетаскивание (в пределах экрана) и сворачивание клавиатуры (основной вариант для резистивных экранов); — На сенсорном экране нет тактильного отклика, поэтому ненажатые кнопки (выпуклые) визуально сильно отличаются от нажатых (вдавленных); — В перчатке палец может слегка дрожать или задерживаться на стекле, поэтому стоит заложить паузу для предотвращения повторных нажатий; — Состав клавиш зависит от конкретного поля, но всегда есть возможность переключиться на полную клавиатуру. Например, сейчас в артикулах допускаются только цифры, но могут встречаться старые артикулы с буквами; — На ёмкостном экране спецсимвол можно ввести, удерживая кнопку. Для резистивных экранов лучше продублировать кнопку открытия спецсимволов. Копия на Dsgners, Виси. #industrial

Чеклист: 50 ошибок в портфолио дизайнеров Основано на разборе 1000+ портфолио. Формфактор собрали ошибки, которые: — портят первое впечатление от портфолио — вызывают отторжение у лида — убивают шансы на оффер Актуально для рынка 2026. Чеклист в закрепе @formfactor

Никита Подгорный написал об особенностях интерфейса и опыте взаимодействия со складными телефонами. — Можно выделить 3 типа раскладушек: Flip — вытянутые телефоны, которые складываются по вертикали. Встречаются нечасто, самые популярные модели у Самсунга; — Fold — околоквадратные в раскрытом состоянии, складываются по горизонтали. В сложенном виде похожи на привычный смартфон. Самый популярный тип; — Trifold — планшеты, состоящие из 3 складывающихся частей, похожих на привычные смартфоны. Таких только 2 модели: Samsung Galaxy Z Trifold, Huawei Mate XT; — Фолд-смартфоны бывают книжными (описаны выше) и широкими — широкий прямоугольник в сложенном виде и почти планшет 4:3 в разложенном. Таких тоже мало: Huawei Pura X да Galaxy Z Fold 8; — В разложенном виде левую часть экрана обычно занимает навигационное меню (иконки или иконки с подписями), которое в смартфонах обычно прячется за иконкой бургера, либо список, например чатов в приложениях вроде Сообщений или Телеграма; — Может использоваться 2-колоночная сетка, как в приложении Now brief; — Приложения принимают устройство за смартфон и адаптируют интерфейс, учитывая ширину экрана, но не его квадратную форму. Например, из-за отсутствия ограничения на ширину контента в Инстаграме вертикальные картинки просто не влезают на экран целиком; — Авито и Вайлдберис показывают более 2 карточек в ряд, а Озон и Яндекс Маркет растягивают 2 карточки на всю ширину; — Производители предусмотрели костыльное решение: можно настроить отображение таких неадаптированных приложений с соотношением 3:4 или 16:9; — От квадратного экрана выигрывают Яндекс Карты, Гугл Таблицы, Яндекс Книги; — Форм-фактор Fold позволяет делать селфи на более качественные основные камеры. Или видеть композицию кадра, если телефон на штативе или в руках фотографирующего вас человека; — Если вы сами фотографируете, в дополнение к приложению камеры на второй половине экрана можно отобразить ленту получающихся фото; — На экране может быть до 3 приложений одновременно. Например, банковское, калькулятор и заметки. Но, например, Т-Банк запрещает своему приложению открываться параллельно с другими; — Flex mode — когда смартфон согнут, на одной части экрана отображается основной контент (например, видео в Ютубе), а на другой — вспомогательный (кнопки управления воспроизведением). Но этот режим поддерживают редко; — Минусы: телефоны толще и тяжелее, быстрее теряют в стоимости, камеры хуже айфоновских (хотя именно в съёмке они предлагают интересные возможности), более крупная, разделяющаяся на 2 части клавиатура, не ускоряет скорость набора и уменьшает количество ошибок, а скорее наоборот. Свайпать по ней практически невозможно. #fold #adaptive

Кейт Каплан написала о подсказках. — Это небольшие полезные сообщения, отображающиеся при нажатии или наведении курсора на знак вопроса (?) или информации (i); — Их привязывают к конкретным элементам интерфейса. В этом случае неважно, знак вопроса или айка — пользователи воспринимают их корректно; — Они помогают сделать интерфейс чище, скрывая необязательную дополнительную информацию: объяснение терминов, причин запроса определённых данных в форме и так далее; — Располагая в них информацию, предполагайте, что большинство пользователей её не увидят. Подсказки имеют значение для тех, кто столкнулся с вопросом, нуждается в разъяснении или успокоении; — Если информация из подсказки полезна для прохождения сценария, размещайте её сразу в интерфейсе. Например, ограничения и правила заполнения полей, юридические соглашения и отказ от ответственности, инструкции и объяснения; — Каждое взаимодействие с подсказкой — это дополнительные усилия. Не тратьте время пользователей и не подрывайте доверие к подсказкам, размещая в них очевидную и маркетинговую информацию или повторяя видимый контент и инструкции; — При открытии подсказки пользователи ожидают увидеть немодальное окно с кратким сообщением. Подсказка не должна блокировать выполнение текущей задачи или открывать новую страницу; — Подсказки должны быть краткими, контекстными и легко закрываемыми. In English. #info_tip

Александр Ушаков написал о чатоцентричном интерфейсе. — В таком интерфейсе чат — основной способ взаимодействия, а привычные графические элементы дополняют диалог в контексте текущей задачи; — Обычный графический интерфейс заставляет пользователя адаптировать свои намерения под архитектуру приложения; — Чтобы в CRM записать BMW Ивана на субботу для полировки и химчистки с учётом того, что забрать машину он хочет к вечеру, оператору надо самостоятельно пройти через несколько экранов; — В чатоцентричном интерфейсе текстовый запрос приводит к созданию заявки для конкретного автомобиля с двумя услугами и таким слотом в календаре, который будет учитывать длительность работ и пожелания по времени готовности; — В итоге оператор видит заполненную форму новой заявки и подтверждает её добавление; — Это не отдельный чат с ИИ-ассистентом, который суммаризирует информацию, пересказывает справку или ищет нужные разделы. Проверочный вопрос: что остаётся после его ответа? Если только текст в истории сообщений — это разговорчивый справочник; — Чат не заменяет весь интерфейс, так как часто текстовый ввод или вывод информации менее удобен, непонятно, что система умеет и какие данные видит; — Подсказывать, что система умеет, можно в контексте, например, на экране календаря предложить команды «Найти свободное окно», «Перенести записи», «Показать загрузку команды». Со временем пользователь поймёт, какие у чата есть возможности и ограничения; — В сложных запросах интерфейс собирается вокруг задачи. Надо выбрать, какие записи перенести без риска потерять клиента? Система показывает варианты, объясняет выбор, позволяет посмотреть историю, предлагает свободные окна; — Чем проще сформулировать команду, тем важнее показывать, как система её поняла, какие будут последствия и обратимо ли действие. Особенно если действия необратимы; — Чатоцентричный интерфейс нужен там, где пользователь знает, чего хочет, но не знает короткого пути к результату, например, когда задача пересекает несколько сущностей и требует серии действий. #command_line #ai

CX/UX Конф — конференция о клиентском опыте и человекоцентричности Почему одними продуктами хочется пользоваться снова, а другие забываются через минуту? Поговорим о том, как рождается клиентский опыт — от первых дизайн-решений до эмоций, которые остаются после взаимодействия с продуктом. Разберём: 🔘как создавать продукты, которые подстраиваются под человека, а не наоборот 🔘как проектировать эмоциональный дизайн, к которому хочется возвращаться 🔘как визуальные решения влияют на доверие, привычки и впечатления пользователей 🔘как превращать ограничения в источник сильных и неочевидных решений 🔘как персонализация меняет опыт взаимодействия с сервисами сегодня Проведите время с экспертами из агентства ИКРА, CreativePeople, Домклик и Сбера. 📆3 сентября 📍Москва, Кутузовский проспект и онлайн ➡️ Если вам интересно, как создаются продукты, которые запоминаются, — бронируйте место сейчас. Регистрация открыта

Должен ли исследователь быть мультифункциональным? Или узкая экспертиза остается главной ценностью? Развитие AI меняет не столько методы, сколько границы профессии и объем ожиданий. Мы все чаще оказываемся в новых зонах компетенций: от ответственности за метрики до вайбкодинга. Приходите на митап «UX-рисерч и точка?» — своим опытом поделятся эксперты Lamoda Tech, RWB, Atom и других компаний.

В программе: ▪️ Как не дать результатам исследований умереть: чат-бот вместо забытых ссылок на вики Егор Стрельцов, UX researcher, Lamoda Tech ▪️ Python и JavaScript для автоматизации работы исследователя Анна Мингариева, Lead UX researcher, RWB ▪️ Навык, который превращает исследования в решения Михаил Хананашвили, HMX Research Lead, Atom ▪️Круглый стол с приглашенными экспертами

🗓 27 августа, 19:00 📍 Москва, офис Lamoda (Крылатская, 15) ➡️ ЗАРЕГИСТРИРОВАТЬСЯ Реклама. ООО "ЛАМОДА ТЕХ". ИНН 7734461512. erid: 2W5zFG3DBUV

Русалина Ушакова написала о приёмах, используемых в онбординге Дуолинго. — Хорошо: профиль создаётся в самом конце, после выбора языка, вопросов о цели и уровне и завершения первого урока; — Это Gradual engagement, когда пользователь доходит до ощутимой ценности и только потом «платит» (в этом случае своими данными); — После урока появляется счётчик серии «1 день в ударе». Это Loss aversion, когда появляется что-то, что пользователю жалко потерять; — Экраны «За первую неделю выучите 50 новых слов» и «Вот чего можно достичь за 3 месяца» настраивают на результат и создают ощущение, что продукт настроен под пользователя; — Можно отнести к тёмным паттернам: повторные запросы разрешений на отправку уведомлений и добавление виджета; — Это Nagging — повторный запрос после отказа, который не только раздражает, но и обесценивает первое решение пользователя; — В интерфейсе отображается будущее окно с запросом разрешения, на котором выделен вариант «Разрешить». Гайдлайны Apple советуют от такого воздерживаться; — В запросе на добавление виджета кнопка «Добавить виджет» выглядит основной. Это Visual interference — влияние на выбор не содержанием, а визуальной иерархией; — Гайдлайны Apple рекомендуют запрашивать согласие в момент обращения пользователя к функции с понятным объяснением причины. Такой контекстный запрос даёт на 25% больше согласий, чем «холодный» вариант в начале сессии; — Выделение варианта пути «Определите мой уровень» меткой «Рекомендуем» — это Nudging; — Его можно отнести и к честным, и к тёмным паттернам. Для этого надо ответить на вопрос: был бы пользователь благодарен за это дизайнерское решение, если бы понимал его механику целиком? #onboarding #dark_patterns

🚀 Запускаем исследование продуктовых дизайнеров, 2026 Вновь копаем в самое интересное: 🤖 как AI на самом деле меняет работу: где экономит время, а где все приходится переделывать 🔄 куда смещается роль: забирают ли продакты и разработчики то, что было задачей дизайнеров 📉 что с рынком труда и тревогой за будущее 📊 Часть вопросов задаем не первый год, так что увидим честную динамику: зарплаты, инструменты, настроение профессии. ⏱️ Опрос займет 10–15 минут. В конце октября поделимся публичным отчетом со всеми срезами и полезными ссылками. 👉 Пройти: https://survey.devcrowd.ru/pd-2026 Чем больше ответов, тем точнее картина. Перешлите своим дизайнерам, соберем срез всей профессии 🙏

Новые материалы в @uxwork (кроме вакансий): — На что дизайн-лиды и хеды смотрят в портфолио при найме (на основании опроса 36 человек чуть больше года назад); — Как оформлять резюме и портфолио и готовиться к откликам и интервью; — Как проверить работодателя при устройстве на работу.

Антонина из ЮMoney написала о поле для ввода OTP (One-Time Password). — В отличие от обычного поля принимает фиксированное количество определённых символов (например, 4–6 цифр), которые валидны ограниченное время; — Современные браузеры могут предложить подставить код из смс или пуша. К свойствам поля надо добавить autocomplete="one-time-code"; — Одно поле проще в реализации, меньше проблем с доступностью; — Сегментированное поле своим видом подсказывает, сколько символов надо вводить, в мобайле превосходит одно поле по ощущению контроля; — Устанавливайте фокус на первый сегмент поля сразу после загрузки; — Даже если фокус не на первом сегменте, при вставке скопированного кода подставляйте его с первого сегмента; — Если используете одно поле, пишите количество символов и не прячьте эту подсказку в плейсхолдер, который пропадает при вводе; — При нажатии на кнопку «Получить новый код», очищайте поле; — Если пользователь печатает быстро, обработчик onChange может пропустить символ. Используйте события input или keyup; — Скрывайте сообщение об ошибке сразу же, если введён корректный код или изменены символы предыдущего некорректного кода; — Не очищайте поле при неверном вводе. Пользователь мог ошибиться в последнем символе, надо дать возможность исправить только его; — Если у вас автоматическая отправка при вводе максимального количества символов, можно добавить задержку 500–800 миллисекунд после ввода последнего символа, чтобы пользователь успел заметить ошибку и исправить её; — Давайте свободу перемещения между сегментами: клик, стрелки, Tab. #otp

Дизайнер обязан везде видеть хуи, жопы и говно Любой дизайн может содержать паразитный образ — то, что автор не хотел показать, но оно там появляется из-за того, как устроено восприятие человека А устроено оно так, что мы видим образы помимо своей воли. Мемная фраза «Как теперь это развидеть?» отражает именно эту нашу особенность. Вы видели массу примеров на этом канале Если человек однажды увидел хуй в логотипе вашего банка, он навсегда это запомнит, у него сложится ассоциация и он будет видеть хуй каждый раз, когда видит ваш логотип Да, не каждый человек увидит. Но даже если их половина или треть, что это меняет? Вы действительно хотите, чтобы каждый второй считал вашего маскота говном, а не зефиром? Хороший дизайнер просто обязан проверять дизайн на наличие сторонних образов и ассоциаций. Это буквально графическая гигиена. Способность видеть хуи в графике — это тест на профпригодность

Юля, Лика и Настя из 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

Павел Шерер продолжил серию статей об объединении фреймворков 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