📌#uxui

The iOS 26 Design Guidelines: An Illustrated Guide

🟣Как же я удивился, открыв эту статью, которую сохранял года 2 назад, и увидел там ликвид гласс

🟣А потом почекал, а автор-то не промах, актуализирует статью

Поэтому не могу не поделиться статьёй, в которой всегда можно найти свежие гайдлайны по проектированию для ios


🔜 Ссылка на статью

@desarticle

📌#uxui

Как выглядит процесс работы продуктового дизайнера в российском BigTech в конце 2023 года (D→P)

🟣На 2023 год не смотрим)))

Потому что основная структура процессов в продуктах остаётся стабильной в последние годы (как будет шатать — никто не знает)

🟣В статье найдёте про дискавери, про деливери, про их внутрянку

🟣Конечно, от компании к компании, подходы разные, однако, если знаете базу, то проще будет вливаться в любой из подходов

🟣А ещё, со временем все станем лидами и когда придёт время выстраивать процессы, то тоже будет полезно уже иметь в уме схему того, как это базово выглядит и адаптировать под реалии компании


🔜 Ссылка на статью

@desarticle

📌#uxui

Онбординг: 15 паттернов и советов

🟣Онбординги бывают разные

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

🟣Зачем нужен онбординг

⏩Предугадывает боли и потребности

⏩Показывает ценность продукта

⏩Помогает быстрее освоиться и начать использовать

⏩Привлекает и удерживает пользователей


🟣Что сделать до начала

⏩Изучите пользователей (персоны, цели, боли)

⏩Определите ключевые сценарии и JTBD

⏩Посмотрите аналитику: что популярно, где спотыкаются

⏩Выберите 1–2 типа онбординга под задачу (можно A/B-тест)


🟣Копирайтинг и дизайн

⏩Будьте краткими и полезными

⏩Говорите на языке пользователей (без жаргона)

⏩Добавьте индивидуальности, но без перегибов

⏩Показывайте прогресс (чек-листы, проценты)

⏩Дайте возможность пропустить и вернуться позже

⏩Используйте иллюстрации и анимацию — они привлекают и радуют


🟣Оценка эффективности

⏩Смотрите на метрики: время использования, количество выполненных задач, удержание

⏩Проводите наблюдения / юзабилити-тесты с онбордингом

⏩Сравнивайте с периодом до внедрения


🟣Главное

⏩Онбординг не исправляет плохой юзабилити

⏩Сначала сделайте интерфейс интуитивным, привычным и понятным

⏩А онбординг пусть помогает, а не закрывает дыры


🔜 Ссылка на статью

@desarticle

📌#uxui

Шрифтовая шпаргалка: от классических правил типографики до трендовых инструментов

🟣База, которую нужно знать

⏩Интерлиньяж
для экранов 120–160%, для печати 90–120%. Зависит от шрифта, кегля и длины строки

⏩Длина строки
оптимально 58–72 символа (с пробелами). Глаза не устают, текст легко читать

⏩«Вдовы» и «сиротки»
одно слово на целой строке в конце абзаца или висячая строка на новой странице. Подбивайте кернингом, корректируйте вёрстку

⏩Висячая пунктуация
кавычки, скобки, точки, запятые выносите за линию набора (оптическая компенсация). Края становятся визуально ровными

⏩Переносы
союзы и предлоги переносятся на следующую строку. Тире остаётся на строке выше

⏩Читабельность
если текст трудно разглядеть без усилий, он не работает. Проверяйте визуально


🟣Как выбирать шрифт

⏩Смотрите на объём и носитель
для длинных статей нужна максимальная лёгкость чтения, для плакатов можно креативить

⏩Не гонитесь за трендами
Montserrat и подобные «модные» шрифты не добавляют уникальности, если используются бездумно

⏩Используйте лицензионные шрифты
не скачивайте из «ВКонтакте». Покупайте в студиях: TypeToday, TypeType, Paratype, Brownfox, или используйте бесплатные с открытым доступом

⏩Русский язык — только с хорошей кириллицей
не «болгарица». Буквы должны быть построены правильно

⏩Сочетайте акцидентные и наборные шрифты
либо через контраст (один яркий, второй простой), либо через общую логику построения


🟣Инструменты, которые упростят жизнь

⏩SBOL Typograph (Figma)
автоматически расставляет неразрывные пробелы, убирает висячие предлоги, меняет кавычки, букву «ё»

⏩Типограф от Студии Лебедева
для веб‑текстов: приводит в порядок тире, дефисы, кавычки

⏩Орфограммка
проверяет пунктуацию и орфографию на любом отрезке текста


🟣И от себя добавлю, что полезная тема: смотреть на построение шрифтовых таблиц в уже готовых UI-kit'ах

Смотрите на параметры, которые выставлены в фигме

Высоту строки, межбуквенный интервал и т.д.

🔜 Ссылка на статью

@desarticle

📌#uxui

5 Formatting Techniques for Long-Form Content

🟣Редактирование и структура

⏩Проверьте, можно ли сократить, переписать проще, убрать лишнее

⏩Разбейте на осмысленные блоки (по 58–72 символа на строку)

⏩Добавьте оглавление и якорные ссылки

⏩Используйте прогрессивное раскрытие (аккордеоны для деталей)


🟣5 техник форматирования, которые реально работают

1️⃣ Резюме (summary)

⏩Ставьте в начале — чтобы человек сразу понял, о чём статья и стоит ли читать дальше

⏩Используйте буллиты для ключевых выводов

⏩Отделяйте визуально (рамка, фон, заголовок «Основные выводы»)

2️⃣ Маркированные списки (bullets)

⏩Идеальны для перечисления фактов, шагов, преимуществ

⏩Каждый пункт должен быть коротким (иначе снова «стена текста»)

⏩Если пункт длинный — выделите жирным первое слово или фразу

3️⃣ Жирный шрифт и подсветка

⏩Выделяйте только самое важное — не больше 30% текста

⏩Не жирните «для усиления тона» — это тормозит сканирование

⏩На Medium пользователи сами могут подсвечивать важное — это можно использовать как ориентир

4️⃣ Выноски (callouts)

⏩Отделяйте блоком с фоном или рамкой: статистику, пример, определение, цитату

⏩Выноски привлекают внимание даже у тех, кто просто пролистывает страницу

5️⃣ Визуалы (не просто для красоты)

⏩ Информационные (инфографика, схема, фото продукта) — реально помогают понять сложное

⏩Декоративные
используйте минимум, они не несут пользы и отвлекают


🔜 Ссылка на статью

@desarticle

📌#uxui #ux_исследования

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

🟣 Виды конкурентного анализа

⏩Рыночный
положение на рынке, доли, выручка, динамика конкурентов

⏩Маркетинговый
каналы продвижения, стратегии, как доносят ценность

⏩Продуктовый
фичи, цены, УТП, удобство и удовлетворённость пользователей


🟣На какую «работу» нанимаем анализ (по этапам продукта)

🔘Разработка (зарождение)

⏩Работа №1: вдохновиться и сформировать бенчмаркинг

*️⃣Изучите лучшие и худшие практики. Интегрируйте хорошее, избегайте чужих ошибок
*️⃣На выходе: скриншоты, user flow, комментарии пользователей

⏩Работа №2: определить MVP продукта

*️⃣Если фича есть у всех конкурентов, скорее всего, она гигиеническая. Но не копируйте бездумно — проверяйте гипотезу
*️⃣На выходе: Excel с бинарными данными (есть/нет)


🔘Выход на рынок

⏩Работа №3: определить и занять свою нишу

*️⃣Конкуренты разные: кто-то «вертикальный» (много узких фич), кто-то «горизонтальный» (универсальный, но меньше профессиональных возможностей)
*️⃣Создавайте свою нишу, а не пытайтесь занять чужую

⏩Работа №4: понять, куда все бегут

*️⃣Сделайте исторический таймлайн релизов и новостей
*️⃣Следите за стратегией конкурентов


🔘Рост

⏩Работа №5: выйти на новый рынок

*️⃣Изучите, как конкуренты адаптируют продукты под разные регионы (фичи, интерфейс, реклама)
*️⃣Учитесь на их ошибках


🔘Зрелость

⏩Работа №6: сравнить себя с тем, кто посмел сделать иначе

*️⃣Сравнивайте user flow по ключевым сценариям (количество экранов, действий)
*️⃣Иногда новый игрок даёт ту же ценность быстрее и проще


🟣Как проводить

1️⃣ Определите цель
для презентации топам или для приоритизации бэклога?
Это влияет на глубину и формат

2️⃣ Выберите конкурентов
прямых и косвенных, решающих те же проблемы

3️⃣ Сделайте «подход»
сведите разные структуры продуктов к единой таблице

*️⃣Если продукт огромный, берите не всё, а конкретный сценарий
*️⃣Для сложных фич делайте отдельные вкладки (ссылку в ячейке)
*️⃣Пишите заметки на полях — инсайты придут в процессе

4️⃣ Сделайте выводы
все выводы это гипотезы, которые нужно валидировать на пользователях


🟣Типичные ошибки

⏩Слишком поверхностно
не заглядывать в разделы второго-третьего уровня. Там важная функциональность

⏩Оценивать успешность по наличию фичи у конкурентов
у вас может быть другая аудитория

⏩Субъективные оценки (1–10, «удобно/неудобно»)
это ваше мнение, а не факт. Фиксируйте объективное наличие/отсутствие. Оценку спрашивайте у пользователей

⏩Не думать о выводах
сбор данных ради данных бесполезен


🔜 Ссылка на статью

@desarticle

📌#uxui

Как составить портфолио

🟣 Портфолио
это не просто набор картинок

Это отражение вашего уровня, мышления и способности решать реальные бизнес-задачи


🟣Кто и как смотрит портфолио

⏩HR
ищет ключевые слова из вакансии, не сильно вникает в дизайн

⏩Лид / арт-директор
тратит 2–5 минут на одно портфолио. У него куча проектов и дедлайнов, поэтому всё должно быть чётко и без воды

⏩Сразу должно быть понятно, что вы подходите


🟣Что показывать в кейсах

⏩Не просто «сделал макет», а решил проблему бизнеса (например, «повысил конверсию в покупку»)

⏩Структура

1️⃣ Вводные от бизнеса
какая задача стояла, какую боль решаем

2️⃣Аудитория
для кого делаем. Сегменты, портреты

3️⃣ Рынок и конкуренты
что крутого есть у других, что можно забрать себе

4️⃣ JTBD и боли
какие задачи пользователя закрывает продукт (показывает глубину мышления)

5️⃣ Флоу и прототип
не отдельные экраны, а путь целиком

6️⃣ Финальный дизайн
и обязательно объяснить, почему решения крутые (обоснование)


🟣Что добавить о себе

⏩Фраза-приветствие
1–2 предложения, кто вы и какой специалист

⏩Скиллы и опыт
Figma, Miro, Tilda и т.д. Если нет коммерческого опыта, покажите софт-скиллы и учебные проекты


🟣Также в статье есть ссылка на базу портфолио дизайнеров, которыми можно вдохновиться и забрать себе разные интересные решения)


🔜 Ссылка на статью

@desarticle

📌#uxui

Designing better target sizes

🟣Какая-то ультра-статья про проектирование областей нажатия, но интереснааяя

🟣Тут и про метод безопасного треугольника даже есть — супер-кайф

🟣Если кратко, для иконок не просто так делают обёртку, а потом ещё и эту обёртку помещают в компонент iconButton с размерами от 36×36px и выше

Всё чтобы мы своими пальчиками точно попали туда, куда хотели

🟣И если есть пункты меню или список с чекбоксами или радиобаттонами, то нужно чтобы нажималась вся строка, а не только иконка или текст


🟣Но в статье прям с примерчиками и подробно всё, поэтому советую


🟣Иногда, в спорных моментах, возникает вопрос у разработчиков, а какая область нажатия, и её лучше отрисовывать или хотя бы описывать словами при передаче макетов или рядом с ними, чтобы не случалось пересечений областей и проблем


🔜 Ссылка на статью

@desarticle

📌#uxui

Ловкость рук, четкость алгоритма и никакого мошенничества: чек-лист для дизайнеров интерфейсов и фронтенд-разработчиков

🟣7 шагов перед передачей

1️⃣ Все сценарии CRUD (create, read, update, delete)

⏩создание, чтение, редактирование, удаление. Можно составить карту объекта: какие в нём данные и что с ними можно делать


2️⃣ Состояния данных

⏩продумайте 4 варианта: данных нет, мало, много, достигнут лимит. Как выглядит интерфейс в каждом? Например, как скроллится список, когда в нём много элементов, что скроллится, а что остаётся на месте

3️⃣ Разные завершения сценария

⏩не только успех, но и ошибка (системы / пользователя), загрузка, онбординг, пустое состояние

4️⃣ Пересечения с другими интерфейсами

⏩новая фича может затронуть другие разделы продукта

5️⃣ Ролевая модель

⏩как фича выглядит для админа, редактора, читателя. Можно описать один раз в UX-спецификации

6️⃣ Состояния компонентов

⏩enabled, hover, pressed, focused, selected, disabled, loading. Для сложных: зона клика, поведение при разных данных

7️⃣ Адаптив

⏩даже для десктопа покажите крайние случаи (1920px, мобилка)


🟣Дополнительные моменты для макетов

⏩стрелочки по сценарию

⏩UX-спецификацию или комментарии

⏩пометки для тестировщиков, что не поедет в релиз

⏩ссылки на описание сложных компонентов

🔜 Ссылка на статью

@desarticle

📌#uxui

Гайд: проектируем систему цветов. Всё про styles, tokens, variables

🟣Отличная статья про то, как разобраться с токенами цветов и настроить их через переменные в Figma

🟣Лично я на практике испытал следующую схему

⏩Выделяем глобальные цвета

*️⃣делаем цветовые растяжки для акцентного цвета (либо несколько, если акцентных несколько или планируется их смена)
*️⃣добавляем чисто белый и чисто чёрный отдельно (чтобы наверняка)
*️⃣можно добавить растяжку белого и чёрного по прозрачностям (подсмотрел в дизайн-системе СберБизнес Triplex.Next)

⏩Из глобальных цветов набираем цвета в группы более предметные

*️⃣text — для всех текстов
*️⃣bg — для фона экрана
*️⃣bgSurface — для фона островков и прочего, где много элментов
*️⃣bgFill — для заливок кнопок и других элементов
*️⃣border — для всех обводок, линий, дивайдеров и т.д.
*️⃣icon — для иконок, как можно догадаться)
*️⃣extra — для всего остального, что не очень вписывается в вышеперечисленное

⏩И всё, теперь для каждого элемента есть достаточно понятное применение цветов

⏩Подход не привязывается к компонентам и смена темы происходит на уровне цветовых токенов — не нужно каждый компонент проектировать в светлой и тёмной теме, достаточно спроектировать в светлой, а дальше токены сами подменятся на тёмную тему

⏩Подход мне понравился, но в то же время, когда цвета больше завязаны на компоненты, то проще оперировать, потому что бывают всякие исключительные случаи, где при моём подходе нужно капельку костылить(((

🔜 Ссылка на статью

@desarticle

📌#uxui

Как быстро и недорого проверить продуктовую гипотезу, не считая А/B-тестов

1️⃣ Ухудшающий A/B-тест

*️⃣Намеренно ухудшаете продукт (замедляете, выпиливаете часть функциональности) и смотрите на реакцию

⏩Когда использовать
нужно оценить важность свойства, а классический A/B слишком дорогой

⏩Пример
замедлили загрузку данных → поняли, что пользователям важнее понятные ошибки, а не скорость

⏩Важно
недорогой способ понять, что действительно ценно, а не «это же логично»


2️⃣ Concierge MVP

*️⃣Ручной режим вместо автоматизации. Команда выполняет часть работы вручную, обслуживая клиентов лично

⏩Когда использовать
проверить интерес к продукту и понять, какие фичи реально нужны

⏩Пример в Selectel
тариф со скидкой — клиент оставлял заявку, менеджер обрабатывал вручную

⏩Важно
разработка всё равно нужна (от 2 недель до 3–4 месяцев)


3️⃣ Fake Door

*️⃣Добавляете в интерфейс кнопку, ссылку или форму, ведущую к несуществующей фиче. Когда пользователь нажимает — благодарите и предлагаете стать бета-тестером или дать интервью

⏩Когда использовать
проверить потребность в новой фиче без разработки.

⏩Пример Selectel
добавили тариф с почасовой оплатой → пользователи кликали и соглашались на интервью, конверсия не упала

⏩Важно
минимальная разработка (кнопка + форма). Не злоупотребляйте на одной аудитории — потеряете доверие


4️⃣ Landing Page MVP

*️⃣Посадочная страница с описанием продукта и формой сбора контактов

⏩Когда использовать
проверить первичный спрос и собрать данные о пользователях

⏩Пример Selectel
лендинг для киберстрахования — поняли, что спрос ещё незрелый

⏩Важно
оставленные данные ≠ гарантия покупки. Чтобы повысить уверенность — добавьте предоплату или краудфандинг


5️⃣ Специальное предложение

*️⃣Запускаете акцию с ограничением по времени, сравниваете фактические результаты с прогнозом «без акции»

⏩Когда использовать
когда нельзя показывать разные цены разным посетителям

⏩Пример Selectel
снижали цены на выделенные серверы, проверяли гипотезу без A/B-теста

⏩Важно
акция влияет на восприятие. Используйте, только если нет других вариантов


6️⃣ Прототип

*️⃣Создаёте прототип (бумажный, кликабельный в Figma, таблица в Excel) и тестируете с пользователями

⏩Когда использовать
протестировать разные UI-решения, сценарии, расположение элементов

⏩Пример Selectel
тестировали объединение двух конфигураторов серверов → выбрали победителя

⏩Важно
не предсказывает влияние на продуктовые метрики. Используйте как отбор кандидатов для дальнейшего A/B-теста


🔜 Ссылка на статью

@desarticle

📌#uxui

8 практических уроков для начинающих UX-дизайнеров

1️⃣ Учитывайте все сценарии, а не только «позитивный»

Пользователи не всегда делают всё идеально

Продумайте:
*️⃣загрузка (скелетоны, спиннеры)
*️⃣ошибки (валидация полей, сообщения)
*️⃣отказы (как выйти из сценария)
*️⃣отсутствие данных (как выглядит карточка без фото или описания)

⏩Чем больше кейсов предусмотрите, тем предсказуемее будет интерфейс


2️⃣ Сохраняйте предыдущие итерации дизайна

⏩Заказчику/руководителю может захотеть вернуться к старой версии, а иногда и вам самим захочется вспомнить предшествующую версию

⏩Сохраняйте отдельные файлы или страницы. Истории версий в Figma недостаточно

⏩Это помогает обосновать решения и показать эволюцию мысли


3️⃣ Не каждый проект попадёт в портфолио — и это нормально

⏩Странный пункт, как будто все работают чисто ради портфолио

⏩Но в целом, да, все задачи нужны, все задачи важны. Если платят, к любой задаче нужно относиться серьёзно

⏩И действительно не все задачи достаточно масштабны, чтобы о них можно было красиво рассказать


4️⃣ Клиент так же важен, как и пользователь

⏩Типикал апрок с клиентами и фриланс-подходом

⏩Но правда есть и в отношении руководителей при работе в найме

⏩Тщательно собирайте бриф, выясняйте ожидания, не привязывайтесь к своим решениям

⏩ Вы предлагаете решение, но окончательный выбор — за клиентом/руководителем


5️⃣ Сразу сохраняйте стили, компоненты и переменные

⏩С самого начала проекта создавайте цветовые стили, текстовые стили, компоненты и переменные. Давайте им понятные имена

⏩Это сэкономит время, когда проект разрастётся, и обеспечит консистентность


6️⃣ Готовьте файлы так, чтобы их мог взять другой дизайнер

⏩Рано или поздно ваш проект передадут коллеге (или вам — чужой)

⏩Организуйте файлы аккуратно: используйте секции, соблюдайте нейминг, не создавайте хаос

⏩Работайте так, чтобы коллеги не проклинали вас, если им придётся разбираться в ваших файлах


7️⃣ Добавляйте примечания для разработчиков

❗️Мега-важный пункт!

⏩Вам кажется, что интерфейс очевиден? Вы работали над ним недели — вы предвзяты. Разработчик видит его впервые

⏩Добавляйте пояснения: как должны работать переходы, состояния, анимации

⏩Это снизит число вопросов и ускорит разработку


8️⃣ Дизайн должен быть отзывчивым с самого начала

⏩Well, и да, и нет. Если у вас десктоп-онли веб или десктоп-приложение, то и смысла тратить время на раздумья о адаптиве — нет. Но для всего остального, да, мудрый совет

⏩Не проектируйте сначала десктоп, а потом «подгоняйте» под мобилки. Разрабатывайте экраны параллельно или используйте подход mobile-first

⏩Это поможет учесть ограничения на раннем этапе и сделать дизайн гармоничным на всех устройствах

🔜 Ссылка на статью

@desarticle

📌#uxui

Антон Жиянов / Блог

🟣Как будто он больше разраб, но при этом много интересных заметок у него есть про дизайн

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

🟣Приклепляю ссылки на некоторые интересные из статей в блоге (по большей части они короткие и довольно легко читаются), но советую и просто побегать по ссылкам и почитать разное, за что глаз зацепится


🔜 Что-то пошло не так
🔜 Главное правило выбора в интерфейсе
🔜 Хороший продукт «прокачивает» пользователей
🔜 Человеческого фактора не существует
🔜 Запас доверия
🔜 Персоны, Jobs-to-Be-Done и здравый смысл
🔜 Как упростить пользователю жизнь
🔜 Специалисты, которых никто не любит

@desarticle

📌#uxui

Как сделать консистентный UX для 40+ продуктов. Уроки, которые я извлекла из перезапуска дизайн-системы

🟣 Предпосылки: зачем всё это было

⏩Неконсистентный UX

Одни и те же сущности (серверы, заказ) выглядели и работали по-разному в разных продуктах. Пользователям приходилось переучиваться

⏩Разрозненные UI-kit'ы

16 дизайнеров, 16 разработчиков, личные библиотеки компонентов. Решения не распространялись, знания терялись

⏩Устаревший фреймворк

AngularJS 1.7.9 больше не поддерживался, искать специалистов становилось сложно

⏩Команды без дизайнеров

Проектировали решения сами → некачественные интерфейсы попадали в прод


🟣6 уроков, которые вынесли из процесса

1️⃣ Назначьте одного владельца дизайн-системы

Когда ответственных несколько — ответственного нет. Владелец — единая точка принятия решений, следит за порядком, проводит онбординг, «продаёт» дизайн-систему командам

⏩ Без этой роли система быстро придёт в хаос

2️⃣ Реалистично оценивайте время

Автор оценила разработку одного компонента в 20 часов. На деле вышло 40. На 40 компонентов с 14 дизайнерами это растянулось на 4 месяца

⏩Первую итерацию делайте как тестовую — не коммитьтесь в дедлайны. Проведите ретро и только потом стройте прогнозы

3️⃣ Описывайте не только состояния, но и кейсы использования

В старой системе были компоненты в коде, но без правил использования. Дизайнеры интерпретировали их по-своему → накапливалась неконсистентность

⏩Документация даёт ответы на все вопросы и экономит время

4️⃣ Фиксируйте договорённости в публичном пространстве

Когда 16 дизайнеров и 16 разработчиков работают параллельно, знания теряются. Заведите практику вести разные виды фиксирования результатов встреч

⏩Время на поиск ответов сократилось

5️⃣ Публично рассказывайте об успехах

Без регулярных отчётов стейкхолдерам кажется, что разработка идёт слишком долго. Появляется напряжение

Начните:
*️⃣регулярно отписываться в отдельный чат,
*️⃣выступать на общих продакт-синках,
*️⃣проводить встречи с руководителями

⏩Стейкхолдеры вовлеклись, сопричастность выросла, напряжение ушло

6️⃣ Закладывайте ресурсы на поддержку

Дизайн-система — это живой продукт. У неё нет «финальной точки». Если не выделить ресурсы на поддержку, она умрёт

В Selectel выделили одного дизайнера и двух разработчиков на постоянную работу над дизайн-системой

⏩Так система остаётся актуальной и используется командами


🔜 Ссылка на статью

@desarticle

📌#uxui

10 Key Takeaways from the Latest Research on Thinking Aloud in Usability Testing

🟣 Think Aloud (TA) — метод, когда участник проговаривает мысли во время выполнения заданий

🟣Какие данные получили из исследований:

1️⃣ TA находит на 30% больше проблем, чем молчаливое тестирование

2️⃣ Участники молчат около 2/3 времени — не ждите постоянной речи

3️⃣ 50% речи — описание действий, 27% — объяснение решений

4️⃣ TA немного повышает согласованность между оценщиками исследований (41% vs. 34%)

5️⃣ Только 10–20% онлайн-респондентов соглашаются на TA. Для 10 видео нужно пригласить ~111 человек

6️⃣ Страна и возраст влияют на участие: молодые (18–24) чаще отказываются

7️⃣ Просьба думать вслух удваивает отток (50% против 19%)

8️⃣ TA почти не влияет на общие метрики (SUPR-Q, UX-Lite — опросники для количественной оценки пользовательского опыта)

9️⃣ На уровне задач TA снижает воспринимаемую лёгкость и уверенность

🔟 Время выполнения заданий с TA в среднем на 20% больше


🔜 Ссылка на статью

@desarticle

📌#uxui

Как подготовиться к собеседованию

🟣 Полезная подборочка мини-текстов/заметочек по разным аспектам подготовки к собесам

🟣Некоторые моменты, аля про VR, стоит воспринимать со своей долей скепсиса, но есть много полезных мыслей, которые стоит подцепить


🔜 Ссылка на заметки
🔜 Там рядышком ещё можно посмотреть исследование откликов — тоже интересная штукенция

@desarticle

📌#uxui

Технология создания ценности как защита от копирования бизнеса

🟣Когда копируешь продукт, важно понимать, как он создаёт ценность. Иначе получится копирование. Есть три базовые логики — и от них зависит, что именно вы проектируете

1️⃣ Цепочка (Value Chain)

*️⃣Ценность = трансформация ресурсов в продукт

*️⃣Примеры: производство, e-commerce, каталоги, игры, Miro
*️⃣Секрет: уникальные поставщики, ноу-хау, логистика
*️⃣Для дизайнера: важны масштабируемость, стандартизация, оптимизация пути пользователя

2️⃣ Мастерская (Value Shop)

*️⃣Ценность = решение проблемы клиента (меняется сам клиент)

*️⃣Примеры: студии, консалтинг, медицина, детейлинг
*️⃣Секрет: уникальная диагностика, опыт, контроль результата
*️⃣Для дизайнера: важен процесс, персонализация, участие клиента, доверие

3️⃣ Сеть (Value Net)

*️⃣Ценность = доступ к сети контактов (посредничество)

*️⃣Примеры: маркетплейсы, такси, booking, соцсети.
*️⃣Секрет: размер сети, инфраструктура, услуги для участников.
*️⃣Для дизайнера: важны двусторонние сценарии, рейтинги, доверие, удержание


🟣Ключевые моменты

*️⃣Прежде чем копировать фичи конкурента, поймите его логику

*️⃣ Проверьте, есть ли у вас ресурсы для такой же логики

*️⃣Проектируйте под неё:
для цепочки — эффективность,
для мастерской — вовлечение,
для сети — связи


🔜 Ссылка на статью

@desarticle

📌#uxui

И пусть никто не уйдёт обиженный: три принципа ориентации на опыт

🟣Продуктовая трансформация породила тысячи команд, но клиент остаётся где-то на задворках. Компании оптимизируют процессы, а не впечатления людей. Автор предлагает смотреть шире — через концепцию опытоцентричности


1️⃣ Опыт — это метапродукт компании

*️⃣Продукты всё сложнее конкурировать на функциональном уровне. Настоящую любовь вызывают те, кто вступает в эмоциональный резонанс

*️⃣Люди выбирают иррационально: Xiaomi может быть лучше по характеристикам, но влюбляются в Apple

*️⃣ Дизайн — лишь метод достижения уникальных переживаний


2️⃣ Стейкхолдеры — это не только акционеры

*️⃣Компания балансирует интересы четырёх групп: клиенты, сотрудники, акционеры, партнёры

*️⃣Если заботиться только о клиентах за счёт сотрудников — получите мнимую клиентоориентированность

*️⃣Впечатления — универсальная ценность для всех. Режиссура опыта клиентов и сотрудников — это всё равно режиссура


3️⃣ Ценность создаётся в реальном времени

*️⃣Не когда команда «пилит фичи», а когда клиент взаимодействует с компанией

*️⃣Результат рождается в сознании клиента

*️⃣Ответственность бизнеса — не просто выпустить фичу, а понять, какие эмоции она вызовет


🟣Почему это важно для дизайнера

*️⃣Продуктовые метрики (DAU, Retention) описывают количество людей, но не качество их впечатлений

*️⃣Ключевые метрики — NPS, CSI, CES или собственные замеры по точкам CJM

*️⃣Даже идеально сделанный по процессу продукт может быть «унылым» — и тогда всё нужно переделывать


🟣Что появляется в компании

*️⃣Организационная единица — Experience-департамент

*️⃣Его задачи:
⏩изучение людей,
⏩проектирование атрибутов и взаимодействий,
⏩сбор и анализ обратной связи

*️⃣Именно здесь формируется уникальный стиль компании, который потом конвертируется в бренд


🔜 Ссылка на статью

@desarticle

📌#uxui

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

🟣Пользователь решает, устанавливать приложение или нет, за несколько секунд. Всё, что он видит — иконка, скриншоты, описание

1️⃣ Начните с исследования

*️⃣Изучите CJM и JTBD: какие задачи пользователь хочет решить? Что для него важно?

*️⃣Смотрите не только на прямых конкурентов. Например, для приложения с подкастами конкурентом может быть бумажная книга

2️⃣ Проведите A/B-тестирование

*️⃣App Store: Product Page Optimization — до 3 доп. вариантов страницы.

*️⃣Google Play: Google Experiments — тестируйте разные иконки и скриншоты.

*️⃣Покажите пользователям разные варианты и оставьте тот, что даёт больше установок

3️⃣ Персонализируйте под аудиторию

*️⃣App Store: Custom Product Pages — переходите по ссылке из рекламы на страницу с нужными скриншотами

*️⃣Google Play: Custom Store Listings — до 50 страниц, показываются в органической выдаче

*️⃣Например, для запроса про переводы — скриншот с переводами, для анализа расходов — с аналитикой

4️⃣ Учитывайте локализацию

*️⃣Меняйте не только язык, но и культурный контекст: направление чтения, жесты, изображения людей

*️⃣Приложение должно выглядеть так, будто сделано для этой страны, а не просто переведено

5️⃣ Используйте сезонность и инфоповоды

*️⃣Добавляйте снежинки зимой, тыквы на Хеллоуин, маски во время пандемии

*️⃣Показывает, что приложение «живое» и актуальное

❗️ Важно вовремя менять и убирать сезонный дизайн, иначе будет выглядеть странно


🔜 Ссылка на статью

@desarticle