25231
Чат читателей: @uxnoteschat В соцсетях: vk.com/ux_notes и fb.com/uxnotes Вакансии: @uxwork Автор: @zGrav Est. 2016. Реклама на канале: https://uxnotes.ru/ads
Егор Грохотов написал о быстрой проверке гипотез.
— В Авито разработку и развитие продуктов делят на стадии. Каждая завершается гейтом — встречей, где команда презентует и защищает свой прогресс перед руководителями направлений;
— Проверяют гипотезы на стадиях New Opportunities Discovery (этап исследования) и Product Discovery (этапы проверки спроса и ручной проверки). Цель — попытаться убить продукт на самой ранней стадии;
— Быстрее и эффективнее всего проверять самые рискованные гипотезы;
— Изучайте рынок в том числе через экспертов. Пара интервью с экспертами поможет быстро разобраться, как устроена интересующая вас сфера;
— Если этап исследования подтверждает потенциал идеи, при проверке спроса можно оценить продукт по верхнеуровневой воронке и нащупать каналы продвижения. Например, можно посчитать конверсию лендинга;
— Ручная проверка — сопровождение нескольких клиентов по всем этапам взаимодействия от заявки до целевого действия, чтобы выявить проблемы. Продукт при этом может быть собран на коленке;
— Подключайте юристов и бухгалтеров пораньше, чтобы собрать соответствующие ограничения и не тратить время на правки продукта потом;
— Скорость сборки прототипов новых услуг увеличивает заранее подготовленная инфраструктура: CRM, телефония, чаты, отдельный счёт в банке.
#product #research #process
Маргарита Романова написала о проектировании внутренних CRM.
— Клиент внутреннего продукта — компания, которой продукт помогает преследовать свои цели. Пользователи — сотрудники этой компании;
— Приоритет отдавайте потребностям компании, но помните, что состояние сотрудника влияет на эффективность его работы (а это в интересах компании). Внедрение более спокойной цветовой гаммы → люди меньше устают и делают перерывов → выполнение и перевыполнение нормы;
— Интерфейс должен помогать сотруднику принимать решения. Если решений принимать не надо, то операцию можно автоматизировать, и человек (и этот интерфейс) не нужны. Узнавайте, какая информация о клиентах полезна сотрудникам;
— Используйте термины, но дайте возможность их изучить с помощью подсказок, онбординга или гайдов;
— Не бойтесь подсвечивать пользователю отклонения от нормативов, так как это может приводить к штрафам и премиям;
— Искореняйте хитрости, позволяющие обходить надзор за качеством и количеством выполняемой работы. Вроде возможности сделать неучтённый перерыв, выключив интернет. Из-за них компания теряет деньги;
— Обращайте внимание на пользовательские лайфхаки, помогающие ускорить работу. Это главный источник идей. Смотрите, что они делают вне интерфейса: бумажки, распечатки, заметки. Если они нужны для работы, с интерфейсом не всё хорошо;
— Не злоупотребляйте, обозначая важную информацию. Особенно с помощью красного цвета. Когда всё важно, ничего не важно.
#crm
Хороший дизайнер знает: для улучшения интерфейсов нужно понимать поведение пользователей. И качественные исследования — важный инструмент для создания хорошего макета.
Приглашаем на курс «UX-исследования», где вы научитесь:
• Понимать сценарии поведения пользователей вашего продукта;
• Составлять дизайн исследования;
• Формировать выборку и находить респондентов;
• Проводить качественные и количественные исследования;
• Анализировать данные;
• Улучшать интерфейсы на их основе;
• Проверять новый функционал на пользователях;
• И аргументировать принятые решения при помощи фактов из исследования.
Навык UX-исследований позволит вам брать новые задачи, расти на текущей работе или даже начать что-то новое, если это ваша цель.
#реклама
Почему важно проводить 1 на 1 с дизайнерами
У нас в студии была важная проблема, которая только недавно начала решаться.
Ощущение брошенности.
В Райте есть разные форматы работы с клиентом. От проектной до полного аутстафа. Чаще всего у дизайнера есть арт-директор и менеджер, но бывает так, что клиент полностью забирает дизайнера к себе в команду. У меня так было с несколькими клиентами. Я работал в продукте с командой клиента, а через Райт получал денежку, корпораты и дизайнерский движ в офисе.
Но мне не хватало общения с кем-то про проект, рассказать свои мысли, боли, поразгонять варианты решений. Самое сложное, это то, что такие проекты могут длиться годами из-за чего дизайнер может уйти в себя или вообще из компании.
Это фигово, но сейчас мы нашли силы это исправить. Мы проработали планы развития и не просто вкинули их в дизайнеров, а закрепили за каждым арт-директора в роли ментора и назначили периодические созвоны 1 на 1. На которых обсуждаем не только план, но и ощущения от работы, сложности, радости.
Офигеть сколько всего мы узнали, когда начали общаться с дизайнерами. У каждого свой уровень проблем и желаний, но нашлись и повторяемые штуки, которые мы уже взяли в работу.
На некоторых созвонах не было обсуждения планов развития, а я выступал больше в роли терапевта и чувака, который может что-то посоветовать и помочь. Было видно, как глаза некоторых ребят снова загорались, дизайнеры выговаривались, а мы стали лучше понимать, что происходит. Кажется, выиграли все.
И самое главное, что ощущение брошенности должно постепенно снижаться. Я искренне стараюсь узнавать что и как по работе и не только, чтобы как-то помочь и сделать работу лучше.
Люди работают с людьми. Людям надо давать говорить, людей надо слушать и возвращаться с тем, что обсуждалось. Разговаривайте 💛
#рабочийкейс #процессы #менторство
Срочных задач не существует
Заказчик: Доброе утро! У нас срочная задача, очень надо, сделай пожалуйста!
Такое сообщение только нагоняет страх и тревожности. А я терпеть не могу нервничать и тревожиться. И без этого поводов хватает.
Срочная — это когда? Через час, сегодня к вечеру или к концу недели? Особенно если я прочитал сообщение не сразу, а через пару часов, то вопросов ещё больше. Я уже опоздал? Мы в жопе? Ааа!!!
Срочность относительна. Для задачи, которую делать 10 минут дедлайн через 2 часа — это не срочно, но клиент может не знать, что её делать 10 минут. Поэтому он наводит панику, чтобы показать всю важность задачи и то, что она ему очень нужна. Но для меня ценной информации в такой формулировке — 0.
Лучше не использовать такие слова как «срочно» или «ASAP», а в постановке задачи описать проблему и указать дедлайн. Дизайнер посмотрит задачу, оценит её и скажет, успевает ли он сделать к указанному времени.
Плохо:
У нас супер срочная задача!1 Выручай! Нам надо срочно отдать макет в печать.
Ничего не понятно про задачу, кроме того заказчик в панике.
Хорошо:
В типографию через два часа нужно отдать сертификат в печать, чтобы успеть его распечатать и вручить до начала мероприятия. В макете решили исправить одну фразу на вот такую. Обнови, пожалуйста.
Тут всё понятно: исправление минорное, за пару минут можно всё обновить. Нет повода для паники.
Пара нюансов:
① Дедлайн действительно может быть таким, за который необходимую работу никак не успеть сделать. Тут нужно двигать либо дедлайн, либо упрощать задачу.
② Если быть в «мире клиента», то в целом, он имеет право на панику. Другое дело, что дизайнеру не стоит поддаваться на это, а наоборот — выступить островком спокойствия для клиента. Не бросать всё и бежать делать задачу, а задать уточняющие вопросы, успокоить что «всё ок, успеем» и потом уже идти делать.
③ Если от клиента на постоянной основе приходят такие задачи, то надо решать не их, а налаживать процесс. Договориться об этапах, сроках и по итогу собрать статью-регламент, ориентируясь на которую дальше все работают именно так, как договорились.
#совет
Станислав Хрусталёв написал о сторис.
— Коллекцию сторис люди привыкли видеть в верхней части экрана;
— Коллекция может реагировать даже на небольшие жесты, прокручиваясь на одну историю;
— При прокрутке выравнивайте сторис по сетке, чтобы их положение было более предсказуемым;
— В Инстаграме и Телеграме привычная форма для сторис — круги;
— Форма квадрата или вертикального прямоугольника позволяет разместить на них текст. Горизонтальных карточек лучше избегать — их на экране помещается слишком мало;
— Выделяйте непросмотренные истории, просмотренные отображайте в конце списка. Тинькофф Банк позволяет настроить, что делать с просмотренными историями;
— Не используйте разный шрифт для заголовков в сторис;
— Если миниатюры избирательно анимировать, они привлекут больше внимания;
— Телеграм показывает количество слайдов в истории;
— Анимация: а) увеличение, б) появление поверх основного контента снизу или сбоку;
— Показывайте сторис на весь экран;
— Полностью или частично затемняйте фон, чтобы легче было прочитать текст (но в меру);
— По умолчанию — без звука. Если в сторис есть видео, добавьте субтитры;
— Переключайте слайды и стории автоматически, а также при нажатии на правую (вперёд) и левую (назад) сторону экрана и свайпе влево и вправо;
— Показывайте, когда произойдёт переключение на следующий слайд;
— Останавливайте переключение слайдов нажатием;
— Контекстные кнопки должны быть достаточно большими;
— Переход к целевому контенту можно реализовать через свайп вверх;
— Дайте возможность сохранять истории и делиться ими;
— При переключении между слайдами и историями — разная анимация;
— Закрывайте истории свайпом вниз, нажатием на крестик, автоматически после просмотра последней истории.
Канал Станислава. #stories
Никита Семёнов написал о презентации дизайн-решений. Некоторые пункты:
— Отличное решение может сгореть из-за плохой презентации, а дизайнер — утонуть в доработках;
— Клиент — не противник, а партнёр. У вас знания и опыт в дизайне, у него — знания о бизнесе, продукте и целевой аудитории;
— Будьте благодарны людям, участвующим в презентации и дающим обратную связь, — они тратят своё время и энергию;
— Презентуйте своё решение лично (офлайн или онлайн). Его вы знаете лучше всех, плюс сможете видеть эмоции заказчика и сразу ответить на вопросы и обсудить замечания;
— Убедитесь, что на презентации есть человек, который будет принимать финальное решение. Если его нет, встречу лучше перенести;
— Объясните регламент встречи. Когда задавать вопросы: в конце или по ходу рассказа?
— Напомните о целях и задачах, особенностях аудитории и её болях, юридических, технических, временных и прочих ограничениях;
— Покажите весь пользовательский путь с помощью интерактивного прототипа;
— Расскажите, как ваше решение изменит показатели. Например, раньше сотрудники тратили на задачу 20 кликов и 5 минут, а будут 7 кликов и 2 минуты;
— Приводите аргументы из мира тех, кто вас слушает (узнайте, кто перед вами). Продактам важны сроки и KPI, юристам соблюдение законов и так далее.
Канал Никиты. #presentation
Виталий Мазуревич рассказал о карточной сортировке.
— Это вид исследования, когда респонденты распределяют некие объекты (представленные карточками) по категориям;
— Так можно понять, каким по их мнению должен быть каталог;
— Исследование может быть качественным и количественным;
— В первом случае можно узнать, почему респондент распределяет карточки определённым образом. Во втором — понять, какая структура каталога подходит большинству пользователей;
— Открытая сортировка: есть набор карточек, респондент создаёт структуру и придумывает названия категориям. Дополнительно позволяет определиться с названиями категорий;
— Закрытая: есть набор карточек и конкретные группы. Можно проверить адекватность логики заданной структуры;
— В идеале сначала провести открытую, а затем закрытую сортировку;
— Обратная: есть готовая структура, надо найти, где находится заданный объект. Как правило, используется для сложных каталогов и позволяет проверить, понятен и лёгок ли путь пользователя к цели.
В UX Notes была хорошая статья о карточной сортировке, нажимайте на хештег. #card_sorting #information_architecture
Люда Сеньшова написала, как создавать цифровые продукты для детей.
— Новые поколения начинают использовать гаджеты раньше и проводят больше времени в сети;
— Обычно детские приложения основаны на феномено-ориентированном обучении, то есть выстроены вокруг интересных явлений из реальной жизни;
— В таких играх нет чётких правил, временных ограничений, выигрыша или проигрыша. Они основаны на спонтанности и процессе (чаепитие с куклами в честь дня рождения) и должны вызывать радость от процесса (не сваливайтесь в обучение);
— Дети не способны долго фокусироваться, им нужен быстрый результат;
— Плей-дизайнерам надо много времени проводить с детьми, чтобы хорошо их понимать. Дети двух, пяти или десяти лет совершенно разные;
— Дети 2–5 лет: максимально краткие подсказки и инструкции, значки навигации желательно не абстрактные, никакого текста, раскрывающихся меню, лучше без скроллинга (сложен из-за моторики), самые простые жесты взаимодействия, упор на звуковую стимуляцию и интерактивность;
— Дети 6–8 лет: лучше обойтись без чтения и набора текста, воспринимают сложные жесты вроде долгого или двойного нажатия;
— Дети старше 12 лет: всё так же не любят большие объёмы текста, важно подавать контент как взрослым;
— У лучших детских приложений нет элементов внешней мотивации (Points, Badges, Leaderboard). Старайтесь развивать внутреннюю мотивацию, направленную на творчество, самовыражение и социализацию;
— Если зависть заставляет добиваться такой же ачивки, как у другого, — это плохая мотивация;
— Страницы ошибки и загрузки тоже должны быть сделаны для детей;
— Продумайте, где с приложением будут взаимодействовать взрослые (настройки, подписка, данные карты), и как защитить этот раздел;
— Ошибки: мало интерактива (дайте, например, раскрасить персонажей), линейный сценарий и ограниченный выбор, монотонность (десять однотипных заданий подряд).
Канал Люды. #kids
В аптеке в стеллаж встроены ступеньки, чтобы невысоким провизорам удобно было доставать лекарства с верхних полок.
Читать полностью…
Тим Нойсессер и Эван Санволл написали о сообщениях об ошибках.
— Отображайте сообщения об ошибках там, где они произошли, чтобы было проще связать сообщение с требующим внимания элементом интерфейса;
— Используйте заметные и доступные индикаторы. Не оформляйте ошибки только цветом и анимацией, для доступности можно добавить иконки;
— Не показывайте ошибки преждевременно. Например, когда пользователь переместил фокус из незаполненного поля, показывать сообщение рановато — человек ещё только изучает интерфейс;
— Кратко опишите проблему и предложите способ её решения, иногда может потребоваться объяснить, как работает система;
— Не обвиняйте пользователя и избегайте шуток;
— Помогайте избегать ошибок. Например, Gmail предупреждает о неприложенном файле при попытке отправить письмо;
— Сохраняйте введённые пользователем данные, чтобы ошибку можно было исправить редактированием, а не новым вводом;
— Помогайте исправлять ошибки. Например, заменить ввод на вариант без опечатки;
— Если всё, что может сделать пользователь, это вернуться позже (например, сервер перегружен), на странице с ошибкой можно совместить извинения с чем-то неожиданным и новым. Твиттер показывает иллюстрацию с птичками с китом.
In English. #error #writing
Таня Миронова написала, как встроить работу над доступностью в процессы компании.
— Если нанять отдельную команду и пропускать сервисы через неё, получая отчёты об ошибках, поставки станут дольше и дороже, отчёты могут быть формальными (если тестировать экраны, а не сценарии), сложно охватить сразу много продуктов;
— Если добавить тестирование доступности после функционального, нужны тестировщики (например, незрячие) для всех продуктов, поставки всё ещё будут долгими и дорогими;
— Можно подойти к доступности не как к этапу проверки, а как к определённому уровню знаний всех участников разработки;
— Нужен эксперт — амбассадор доступности, который будет находить проблемы доступности, консультировать, обучать сотрудников, готовить методические материалы;
— Со временем такие люди будут появляться в каждой команде;
— Чтобы ускорить их появление, можно провести внутреннюю стажировку — обучение сотрудников на их рабочих проектах;
— Те, кто не проходят стажировку, могут слушать лекции, чтобы лучше понимать основные принципы;
— В чеклист запуска продукта можно добавить проверку доступности (вначале опциональную).
#accessibility #process
Станислав Хрусталёв написал о выборе города в интернет-магазине.
— Обычно он находится в левом верхнем углу;
— Определяйте город по IP-адресу. Запрос доступа к геолокации может быть воспринят нарушением приватности;
— Достаточно только названия города, без подписи «Город». Для облегчения восприятия добавьте иконку геометки. Текст «Текущий город» можно разместить в тултипе;
— Не обрезайте название города;
— Привлечь внимание к текущему городу можно анимацией вместо немодального попапа с просьбой подтвердить, что город определён правильно;
— Кроме попапа запрос на подтверждение города иногда размещают в растяжке у верхней границы страницы;
— Но в любом случае, не блокируйте интерфейс этим запросом;
— В сообщении: выделите название города; кнопку подтверждения сделайте основной; можно пояснить, почему важен выбор правильного города;
— Иногда запрос закрывают автоматически по истечению времени, не требуя действий от пользователя;
— Если городов много, интерфейс выбора города отображайте в лайтбоксе в несколько столбцов. Для облегчения восприятия можно сгруппировать их по первой букве в названии;
— Если городов очень много, можно подсветить это как ещё одно преимущество: «Вы можете выбрать более 150 000 населённых пунктов по всей России»;
— Выделите популярные города. Иногда показывают только популярные и дают возможность переключиться на полный список или искать остальные города поиском;
— В списке можно отметить города, где есть офлайн-магазины, собственная или бесплатная доставка, показать количество магазинов в городе. Не забудьте показать легенду для этих меток;
— Если пользователь ввёл нужный город в поиск, но его не оказалось в списке, предложите выбрать ближайший город или связаться с поддержкой.
#ecommerce
13 июля, 18:00
Selectel UX & Research MeetUp: Дизайн-система, исследования, навыки проектировщика
Ребята из @selectelcareers приглашают на свой митап UX/UI-дизайнеров, исследователей, продакт-менеджеров, UX-писателей и всех, кому хочется больше узнать про работу с пользовательским опытом.
Основные темы:
◽️ Коммуникация с командами и клиентами
◽️ Работа с технически сложным продуктом
◽️ Разработка и внедрение дизайн-системы
◽️ Исследования контента и пользовательского опыта
Задайте вопрос в форме регистрации — на самые интересные ответим во время трансляции, а за лучший подарим Тирекса 🦖
Участие бесплатное, регистрируйтесь по ссылке: https://slc.tl/0kk3c
Реклама ООО «Селектел» 2VtzqwJJJpC
Двойной смысл
На картинке выше соломинка для питья. Мы часто видим такие и спокойно от них избавляемся. В них нет особой ценности, кроме как использовать и выкинуть. Но тут уже не просто соломинка. Благодаря форме, материалу, цвету она становится чем-то бо́льшим. Красивым. Приятным. Интересным. Многоразовым. А если собрать несколько таких, можно создать композицию, поставить в колбочку и украсить этим интерьер. Вместе они становятся объектом искусства. И их смысл меняется.
Мне нравится эта мысль. Кажется, что она про будущее, где дизайнеры будут преобразовывать предметы и помогать людям использовать их по-новому. К примеру, как скульптуру, аксессуар или как совершенно другой предмет. А может все вместе. Когда нам не нужны соломинки, они стоят в колбочке, переливаются и радуют глаз. А когда нужны, снова становятся соломинками и помогают нам выпить вкуснейший милкшейк.
Но самое главное, что этот проект не только про экологию, многоразовое использование, но и про «увидеть прекрасное» в простых, ненужных вещах. Тех, на которые мы не обращаем внимание и которые выкидываем. Задуматься над этим и, быть может, преобразовать их.
#дизайн_решения
Илья Бирман написал об онбординге.
— Он появляется не вовремя, мешает воспользоваться приложением, а когда информация из него нужна — её уже не найти;
— Нахваливать в нём приложение и его фичи нет смысла, человек его уже установил и запустил;
— Обучать работе с приложением — тоже, так как надо сначала внимательно всё прочитать и запомнить, а уже потом — применить эти знания в реальном интерфейсе;
— Если интерфейс действительно требует обучения (и его нельзя сделать понятнее), лучше добавить подсказки, кнопки-вопросики с подробным пояснением в сложных местах, ссылки на гайды и видеоинструкции;
— Рассказывать в нём о новых фичах тоже не стоит, так как человек обычно запускает приложение с какой-то целью, и онбординг только помешает;
— Телеграм сообщает об обновлениях в отдельном канале. Если фича понравилась, сообщение о ней легко можно переслать;
— Онбординг действительно может повысить метрики. Но это не значит, что его обязательно надо добавлять. Рассказать о чём-то пользователям можно иначе;
— Если нет никаких других вариантов рассказать о продукте, лучше сделать это онбордингом, чем не сделать вовсе;
— Онбординг проще добавить: он не взаимодействует с другими частями приложения, не добавляет новых связей, поставить его может отдельная команда.
Канал Ильи. #onboarding
Станислав Хрусталёв написал, как сообщать об использовании кукисов.
— Обычно такие сообщения находятся в нижней части экрана;
— Зафиксируйте его на странице и не перекрывайте другими всплывающими сообщениями;
— Оно должно быть компактным, без длинного текста и лишнего пустого пространства, но при этом выделяться на странице и соответствовать стилю;
— Не должно блокировать взаимодействие с остальным интерфейсом (не модальное);
— Можно добавить иллюстрацию, чтобы вдохнуть в формальное сообщение немного жизни;
— Можно пояснить, зачем вы используете кукисы, какая от них польза клиентам, как можно запретить их сохранение;
— Рассказывать, что это вообще такое, лучше на отдельной странице с деталями;
— Там же можно рассказать о причине сбора (почему это важно и как отразится на клиенте), типах кукисов, способе отказаться от использования и настроить;
— Ссылку на неё разместите в сообщении и сделайте заметной в тексте. Открывать её лучше в новой вкладке;
— На кнопке согласия пишите гендерно-нейтральный текст;
— Кнопки может и не быть, если согласие — это дальнейший просмотр сайта. Тогда будет крестик для закрытия сообщения;
— Тогда всплывающее сообщение после перехода на страницу с деталями можно уже не показывать;
— И вообще его можно автоматически скрывать через некоторое время.
Канал Станислава. #legal
Алексей Нибо написал об интерфейсах для промышленных устройств.
— От таких интерфейсов зависит эффективность работы специалистов;
— При его создании надо помнить, что это не мобильное приложение, получающее много полезного от операционной системы. Экран блокировки, панель уведомлений, строка состояния, клавиатура и прочее — всё это надо разработать;
— Ссылка на стартовый экран на всех экранах позволит быстро перейти в любой раздел приложения (и просто если пользователь заблудился);
— Одна из задач — показать пользователю, работает устройство или нет (панель уведомлений, строка состояния);
— Стандартные дизайн-решения могут быть неприменимы. Экран может плохо отзываться на прикосновения, тогда свайпы использовать нельзя. Или быть утопленным в корпус, тогда рамка будет мешать нажимать на небольшие элементы по краям экрана;
— В промышленных устройствах могут быть не самые хорошие экраны и графические карты. Учитывайте ограничения железа. Хватит ли мощности для анимации? Стоит проработать состояние ожидания между вводом информации и реакцией системы?
— Эти интерфейсы специфичны. При разработке клавиатуры, возможно, не надо копировать популярные аналоги, так как пользователям нужен лишь ограниченный набор символов (изучайте свою аудиторию);
— Со специфического устройства интерфейс проще перенести в веб или мобильное приложение, чем наоборот. Поэтому лучше начать с него.
#industrial_device
Кира Калимулина написала о тексте для пустых состояний и ошибок.
— Пустое состояние отображается, когда на экране нет содержимого: 1) Пользователь не добавил или нужные данные ещё не накопились, 2) Он всё удалил, 3) Нулевые результаты поиска или фильтрации;
— Общие рекомендации: определите контекст появления такого состояния; в заголовке расскажите, что произошло; в подзаголовке подскажите, что делать дальше (иногда имеет смысл успокоить пользователя); в тексте кнопки направьте его к целевому действию;
— В статье Кинерет Ифры — более подробная классификация пустых состояний и отдельные рекомендации под каждое;
— Вместо пустого состояния можно показать видеоподсказку или инструкцию;
— Если поиск не нашёл то, что искал пользователь, можно показать что-то похожее. Но важно сообщить об этом;
— Можно показать демоверсию содержимого, например, если эту функциональность открывает премиальный тариф;
— Не стоит: рассказывать о других фичах (может запутать); шутить, когда появление такого состояния может разочаровать пользователя; драматизировать («Мы очень старались, но так ничего и не нашли! Простите нас, пожалуйста, мы обещаем исправиться!»);
— В сообщениях об ошибках превращайте негатив в позитив, если это не искажает смысл. Например: «Эти товары недоступны для юридических лиц» → «Эти товары доступны только для физических лиц»;
— Если есть возможность, к сообщениям об ошибке добавляйте полезные ссылки. Например, на чат с поддержкой;
— Не пишите «Упс» или «Ой» — становится похоже, будто вы не контролируете, что происходит с вашим сервисом;
— Единственная ошибка, в тексте которой можно шутить, — 404.
Канал Киры. #empty_state #error #writing
Сергей Кондауров написал, как подготовиться к проектированию голосового взаимодействия в рамках продуманного разработчиками диалога.
— Виртуальные помощники постоянно переключаются между сценариями общения, которые можно разделить на три типа;
— 1. Фактовый вопрос-ответ — фактически верный ответ на вопрос пользователя, например, «Какой орех самый крепкий»;
— 2. Продуманный разработчиками диалог — получение определённых данных в заданной последовательности, чтобы сыграть в угадывание персонажа или заказать такси;
— 3. Свободный диалог — имитация естественного диалога при ответе на вопросы вроде «Как у тебя дела»;
— Сначала определите целевую аудиторию сценария, почему пользователь выберет голосовое взаимодействие вместо привычной альтернативы, в чём выгода бизнеса (деньги, лояльность, пиар);
— Вторым шагом опишите основную идею сценария, цель взаимодействия, контекст (дома, за рулём, на прогулке), изучите прямых конкурентов (голосовые технологии) и косвенных (альтернативные технологии и методы вроде «спросить соседа»);
— Затем создайте каркас сценария. На диаграмме покажите все возможные развилки. Проверьте, чтобы их не было слишком много, избавьтесь от тупиков, добавьте способы вернуться назад;
— Детализировать сценарий удобнее уже в таблице;
— Можно заранее синтезировать аудио фраз голосового помощника и запускать их при проверке сценария — погружение будет полнее, чем при зачитывании ответов своим голосом;
— Четвёртым шагом проверьте сценарий на коллегах;
— Диалог записывайте, потому что по ходу общения не будет времени для заметок;
— Ищите ситуации, когда: а) пользователю непонятно, чего от него ожидают, б) слишком разнообразные ответы пользователей не уложить в сценарий, в) возникают тупики, г) собеседник забывает инструкции;
— Если такие проблемы не возникают, переходите к тестированию с потенциальными пользователями.
#voice
Юрий Марьенко написал об основных типах навигации на сайтах.
— Статичное меню в начале страницы. Если на странице содержимого много, пригодится кнопка возврата наверх, чтобы удобно было возвращаться к меню;
— Фиксированное меню — всегда остаётся на виду при скроле страницы. С ним в любой момент можно перейти в другой раздел сайта, но оно может мешать изучать содержимое страницы;
— Сочетание большого статичного и небольшого фиксированного меню — фиксированный вариант отображается при скроле, не занимает много места по вертикали и даёт быстрый доступ к самым важным разделам;
— Бургерное меню (статичное или фиксированное) — по нажатию на иконку бургера отображает список разделов. Хорошо работает на мобильных сайтах за счёт компактности. Часто используется на популярных сайтах (с большими каталогами), так что паттерн должен быть хорошо знаком пользователям;
— Многоуровневое меню — отображает основные разделы (4–7 пунктов), по нажатию на которые можно увидеть подменю с большим количеством подразделов. Подходит компаниям с несколькими направлениями бизнеса, узкоспециализированным интернет-магазинам;
— Меню помогает посетителям быстро понять, о чём сайт.
#navigation #menu
Мириам Миссбихлер написала об особенностях японских сайтов.
— Чтобы создать шрифт для английского языка, надо нарисовать около 230 глифов (840, чтобы охватить все языки на основе латиницы). Для японского языка их надо более 7000;
— Выбор шрифтов меньше, время их загрузки больше. Как следствие, часто текст верстают картинками, плюс активно используют другие способы создания визуальной иерархии;
— Японский подход — показать сразу несколько лакомых кусочков информации, чтобы заинтриговать, чтобы было за что зацепиться, чтобы можно было принять обоснованное решение;
— Уровень неприятия риска, перестраховки и нерешительности при принятии решений заметно выше, чем на западе. Лучше потратить время и трижды проверить отправляемый документ, но не допустить ошибок и сохранить авторитет;
— Японцы воспринимают информацию более целостно, тогда как американцы фокусируются на одном;
— Офлайновые медиа в Японии стараются вместить как можно больше информации, люди к такому привыкли.
In English. #localization
Поделитесь в комментариях ссылками на классные русскоязычные статьи, которые вы недавно прочитали, и которым самое место в UX Notes?
Читать полностью…
3 августа в 18:00 встречаемся на митапе билайна, чтобы поделиться своим опытом и драйвом — в гибридном формате и бесплатно. Соберёмся обсудить генерацию творческих решений, создание анимаций в Figma, распаковку потребностей клиента и UX.
Смотри более подробную программу и регистрируйся:
1. Здесь, если подключишься онлайн
2. Здесь, если хочешь прийти к нам в Питере и познакомиться лично
Реклама. www.beeline.ru erid: LatgC6aV9
Опубликованы видео с Avito Design Talk 29 июня 2023 года:
1. Наталья Юматова, Алексей Архипов, Авито — Почему мы не рисуем концепты в стол
2. Роза Бадаева, ex. Delivery Club — Конфликты во взаимодействии продакт-менеджера и дизайнера как возможность изменений
3. Дмитрий Быков, Osome — Путь от дизайнера к менеджеру и обратно
Почему мы всё время начинаем и бросаем учить английский?
Одна из причин — мы не знаем свой уровень языка. В итоге берёмся за контент, который нам не по силам. Например, сериал «Друзья» часто советуют смотреть тем, кто начинает учить язык, но в нём полно юмора, который начинающие пока понять не могут.
В итоге разрыв знаний удручает и мотивация снова падает.
Если вы готовы дать английскому ещё один шанс, мы поможем поверить в свои силы и довести дело до конца.
Приходите на бесплатную консультацию в Яндекс Практикум:
- Проведём устный тест на уровень языка,
- Покажем, чего реально добиться и за какой срок,
- Расскажем, как наши курсы помогут достичь цели.
Записаться
Реклама АНО ДПО «Образовательные технологии Яндекса», ИНН: 7704282033, erid: LjN8K4eaj
В Dodo Engineering написали о дизайне телеграм-бота.
— Придумайте оригинальное название, учитывая, что у вашей компании может быть больше одного бота. Dodobot, dodohelper и dodohelpbot в списке чатов запутают пользователя;
— Взаимодействие начинайте с приветствия и небольшого рассказа в 2–3 предложения о том, что бот умеет и как им пользоваться;
— Где это возможно, используйте кнопки вместо ручного ввода;
— Избегайте большого количества пунктов меню, группируйте их в меню второго уровня. Но не делайте вложенность слишком глубокой (не более 3 шагов), чтобы пользователи не забывали, что выбрали в начале и зачем вообще пришли;
— Давайте обратную связь, когда пользователь что-то сделал («Часовой пояс изменён на…») или когда требуется время для обработки его запроса («Получаю статистику…»);
— Давайте возможность отменить действие: легко отписаться от уведомлений, сбросить настройки;
— Используйте эмоджи и всё доступное форматирование, чтобы сделать акцент на важном и упростить восприятие информации. Например, табличные данные можно показывать, отделяя строки линиями из дефисов;
— Предлагайте готовые варианты, например, подписаться на готовый набор популярных метрик.
#dialog_interface
Евгений Бондковски написал, как сделать графики и диаграммы привлекательнее.
— Облегчите сетку вспомогательных линий: уменьшите их количество, толщину, яркость; оставьте только горизонтальные или вертикальные линии; уберите засечки и стрелки на осях, уменьшите подписи. Иногда сетку можно убрать вовсе;
— Скруглите углы (почти все интерфейсы вокруг такие) и добавьте градиентов. Ими можно залить площади под линейными графиками и столбцы диаграмм;
— Выберите дополнительные цвета, близкие по тону основному цвету бренда или презентации;
— Главный параметр можно выделить, показав остальные градиентами серого или оттенками второго цвета;
— Цвета могут добавить в диаграммы лишней информации. Избегайте пары красного и зелёного цвета, если только вы не показываете положительные и отрицательные значения. Выбирайте цвета одинаковой насыщенности, чтобы какие-то параметры случайно не стали выглядеть второстепенными;
— Второстепенные параметры (график за прошлый год или планируемый прирост) можно показывать пунктирной линией или штриховкой;
— Используйте цвет бренда, даже если это красный цвет и вы показываете рост продаж;
— Старайтесь разные параметры показывать разными типами диаграмм, подходящими для отображения таких данных.
#data_visualization #graphics
Иван Кунцевич написал, на какие вопросы надо ответить перед выполнением дизайн-задачи.
— Почему появилась эта задача? Возможно, у проблемы, которую хотят таким образом решить, есть решения попроще;
— Есть ли текущее решение, почему оно не работает? Если в продукте есть похожая функциональность, можно её адаптировать. Не придётся придумывать всё с нуля, решение будет знакомо пользователям;
— Как сейчас пользователи решают проблему? Возможно, есть сложившиеся паттерны (вне вашего продукта), которых стоит придерживаться;
— Какова цель бизнеса, на какие метрики он хочет повлиять? Понимая это, проще выбирать из нескольких решений, можно а/б-тестом сравнить их влияние на целевые метрики;
— Какую ценность получит пользователь? Чем больше пользовательских целей получится учесть, тем более качественным, функциональным и привлекательным получится продукт;
— Что ждём от финального результата? Если не отслеживать влияние конкретного решения на метрики, нельзя сделать вывод о его успешности. Если метрики с каким-то изменением упадут, будет сложно понять причину и откатиться назад.
Канал Ивана. #product
В Ispmanager написали об особенностях китайских сайтов.
— Китайцам крайне важно, как их воспринимают другие. Ключевая единица в культуре — группа, а не человек. Они очень активно общаются в интернет-сообществах;
— В культуру глубоко вплетены древние традиции, внимание уделяется значениям цветов;
— Например, красный символизирует позитив, счастье, преданность, пламенность, чувственность. Популярны жёлтый и оранжевый;
— Сайты перегружены текстом. Они действительно стремятся побольше рассказать на одном экране;
— Но эффект усиливается тем, что в китайской письменности нет пробелов между словами, разделения на строчные и прописные иероглифы;
— В языке — десятки тысяч иероглифов. Шрифтов не так много, и каждый весит довольно много, поэтому на сайтах используют один шрифт в одном-двух начертаниях;
— Часто текст верстают просто картинками;
— Так как свободного пространства мало, дизайнеры используют яркие цветовые акценты. Их выбор часто обусловлен традиционными для страны значениями;
— Часто в приложениях встречаются игровые механики;
— Mobile first: мобильные устройства — основной способ выхода в интернет и совершения покупок;
— Распространены доменные имена с цифрами. Их проще воспринимать, чем латиницу, и китайцы используют цифры для передачи слов. Например, 1688 на китайском созвучно слову Alibaba.
#localization