25189
Чат читателей: @uxnoteschat В соцсетях: vk.com/ux_notes и fb.com/uxnotes Вакансии: @uxwork Автор: @zGrav Est. 2016. Реклама на канале: https://uxnotes.ru/ads Включён в перечень Роскомнадзора: https://gosuslugi.ru/snet/67a9a56970de7b4d761a81ae
Представьте себе: пользователь открывает страницу, сталкивается с проблемой и через секунду закрывает ее. Почему? Мы никогда не узнаем, если не спросим вовремя. Конечно, можно посмотреть аналитику, что именно делал человек на странице, куда кликал. Однако никто не расскажет лучше о проблемах продукта, чем сам пользователь.
С этой задачей поможет фидбек в моменте. Сейчас это не просто тренд, а необходимость в мире, где у клиентов все меньше терпения и все больше выбора. Современный пользователь не будет заполнять длинные анкеты спустя неделю. Он хочет быть услышанным здесь и сейчас.
А как работать с фидбеком в моменте расскажет новый гайд от UX Feedback. Это практическое руководство о том, как собирать и использовать обратную связь пользователей прямо в момент взаимодействия с продуктом.
Что внутри
• Что такое фидбек в моменте и почему он эффективнее классических опросов
• Как внедрить систему Voice of the Customer (VoC): сбор, анализ и обработка обратной связи
• Как создавать опросы и задавать правильные вопросы в нужное время практические кейсы крупных компаний
Реклама ООО «ФИДБЕК». ИНН 5030094661, erid 2Vtzqv3nyMh
Елена Плинер написала, как подключаться к задачам с высокой степенью неопределённости, работая попроектно.
— С неполными вводными на старте минимально нужно 40 часов, чтобы заложить основу будущего проекта;
— Даже работая по схеме Time and materials клиент хочет знать примерный срок, бюджет и что он получит;
— Сначала надо собрать и систематизировать вводные (от 5 часов): презентации и текстовые описания, внутренние документы, скриншоты, фото с доски, наброски от руки и так далее;
— Иногда вводные приходят в созвонах, переписках и голосовых, что требует дополнительной обработки и структурирования;
— Может появиться список недостающей информации (метрики, списки конкурентов), а также нераскрытых или двусмысленных описаний, которые требуют конкретизации;
— В итоге получится структурированный список вводных, ссылок на документы, описание проекта (цель, задачи, целевая аудитория, контекст, заявленные проблемы), глоссарий;
— Удобно собрать всё в одном месте, например на FigJam-доске;
— Туда же можно добавить саммари по созвонам, кто за что отвечает в команде заказчика, план проекта, который потом дополнится ссылками на артефакты и их статусами, отчёт о потраченном на проект времени;
— Анализ занимает от 20 часов и зависит от количества и полноты вводных, числа ролей и ключевых сущностей, сложности бизнес-логики, а также желаемого набора артефактов (не все они нужны заказчикам);
— Сильно влияет степень вовлечённости заказчика — как быстро он отвечает на вопросы;
— Артефакты: описание функциональности (возможности и зависимости), схемы бизнес-процессов (последовательность операций, перемещение и обработка данных, граница между онлайном и офлайном), описание пользовательских ролей (чем занимаются, как принимают решения и взаимодействуют друг с другом), сущностей (ключевые объекты, их свойства, связи с другими объектами), сценарии (user stories), список внешних процессов, матрица «Роль × действие × сущность» и базовые правила доступа (CRUDL);
— В процессе анализа фиксируются ключевые требования к интерфейсу, предварительные предложения и решения по дизайну, появляются вопросы;
— Ответы на некоторые вопросы могут требовать времени. Чтобы не тормозить процесс, иногда можно договориться с командой о временных гипотетических ответах;
— Проектирование занимает от 15 часов (зависит от количества сценариев и ролей) и опционально. Артефакты: информационная архитектура (карта экранов), юзерфлоу, опционально мокапы и вайрфреймы.
#process #analysis
🔥 Дизайнеры, пора перепридумать мобильные ОС. Интересно?
8–9 и 15–16 ноября — онлайн-хакатон «Зефирити».
Эксперимент о том, какой может быть мобильная операционная система будущего.
Последние 10 лет iOS и Android занимаются фейслифтингом.
Иконки скруглили, шрифты обновили — но суть не поменялась.
Мы всё так же живём внутри интерфейсов,
которые крадут внимание и навязывают свой ритм.
Зефирити — это попытка выйти из этого цикла. Создать ОС, которая понимает человека,
а не управляет им.
👁 Кого зовём
UX- и продукт-дизайнеров, исследователей, AI-инженеров —
всех, кто готов спроектировать не интерфейс, а новую цифровую экосистему.
🧠 Что будет
4 дня онлайн. Менторы. Команды.
🚀 На выходе — прототип или сценарий ОС,
которая возвращает фокус, свободу и уважение к вниманию.
📅 8–9 и 15–16 ноября
🕐 Регистрация до 1 ноября: t.me/zephyrhackbot
🌐 os.zephyrlab.ru
Если тебе тесно в старых UX-паттернах —
самое время выйти из-под их диктатуры.
Спроектируй то, что будет после.
Реклама Рождественский Виталий Андреевич. ИНН: 673111448490, erid: 2VtzqxCAyoL
Александр Горчаков написал об отложенном дизайн-ревью.
— Внедряя ревью, команда больше всего боялась появления бутылочного горлышка. Процесс модифицировали;
— После того как фичу проверил тестировщик, дизайнер должен провести ревью в течение 24 часов;
— Если не успел или есть острая бизнес-необходимость ускориться: контроль качества осуществляет продакт, создаётся задача для отложенного дизайн-ревью с дизайнером как исполнителем;
— Её делают в текущем или следующем спринте с высоким приоритетом;
— По таким задачам собирают статистику и рассматривают каждый случай;
— Такой предохранительный механизм упрощает внедрение ревью и позволяет команде привыкнуть не пропускать этот шаг, повысив общее качество процессов;
— Любой взятый со стороны процесс без адаптации под компанию обычно неработоспособен;
— Также нужен план его внедрения — образ идеального и неидеального результата, понимание рисков во время внедрения, план на несколько итераций вперёд для повышения выживаемости процесса.
#review
Ищем middle+ UX-редактора в Точка Банк
Точка Банк — IT-компания, создаём онлайн-банк и экосистему сервисов для бизнеса.
У нас комьюнити UX-редакторов, прописанный TOV, гайды и библиотеки, которые формируют почти готовую контент-дизайн-систему.
📍От 172 000 ₽. Удалёнка или офис в одном из 20 городов.
Что делать:
— Писать тексты для продуктов ВЭД: интерфейсы, рассылки, уведомления, баннеры.
— Искать решения вместе с командой, подключаться к разработке продукта с самого начала.
— Предлагать и отстаивать изменения, чтобы улучшить клиентский опыт.
— Следить за консистентностью формулировок в продуктах.
Ты подойдёшь, если:
— Есть релевантный опыт в сфере UX-редактуры от двух лет.
— Твой грейд — middle+ и выше.
— Понимаешь, как создаётся продукт, как решаются задачи продукта с помощью текста, как выстраивается работа с продакт-оунерами и дизайнерами.
— Знаешь, как следовать TOV в коммуникациях разного формата.
📝 Узнай больше и откликайся на сайте.
Виктория Филиппова написала об улучшении доступности интерфейса для пользователей с дальтонизмом.
— Людям с дейтеранопией (не отличают зелёный от красного и оранжевого) неудобен фильтр товаров по цвету в виде цветных кружочков. Можно добавить текстовые подписи и использовать более контрастные оттенки;
— График изменения цены красят зелёным (цена увеличилась) или красным (уменьшилась). Можно добавить текстовые подписи, иконки, символизирующие движение вверх или вниз, а также использовать цвета, отличающиеся не только оттенком, но и яркостью;
— Для людей с протанопией (могут видеть одинаково светло-красный и светло-зелёный) красный можно сделать более оранжевым, зелёный — более голубым, чтобы они сильнее отличались;
— Не стоит использовать только цвет для передачи важной информации;
— Например, невыполненные пункты в списке требований к паролю лучше выделять не только красным цветом, но и иконкой крестика (или, наоборот, выполненные — не только зелёным, но и галочкой).
#color #accessibility
Новые материалы в @uxwork (кроме вакансий):
— Как повысить эффективность встреч;
— Как быстрее из джуна вырасти в синьора;
— Зачем делать тестовые так, чтобы они запоминались.
Как развить толерантность к неопределенности?
Иногда можно услышать совет: если хочешь стать крутым спецом и развиваться в профессии выше миддла, качай толератность к неопределённости. Чем она выше, тем выше твоя ценность.
В этом есть доля правды.
Легко заменить человека, живущего по строгому регламенту в упорядоченных процессах с чётким конвейером, где не требуется ни смекалки, ни гибкости, а результат предсказуем. В любой момент нанимаешь любого другого, садишь в настроенные процессы, и система едет дальше безо всякого ущерба.
Гораздо сложнее заменить того, кто действует в условиях неопределённости: быстро ориентируется при переменах, сам принимает решения, строит процесс своими руками и вывозит без регламента, не ломая дров. Потеря таких кадров болезненна для бизнеса, с рынка нанять сложно, а изнутри выращивать долго и дорого.
🤩
Логично, что с ростом скиллов миддлам жизненно важно перейти из первой категории во вторую.
Как это делать? Только на практике:
— учиться подстраиваться под меняющийся мир и отходить от регламентов,
— переставать полагаться на лида,
— не требовать везде и всегда хороших процессов,
— экспериментировать и ставить себя в дискомфортные условия.
🤩
Так бы я ответила лет пять назад.
В ту пору я была сеньором в продукте и недавним арт-диром из агентства, и мне казалось, что моя главная суперсила — умение вывозить в любой ситуации.
А те, кто не вывозит, просто не сеньоры. Им надо дрессировать себя так же, как дрессирую себя я — идти работать со сложными заказчиками, в чистое поле, на целину, где всё нужно строить самим и желательно в мороз, и чтобы вокруг выли волки.
Умопомешательство выглядит так:
🤩Ресурсов нет, а работы на десятерых? Ну и что, вывезем всё в одиночку — мы же сеньоры.
🤩Релизный цикл в продукте не работает? Ничего, что-нибудь придумаем.
🤩Команда круглосуточно ругается? Ну, в спорах рождается истина.
🤩Продакт мудак? Да какая разница, нам же не детей вместе крестить.
🤩Союзников в изменениях нет? Да ладно, я же сеньор — и одна справлюсь.
Только через годик-другой до меня дошло, что это порочная логика. Она полезна для карьеры на краткосроке, потому что даёт разовый бесценный опыт, как не надо жить. Но в перспективе ведёт к крайне низкому КПД и имеет непомерную цену.
Цена — качество жизни: каждый божий день ты на войне, которую сама выбрала. Если бы вокруг тебя не выли волки и не крепчал мороз, ты бы уже свернула горы, а так месяцами бодаешься за самую мелкую, не стоящую споров ерунду, ходишь к психологу и лечишь выгорание.
🤩
Противоядие от умопомешательства очень простое: прежде чем бросаться качать в себе толерантность к неопределённости, надо понять, чем эта неопределённость вызвана.
Если неопределённость продиктована спецификой продукта, это может быть крутым профессиональным вызовом. Например, идёт перестройка рынка, и нужно придумать новый подход, отличный от конкурентов. Как — никто не знает. Это — полезная неопределённость, прокачиваться в таких условиях просто шик, а дискомфорт — на пользу.
А вот если неопределенность означает, что всё зависит от левой пятки руководителя, который сегодня встал не с той ноги, и никто не знает, что он дальше учудит, или пять бизнес-заказчиков не могут друг с другом договориться, или вся команда сидит на минном поле и боится шаг вправо-влево сделать — то нафиг вырабатывать к этому толерантность. Надо бежать.
Если вы ведёте канал, который может быть интересен читателям UX Notes, поделитесь им в комментариях. Напишите, чем он хорош и почему стоит на него подписаться. И ставьте лайки анонсам классных каналов, чтобы больше людей обратило на них внимание.
Кто знает, вдруг это поможет как-то обновить упомянутый выше список источников информации о продуктовом дизайне.
#media
Дарья Хуторянская написала, как защищать дизайн-решения перед командой.
— Вопрос о релевантности решения (почему именно так решаем задачу) обычно появляется задолго до презентации макетов команде. Но бывает всякое;
— Сошлитесь на результаты предыдущих этапов дизайн-процесса (генерация решений, оценка и выбор подходящего). Например: на результаты обсуждения диапазона возможных решений с командой. Да, имеет смысл это фиксировать;
— В идеале обосновывать конкретные дизайн-решения проведёнными исследованиями;
— Но если их не было, можно опираться на стандарты. Например: эвристики, гайдлайны Apple и Material Design, вашу дизайн-систему, стандарты доступности;
— Хорошо использовать их не только для защиты, но и для самопроверки перед презентацией решения команде;
— Также можно опираться на гештальт-принципы — психологические законы, описывающие, как люди воспринимают и группируют визуальную информацию;
— Ссылаясь на конкурентов, стоит включать критическое мышление. Мы не знаем, насколько конкретное дизайн-решение привело конкурента к успеху. Возможно, всё благодаря широкому ассортименту и быстрой доставке;
— В какой-то момент появится возможность ссылаться на собственную экспертизу. Но для этого нужно накопить опыт и в дизайне, и в сфере продукта.
#presentation
Эдвард Скотт написал о частых ошибках в дизайне страницы товара в интернет-магазинах.
— Люди часто не находят (27% респондентов) информацию о товаре, если она спрятана в горизонтальных вкладках. Лучше отображать её в секциях, одну под другой. Если секции сворачиваются, их не замечают всего 8%;
— Добавьте изображения, позволяющие визуально оценить размер товара. Например: фото предмета в руке;
— Добавьте изображения товара, опубликованные покупателями в соцсетях. Они покажут товар в деле и добавят социальных доказательств;
— Дайте возможность добавить товар в избранное без регистрации и входа. Люди могут использовать избранное для сохранения и последующего сравнения понравившихся товаров и могут не хотеть сразу делиться своим имейлом;
— Если товар можно купить в упаковках разного объёма, показывайте цену за единицу объёма (например, за кг). Человек может неправильно прикинуть стоимость при сравнении и отказаться от выгодного предложения;
— В блоке «Купить» показывайте общую стоимость заказа с налогами, доставкой, платой за негабаритный товар. Если есть варианты доставки, показывайте минимальную общую стоимость;
— Ссылку на политику возврата разместите на видном месте, так как возвраты — источник беспокойства при покупке в интернете;
— Отобразите возможность оформления покупки как подарка: накладная без цены, подарочная упаковка. Особенно, если в магазине часто заказывают что-то в подарок;
— Группируйте технические характеристики товаров, если их больше 20, снабжайте группы заголовками;
— Приводите параметры товаров от разных поставщиков к единому формату (например, все размеры в метрической системе);
— Объясняйте непонятные термины в характеристиках, например, в тултипе при наведении на термин;
— Позволяйте перемещаться по отзывам, пролистывая изображения в них. Отзывы с картинками дают более объективное и полное представление о товарах.
In English. #ecommerce #product_page
Михаил Малевич написал, как повысить конверсию первого экрана лендинга (hero section).
— Он определяет первое впечатление. Его задача — не разжечь любопытство или заинтриговать, а за 8 секунд убедить пользователя, что он нашёл то, что нужно;
— Задача остальных экранов — развеять возможные сомнения;
— Начните с низкодетализированного вайрфрейма с тщательно проработанным текстом и типографикой;
— Протестируйте несколько формулировок на целевой аудитории: насколько им понятен текст и интересен предлагаемый продукт;
— Только после этого стоит подумать, как визуализировать то, о чём говорится в тексте;
— Чаще всего изображение с человеком работает лучше, так как возникает эмоциональная связь с героем;
— Если берёте картинку с фотостоков, максимально её модифицируйте, чтобы она не показалась знакомой. Можно перекрасить одежду в цвета бренда и так далее (с ИИ это сейчас элементарно);
— Сюжет должен быть связан с продуктом: предлагаете зарабатывать, пропуская меньше звонков, — пусть герой разговаривает по телефону и отображается метка об успешной обработке звонка;
— Направьте взгляд героя в сторону кнопки с призывом к действию;
— Для дорогих и трудных в настройке продуктов можно добавить вторую кнопку, по которой можно узнать больше информации;
— Добавьте социальное доказательство. Например, количество довольных клиентов.
In English. #landing #conversion
Кейт Каплан написала об иконке бургера.
— Люди привыкли к ней за 10 лет и понимают, что это меню или список категорий;
— Узнают даже модифицированную иконку (две линии вместо трёх, в рамке, с добавлением чего-нибудь к линиям), но в этом случае важно, чтобы она находилась в привычном месте (левый верхний угол на сайте);
— Новая проблема: пользователи стали видеть бургер в других похожих иконках с тремя горизонтальными линиями (ненумерованный список, настройка параметров), особенно если они оказываются в местах, ассоциирующихся с навигацией;
— Чтобы гарантировать узнавание иконки бургера, добавьте ей текстовую подпись;
— Также можно предусмотреть дополнительные способы навигации: поиск, навигация в подвале, ссылки на связанные материалы;
— Если нет необходимости скрывать меню, не скрывайте его.
In English. #icon
Михаил Руденко написал о формулировании ценностного предложения.
— Ценность — абстрактное понятие. Ценностное предложение — стратегия заключения сделки с клиентом;
— Также оно помогает продакту, продавцу, маркетологу и специалисту по клиентскому опыту договориться, синхронизироваться, заложить основу для своей работы и существенно повысить качество продуктовых гипотез;
— Может состоять из нескольких взаимосвязанных компонентов, перечисленных ниже;
— 1. Клиентский сегмент. Нет продукта, который потребляет каждый человек на земле с самого рождения до смерти. Более универсальным может быть базовый продукт (такие дорого не продать) или кастомизируемый (такие дорого создавать);
— Описание клиентского сегмента должно позволять выделять таких людей благодаря данным из открытых источников;
— 2. Ключевой мотивационный конфликт. Если человек относится к целевому сегменту, ему может быть не нужен продукт прямо сейчас. Надо выделить событие, вызывающее «поисковое поведение», осознание клиентом конфликта между драйвером и барьером;
— 3. Артефакт — за счёт какого набора товаров, услуг и информации может быть разрешён конфликт. Клиент должен понимать артефакт или его составляющие на уровне категорий;
— 4. Атрибуты артефакта — характеристики конкретного экземпляра артефакта, которые позволяют сравнивать его с другими;
— 5. Ценовые условия — цена (скидки, кешбеки и бонусы) или любой другой вклад покупателя (бесплатно в обмен на просмотр рекламы);
— 6. Условия обмена — как будет происходить процесс обмена («утром деньги, вечером стулья», скорость доставки) и гарантии (обратный обмен, расторжение сделки, «бесплатно, если не доставим за час»);
— 7. Атрибуты компании — свойства самого продавца (бренд, «50 лет на рынке»);
— 8. Ценность — символический смысл обмена: во имя власти, любви, комфорта, эстетики, превосходства и так далее;
— 9. Аргументы — сообщение о связи хотя бы двух компонентов ценностного предложения. Например: «Компания X производит матрасы с Y года» — артефакт и атрибут компании. «Зубная паста X для детей от 3 до 6 лет укрепляет зубы и снижает риск кариеса» — артефакт, сегмент и конфликт.
#product
Борис Юзефпольский поделился лайфхаками, как провести интервью и восстановиться после.
— Исследователи в середине дня оказываются выжатыми, если утром общались с пользователями. Устают все независимо от опыта;
— Само социальное взаимодействие создаёт высокую когнитивную нагрузку;
— Плюс при проведении исследований надо не переврать термины, учесть разницу в культуре и возрасте (особенно с детьми), работать с негативно настроенными респондентами;
— Поведение, которое кажется неуважительным, в некоторых регионах может быть нормой. В Юго-Восточной Азии участники могут подключаться на интервью откуда угодно (с улицы, со скутера), даже если заранее попросить найти тихое место;
— В плане смолтока надо смотреть на конкретного человека: с кем-то надо сначала поговорить о погоде, кто-то настроен перейти сразу к делу;
— Каждый ответ резюмируйте со словами «Правильно ли я понял, что…». Бывает, что понял неправильно, и респондент поправляет. Он также может вспомнить детали, которые забыл упомянуть ранее;
— Управление тишиной — полезный навык. Нередко именно в паузах респонденты, чтобы не чувствовать неловкости, говорят больше, чем в плотной беседе;
— Если респонденты ведут себя грубо или снисходительно, помогает фокусироваться на содержании ответов, держаться за структуру и улыбаться — это обезоруживает и выводит из защитной позиции;
— В международных исследованиях, когда респонденты могут говорить непонятно или с акцентом, сразу скажите, что вы можете иногда останавливаться и переспрашивать;
— Часто интервью воспринимают как что-то, что невозможно отменить. Особенно если рекрутинг был сложным. Но если вы истощены, отмените или позовите исследователя на замену, иначе пользы от интервью будет мало;
— У всех свой максимум интервью в день, длительность сессий и пауз между ними. Пробуйте разные форматы, чтобы найти комфортные вам;
— Если страдаете, не терпите и не молчите. Обсудите с коллегами, поделитесь усталостью, спросите, как они с ней справляются. Может быть, выяснится, что что-то делать вообще не обязательно или можно делегировать;
— Ходите на интервью к опытным коллегам и смотрите записи, подмечайте удачные ходы.
#research #interview
Фёдор Погуляев написал, как генерировать прототипы мобильных приложений на основе макетов в Фигме.
— Понадобится Node.js, Expo, Git и редактор кода Cursor;
— Expo даёт набор инструментов для создания кроссплатформенных приложений (мобайл и веб) на базе React Native;
— Прототип можно запускать через Expo Go на телефоне как обычное приложение (на любой операционной системе) с нативным поведением, виброоткликом, гироскопом и так далее;
— Git нужен для сохранения всей истории изменений файлов проекта. Полезно при вайбкодинге, так как Курсор может откатить изменения только в пределах одного контекстного окна;
— У Курсора есть Rules and Memories, где можно указать место хранения SVG-ассетов и выбранную библиотеку для анимации (например, React Reanimated). Правила могут распространяться на конкретный проект Project Rules и на все проекты User Rules;
— Пропишите в правилах, что приложение будет в связке React Native и Expo. Возьмите в Фигме personal access token и укажите его в настройках MCP. Так Курсор сможет ходить в Фигму за макетами;
— Если не работаете с дизайн-системой, потратьте время на нормальное именование элементов в Фигме. Так можно будет обращаться к конкретным элементам, а ИИ даже сможет предугадывать ваши желания при создании прототипа;
— Создайте шаблонный проект приложения со стандартной структурой, сбросьте шаблон, чтобы получить чистый проект;
— Начать эксперименты лучше с файла index.tsx, который отвечает за главную страницу;
— Скопируйте в чат ссылку на фрейм главной страницы в Фигме и скажите использовать функцию get_code (команда изучить структуру фрейма), чтобы ИИ воссоздал макет в коде;
— Так можно проверять решения без разработчиков, лучше разобраться в терминологии и логике кода.
#ai #prototype
Соня Соуза написала о странице с нулевыми результатами поиска в интернет-магазине.
— В нулевых результатах поиска пользователи редко обращают внимание на советы вроде «Проверьте поисковый запрос на ошибки или попробуйте использовать более общие слова», так как непонятно, какое слово написано неправильно, и какие альтернативные формулировки подойдут;
— Покажите одну или несколько категорий, связанных с поисковым запросом. Если «Красные зимние куртки» не найдены, покажите ссылку на более широкую категорию «Куртки». В идеале — с применённым фильтром «Зима»;
— Предложите ввести похожий поисковый запрос, по которому есть ненулевые результаты. Например: исходный запрос без какого-то одного слова или его более простая формулировка;
— Если есть только один такой похожий запрос, можно сразу применить его, уведомив, что по исходному запросу ничего не найдено;
— Можно предложить товары, основываясь на пользовательской истории просмотров или персональных рекомендациях;
— Покажите контактные данные и ссылку на чат или справочные ресурсы;
— Покажите ссылки на популярные категории товаров, а также список популярных товаров, чтобы переключить внимание с неудачи на возможность новых открытий. Если подписать «Сейчас в тренде» или «Бестселлеры», это выступит социальным доказательством.
In English. #search #empty_state
В KISLOROD написали, как когнитивные искажения используются в электронной коммерции и цифровых продуктах.
— Эффект эстетичности: люди склонны воспринимать красивый дизайн как более удобный. Но работает это только для небольших недочётов;
— Эффект приманки: если к 2 равнозначным вариантам добавить 3-й, заметно проигрывающий одному из них, люди чаще выбирают выигрывающий на его фоне вариант;
— Например, можно добавить чуть лучший, но намного более дорогой вариант, чтобы склонить к среднему по цене варианту;
— Эффект каскада доступной информации: чем чаще повторяется утверждение, тем сильнее становится вера в него. Так работает массовая реклама;
— Эффект победителя: люди склонны перенимать поведение, которого придерживается множество других людей. Это конформизм и желание быть частью общества. В электронной коммерции его используют социальные доказательства: отзывы и оценки;
— Эффект обратного победителя: люди избегают определённого поведения, если считают, что так поступает масса других людей;
— Пример одновременного действия этих эффектов: люди стремятся вместе со всеми купить новую модель айфона и при этом не покупают андроид, чтобы не быть «как все»;
— Эффект якоря: на оценки и суждения человека влияет первоначальная информация;
— Например, стоимость дорогих товаров, которые оказались в начале списка при сортировке «от дорогих к дешёвым», или обычная цена при наличии немного более низкой цены по карте покупателя;
— Эффект предпочтения статус-кво: люди желают, чтобы всё оставалось примерно тем же самым. Поэтому они плохо воспринимают революционные редизайны;
— Эффект неприятия потерь: люди воспринимают потерю более чем в 2 раза сильнее, чем приобретение того же самого. Потерять 500 рублей неприятнее, чем найти 1000. Или не получить то, на получение чего уже настроился;
— Используется в бесплатных пробных версиях и акциях 3 по цене 2: даже если 3-я единица товара не нужна, отказаться от неё тяжело;
— Эффект фрейминга: подача информации влияет на её восприятие;
— Например, автодилеры пишут не «скидка», а «выгода». Скидка 5000 рублей выглядит весомее, чем 5%, даже если это одна и та же скидка. Но если цена товара небольшая, лучше работают проценты;
— Эффект авторитета: люди больше верят оценкам авторитетных фигур (врачам, людям в униформе). На эффект рассчитаны рекомендации экспертов в описании товаров.
#psychology #ecommerce
Пользователь не виноват
#микросовет
Полезное правило: если есть хотя бы небольшой шанс, что проблема не в пользователе — значит, он не виноват. По умолчанию.
Вы не завершили оплату
↓
Оплата прервалась
(может быть сбой соединения или кнопка не работала?)
Вы указали неправильный адрес доставки
↓
Такого адреса ещё не знаем :(
(может быть адрес верный, просто нет в базе? или дело в формате?)
👉Прямота это неплохо, но обвинений лучше избегать, особенно несправедливых.
Цифры, а не слова
Наверняка вы слышали, что числа от нуля до десяти лучше писать словами, а всё, что больше, — цифрами. В одном из моих любимых журналов Journal of Consumer Research вышла статья с описанием 5 исследований, которые доказывают, что цифры всегда работают лучше. Дальше — коротко про несколько из них.
1. Цифры повышают CTR
Исследователи сделали два креатива и запустили социальную рекламу. В одном креативе использовали цифры: у 1 из 5 американцев развивается рак кожи к пенсионному возрасту. В другом — слова: у одного из пяти американцев…
Результат: у креатива с цифрами CTR 1,97%, со словами — 1,02%. Эксперимент повторили с креативами для бренда одежды. Там тоже победили цифры.
2. Цифры вызывают больше доверия
400 участникам эксперимента сказали, что они тестируют два новых батончика. Один из которых производит компания с сомнительной репутацией. Дальше участникам показали сайты товаров. На одном было написано, что батончик содержит 10 граммов белка. На втором — десять граммов. Потом участники сообщали о намерении купить батончик по шкале от 0 до 7.
Результат: батончик с хорошей репутацией хотели купить примерно одинаково, независимо от того, как были написаны числа. А вот батончику с сомнительной репутацией цифры очень помогли — его хотели купить на 3,5 против 2,7 для варианта со словами.
Илья Бирман написал о переключателях (segmented control) и выпадающих списках (select).
— Переключатель предназначен для выбора одного из нескольких вариантов. Варианты объединены в горизонтальный контейнер (важный признак взаимоисключающего выбора), и один из них выбран;
— В отличие от радиогруппы, переключатель может не только быть элементом формы, но и приводить к моментальному действию (например, переключению темы оформления);
— Чтобы варианты поместились в одну строку, подробности можно перенести в подпись. Например, вместо «Автоматически в зависимости от устройства ввода» можно написать «Авто», и при выборе этого варианта в подписи отображать «В зависимости от устройства ввода»;
— Варианты могут быть равной ширины или подстраиваться под длину текста;
— Если их всего 2, иногда непонятно, какой выбран. Проблема решается графическим оформлением;
— Выбранный вариант не реагирует на наведение и нажатие. При выборе варианты не должны менять порядок;
— На узких экранах иногда предусматривают появление горизонтальной прокрутки, но лучше заменить переключатель на выпадающий список;
— Выпадающий список тоже предназначен для выбора одного из нескольких вариантов. Он выглядит как поле со стрелкой, указывающей на возможность выбора;
— Список вариантов обычно появляется под полем, но положение может меняться с учётом свободного на экране места;
— По ширине он должен быть не меньше исходного поля и может быть больше, чтобы уместить длинные варианты;
— Если не хватает высоты экрана, в списке может появиться вертикальная прокрутка;
— Выпадающий список даёт компактность, но усложняет выбор: требуется действие, даже чтобы увидеть список вариантов;
— В отличие от радиогруппы и переключателя, он допускает использование незаполненного состояния — один из вариантов может быть пустой строкой. Он может быть выбран по умолчанию.
#segmented_control #select
Александр Щеблыкин рассказал о RTL-адаптации интерфейса и показал, как её упростить с помощью переменных в Фигме.
— Написание слов может отличаться в разных диалектах. Например, «Назад» пишется по-разному в Саудовской Аравии и ОАЭ с Оманом;
— Если на английском написан целый абзац, стандартно выровненный по левому краю, его не выравнивают по правому краю в RTL-режиме;
— А вот отдельный пункт ненумерованного списка, даже если он на английском, стоит выровнять как и все остальные пункты;
— Изображения отражать не надо, но композицию с картинками и текстом надо адаптировать под направление чтения. То есть если в LTR текст был слева, а картинка справа, в RTL они поменяются местами;
— Размер текста и межстрочное расстояние для компенсации увеличивают на 10%, так как арабский текст визуально меньше;
— Числа, записанные и западно-арабскими, и восточно-арабскими цифрами, читают слева направо;
— Знак вопроса пишется зеркально, отличаются и другие знаки препинания. Но появились они 100 лет назад, и на арабском спокойно можно выражаться без них;
— Отражают иконки, отображающие текст или направление чтения (есть пример и с отражённой иконкой с текстово-графической композицией), а также движение вперёд и назад;
— Не отражают иконки, изображающие реальные объекты, а также логотипы и универсальные символы вроде знака «✓»;
— В дизайн-системе переменная RTL переключает интерфейс на арабский;
— Есть переменные EN Only и AR Only, которые позволяют не усложнять простые компоненты. Например, хлебных крошках могут лежать «шеврон вправо» и «шеврон влево», связанные с переменными EN Only и AR Only так, что одновременно отображаться будет только один шеврон;
— Есть отдельные коллекции иконок для RTL, так как автоматическое отражение работает не всегда;
— Также в Фигме в виде переменных есть словарь — набор переводов на английском, русском и арабском, когда-либо использовавшихся в проекте.
#localization #figma
Алексей Самохин рассказал о кросс-сейле и апсейле в интерфейсе.
— Кросс-сейл — перекрёстные продажи, добавление других товаров к основному (обычно, намного дешевле основного), например, аксессуаров;
— Апсейл — увеличение стоимости покупки: доплатить и взять больший объём;
— Они увеличивают средний чек и общую выручку, помогают клиенту купить всё в одном месте (вспомнить, что нужно что-то ещё) и повышают удержание, делая предложение комплексным;
— Это не тёмные паттерны, если не делать так специально;
— Основные проблемы кросс-сейла: нерелевантность предлагаемого (таким обычно не страдают специализированные сервисы вроде доставки еды) и попытка впихнуть на один экран всё («Добавьте также», «С этим товаром покупают», «Может что-нибудь ещё?»). Один блок на экран;
— Придётся тестировать разные блоки и искать баланс между растущим чеком и раздражением пользователя;
— В приложении Бургер Кинга 6 кросс- и апсейл экранов на пользовательский путь;
— 1. Шторка кастомизации выбранного бургера (апсейл). Дополнительные ингредиенты — с аппетитными изображениями. Убрать лишнее — без картинок ради сохранения акцента. Кастомизация повышает удовлетворение;
— 2. Предложение комбо (кросс-сейл) — после добавления бургера в корзину, чтобы было время спокойно определиться с бургером. Видно, что комбо выгоднее, чем покупать товары по отдельности. Клиент получает комплексное предложение;
— Среднее и большое комбо стоят ненамного дороже, чтобы клиент склонился к варианту подороже;
— 3–5. Экраны выбора закуски, картофеля и напитка с кнопкой «Пропустить» и крестиком, чтобы легко отказаться;
— Когда люди кладут товар в корзину, они ожидают перехода в меню. Три дополнительных экрана немного напрягают, но для бизнеса работают;
— Они в целом не противоречат логике заказа еды в фастфуде. Органично сделать то же самое (трижды предложить ещё какие-то услуги) в медицинском приложении намного сложнее;
— 6. Предложение добавить что-то ещё в корзине. После корзины люди перестают воспринимать апсейл и кросс-сейл;
— Кросс-сейл можно встраивать в функциональность. Например, предлагать платную подписку для доступа к расширенным фильтрам;
— Но не надо ставить ничего такого на экраны с критически важными действиями, например, оплаты и подтверждения заказа;
— Как считать эффективность: средний чек, конверсия в оплату товара из апсейла, возврат на инвестиции в разработку функциональности, уровень отказов (помогает понять, раздражает ли механика клиентов).
#cart #upsale
DevCrowd выпустили новое исследование продуктовых дизайнеров. UX Notes снова на 3-м месте в списке русскоязычных источников информации по продуктовому дизайну.
2024 · 4-е место
2023 · 3-е место
UXUIConf на Стачке
UX/UI конференция для тех, кто проектирует и создает интерфейсы | 2-3 октября | Питер
На UX/UI Conf соберутся ведущие UX/UI специалисты крупнейших компаний, эксперты топовых digital-агентств и RnD, чтобы обсудить актуальные тренды, инструменты и методы в UX/UI дизайне.
Ключевые треки конференции:
— Инструменты UX/UI
— Прорывные технологии в UX/UI
— Управление дизайном
Выступят спикеры из компаний:
— Сбер
— Мессенджер VK
— hh.ru
— Вымпелком
— Т-Банк
— Атом
Программа и билеты на сайте
Следите за новостями в Телеграм и ВК
Реклама ООО «Стачка». ИНН: 7328081691, erid: 2VtzquvT6nG
Тимур Габбасов написал, как ускорить дизайн-ревью.
— Дизайн-ревью (дизайнеры смотрят макеты коллег и предлагают улучшения) позволяет переопыляться, делиться хорошими решениями и держать планку;
— В Точке ревью появилось с новой дизайн-системой и подходом к продуктам. Занимались им дизайнеры ДС, тщательно проверявшие отступы, названия слоёв, продуктовую логику и соответствие гайдам и не пускавшие в работу макеты с замечаниями;
— Когда дизайнеров стало больше 50, процесс забуксовал, а знания концентрировались у ревьюеров и не распространялись по компании;
— Подключили опытных продуктовых дизайнеров с насмотренностью и вниманием к деталям. Дизайнеров ДС стали звать, только если появлялись новые компоненты или были спорные моменты по ДС;
— В помощь к основному ревьюеру стали привлекать помощников, что прокачивало обратную связь и насмотренность;
— Начали фиксировать паттерны: загрузка файлов, уведомления, пустые состояния и так далее;
— Поменяли процесс, чтобы любой дизайнер мог добавить компонент или паттерн. Дизайнерам ДС достаточно было лишь утвердить результат;
— Ввели 2 уровня ревью. Полное — для новичков и сложных кейсов с новыми компонентами. Упрощённое — для опытных дизайнеров и кейсов, собранных на паттернах;
— Стали использовать стандартные комментарии в Фигме;
— Задачи по ревью перевели в таск-трекер. При смене статуса: автоматическое создание треда, тегание нужных людей, что делает процесс прозрачнее;
— О появлении новой задачи на ревью оповещает бот, что позволяет оперативнее её распределить и подхватить;
— Стали делить замечания по важности. Критичные (ошибки, кастом без обоснования, нарушения UX) — без их исправления задача дальше не идёт. На подумать — всё остальное;
— Всё это оптимизировало отдельные составляющие процесса, но бутылочное горлышко сохранилось;
— В итоге децентрализировали процесс: ревью перенесли внутрь небольших кросс-продуктовых команд дизайнеров, объединённых лидером, который занимается развитием команды;
— Он оценивает сложность кейса и назначает ревьюеров из группы (им может стать каждый), обучает, контролирует, при необходимости делает финальный чек;
— Дизайнеров ДС и экспертов подключают, если есть вопросы к паттернам, компонентам или продуктовой логике;
— Договорились брать задачи по ревью сразу, если нет своих горящих. Кейс на ревью ближе к релизу, а значит, важнее;
— Подготовили чеклисты, как подготовить кейс к ревью, как правильно ревьюить, чтобы помогать, а не «душнить по мелочам»;
— Стали собирать аналитику по скорости ревью (теперь 2–3 дня).
#review
Дизайнеры, встречаемся!
27 сентября в Москве пройдет конференция «Продукты 24 × FFDD2D» — объединение двух крупных мероприятий, которые задают тренды в дизайнерской среде.
Теперь это одно большое событие для тех, хочет смотреть на продукт и дизайн шире.
Будет три трека с докладами:
— про кейсы, перевернувшие индустрию, и инсайты из смежных сфер: телевидение, путешествия, которые помогают взглянуть на привычные бизнес-процессы с новой стороны;
— про то, как дизайнеру не скатиться в рутину, переосмыслить подходы и влиять на рынок;
— дискуссии и воркшопы про кросс-функциональное взаимодействие.
Вас ждет много знакомств, активностей, карьерных и профессиональных консультаций.
Завершим день на огненном афтепати под зажигательные DJ-сеты.
Встречаемся 27 сентября в пространстве «Суперметалл» — запишите себе в календарь, чтобы не забыть.
Вика Лисицына написала, должен ли дизайнер ~~уметь кодить~~ быть немного продактом.
— Дизайнеры всё чаще берут на себя функции продактов, так как хотят большего влияния, а границы ответственности в agile-командах размыты. Плюс HRы постоянно спрашивают о работе с метриками;
— Разбираться в бизнес-метриках, стратегии продукта и нюансах технической реализации полезно, но не надо делать это вместо специалистов;
— Снизится качество и дизайна и продуктовых решений;
— Кто-то должен в команде быть самым эмпатичным, мыслить сценариями, лучше всех создавать красивые (страдает в первую очередь) и интуитивно понятные интерфейсы. А самое главное — мечтать, предлагать революционные решения, откладывая технические и бизнес-ограничения на потом;
— Задачи продакта не так просты: стратегическое планирование и роадмап (с учётом доступных ресурсов и бизнес-планов), глубокий анализ рынка и конкурентов, интерпретация метрик и постоянный перевод с технического на бизнес-язык и наоборот;
— Дизайнер может взять на себя эти задачи, если продакта нет или он не справляется или это ранние стадии стартапа, происходит смена ролей в команде, принимается критическое решение, влияющее на пользовательский опыт (надо стать адвокатом пользователя);
— Но лучше чётко определять зоны ответственности, развивать культуру уважения к специалистам, сохранять кругозор и при этом развивать экспертизу в своей области.
#product
11 сентября в 11:00 пройдёт стрим «Лаборатории Касперского» «Шедевры контейнеризма. Новые грани защиты контейнерных сред».
Контейнеризация сейчас на хайпе, и занимающиеся ей специалисты есть практически в любой компании. Но их решения не всегда получаются устойчивыми и безопасными для окружающих.
На стриме признанные эксперты и критики разберут подходы к безопасности контейнеров, а также особенности обновлённой версии Kaspersky Container Security 2.1.
Перешлите это сообщение вашим знакомым девопсам и разработчикам! Регистрация по ссылке.
Александр Горчаков поделил команды на 4 типа по уровню стабильности и вызовов и написал, что делать лидерам таких команд.
— Процветают команды (1-й тип) с высоким уровнем стабильности и вызовов;
— Стабильность дают процессы, инструменты для решения задач (принципы, политики, гайды), прозрачное планирование, понятные механики развития команды и влияния на компанию (и внешний мир), разделяемая командой культура взаимодействия, а также лидер, выполняющий обязательства и отстаивающий интересы команды;
— Чем больше стабильности, тем больше команда уверена в завтрашнем дне и тем больше сил тратит именно на задачи;
— Нужна правильная оценка зрелости команды. Performance review повышает стабильность. Но его рано добавлять в стартапе на 5 человек без понятной бизнес-модели;
— Важен баланс. Без должного уровня вызовов стабильность приводит к бюрократии и скуке (2-й тип);
— Вызовы выводят из зоны комфорта, позволяют прокачаться;
— Чтобы избежать скуки при высоком уровне стабильности задача лидера — создавать вызовы и условия для их появления, объяснять их пользу команде;
— Вызовы: сложная задача, новая роль, компетенция или зона ответственности дизайнера, амбициозная цель, усложнённый режим работы;
— Например, задачу по добавлению столбца в таблицу можно предложить сделать с помощью специального компонента. Он позволит быстро делать подобное в будущем, а дизайнер прокачается в сборке компонентов;
— Вызовы без контроля и низкий уровень стабильности приводят к выгоранию (3-й тип);
— В этом случае можно начать с малого: начать планировать задачи, бронировать время дизайнеров на неделю вперёд, разделить людей по компетенциям, начать отстаивать интересы команды;
— В случае стагнации (4-й тип, низкий уровень стабильности и вызовов) кроме перечисленного выше надо ещё продать команде и бизнесу идею дополнительной работы.
#management