Поясни за UX. Страница 8
6449
@Poyasnizaux
Интерфейсы здорового человека
-
Поясни за UX
Как просрать CX даже если UX - норм Щас будет история из жизни, махарошики. Когда-то давно я оформляла ДМС в компании РЕСО и регистрировалась в их ЛК, есесна. Прошло сто лет, мой номер и почта успели смениться и доступа в этот ЛК уже нет. Сейчас я снова оформила полис в РЕСО, попыталась создать новый акк, на что получила ошибку: "Вы уже были зарегистрированы в Личном кабинете или в мобильном приложении." Форма обратной связи при попытке отправить письмо в саппорт выдает обворожительную, очень юзер-френдли ошибку: "ORA-01400: невозможно вставить NULL в ("MOBILE"."RMCALLBACK"."SMESSAGE") ORA-06512: на "MOBILE.MOBILEUTILS", line 1519 ORA-06512: на "MED.MEDCALLBACK", line 485 ORA-06512: на line 1 ORA-06512: на "SYS.DBMS_SQL", line 1721 ORA-06512: на "MOBILE.AMUTILSREST", line 1686 ORA-06512: на "MOBILE.AMUTILSREST", line 1315 ORA-06512: на "MOBILE.AMUTILSREST", line 1235 ORA-06512: на line 1" В недрах их сайта выкопала почту техподдержки. Там мне дали еще более юзер-френдли ответ: "Изменить номер телефона/логин, электронный адрес или удалить Личный кабинет нельзя, но мы можем заблокировать данный кабинет и Вы повторите регистрацию еще раз с актуальными данными на сегодняшний день. Необходимо обратиться в любой офис компании и подать заявление на блокировку кабинета, предоставив паспорт и указав в заявлении следующие данные - ЛОГИН, ЭЛ. Адрес (на который зарегистрирован кабинет), персональные данные, дату и подпись." Мое лицо в этот момент: 🗿🗿🗿 Я это все к чему: дизайнер сделал все возможное, чтобы было хорошо - ссылка на восстановление доступа есть, форма простая и даже понятная, все дела. Но механизмы под капотом жестко завязаны не только на креды входа, но и на персональные данные вроде ФИО и даты рождения. В итоге вы физически не можете создать два аккаунта, даже если к первому у вас больше нет доступа. В итоге человек страдает не как пользователь интерфейса, а как клиент продукта. Если вам захотелось оправдать данный писос какими-то бизнес решениями, то, цитируя великих, причины не имеют никакого значения для оценки опыта. Делайте хорошо, а плохо не делайте, спосебо. @reso_ru_official осуждаю 💩 -
Поясни за UX
Извините оч смешно https://vt.tiktok.com/ZSRrNFbCs/?k=1 #мемнаясреда -
Поясни за UX
В ЕПАМе организовали вход Шредингера 
-
Реклама
-
Поясни за UX
Ведущий прогноза погоды ТВ-канала ABC случайно узнал, что его экран —сенсорный. Вся съёмочная группа не ожидала такого, поэтому передача была прервана искренним удивлением и тестированием экрана. @lifeytnews -
Поясни за UX
Интуитивно понятный интерфейс be like -
Поясни за UX
Ну что, махарошики, разберемся с VPC? Пристегнитесь, будет длиннопостно. Value Proposition Canvas (канвас ценностного предложения) это один из моих любимых инструментов формирования видения продукта. Полезен на ранних стадиях (ре)дизайна. Он такой же мощный и всеобъемлющий, как и Journey Map'ы, но немного про другое: VPC не содержит флоу. Мы не рассматриваем продукт через череду шагов, по которым идет юзер. Вместо этого мы рассматриваем две половины: 1. пользователь (его потребности, боли и радости) 2. ценность (сервисы и услуги, фичи, характеристики продукта) Я использовала VPC во многих проектах (в том числе на Лиза Алерт), его любят и мои студенты, которые делают мини-проекты с нуля. 💫 Зачем нужен VPC позволяет в едином документе посмотреть на проект с высоты, погенерить идеи, помогает не просто описать что нужно пользователю, но и подумать, как мы будем отвечать на эти потребности при помощи нашего сервиса. А еще бонус: VPC помогает приоретизировать фичи. 💫 Как составлять VPC представляет из себя схему с двумя секциями: круг (пользователь) и квадрат (продукт). Вот мой любимый темплейт в фигме с примером, но есть и другие, можно погуглить. Посмотрите темплейт или картинку в конце поста, чтобы понять, о чем я буду писать дальше. 1️⃣ Сначала мы продумываем секцию круга - пользователя: 1. Кто он? Персонаж или сегмент ЦА 2. Какие у него задачи (Jobs)? То, что он старается выполнять в жизни или на работе. 3. Что его радует (Gains)? Результаты, которых он хочет достичь, то что он ожидает, что может эти ожидания превзойти 4. От чего у него болит (Pains)? Раздражители и проблемы, с которыми он сталкивается до, во время или после попытки выполнить задачу. То есть вот прям берем стикеры и лепим их в определенную секцию круга: один стикер - одна задача/радость/боль. Желательно есесна все брать не из головы, а из пользовательских исследований (интервью, наблюдения, сами знаете). На выходе получаем как бы "персону", только круг. Если хотите, можете приоритизировать стикеры в каждой секции по степени важности для пользователя. 2️⃣ Далее заполняем секцию квадрата - ценности. Это момент, в котором мы смотрим на кружок пользователя и думаем, что мы такого можем ему предложить, чтобы закрыть его задачи, подкрепить его радости и утолить печали *здесь Лепс, который поет "Натааалиии"* ⚠️ По всем методичкам о VPC (например этой) советуют идти по тому же порядку: в ответ на задачи продумываем продукты и сервисы, в ответ на радости - провайдеры радости, в ответ на боли - болеутоляющие. Но с опытом я пришла к другому, более удобному порядку - от простого: 1. Болеутоляющие (Pain Relievers): как мы устраним то, что раздражает пользователей, что им может помочь не испытывать проблемы и страхи. Их придумать обычно проще всего (боюсь опоздать -> напоминание) 2. Провайдеры радости (Gain Creators): что будем делать, чтобы пользователя порадовать как следует 3. Продукты и сервисы (Products & Services): список фич, услуг, продуктов, которые мы предлагаем На выходе получаем целостное представление о продукте, его важных характеристиках и фичах. На основе приоритетов из круга пользователя вы можете приоритизировать и работу над сервисом. А дальше самое важное: стикеры из кружка пользователя должны матчиться со стикерами из квадрата ценности. Таким образом мы можем отсечь лишнее (прощай, фичеризм) и проверить, что все задачи, потребности и радости юзера закрыты. ⚠️ Порой бывает так, что мы придумали Провайдер радости (допустим, автоплатеж по кредиту), и он одновременно закрывает и пользовательскую задачу (платить вовремя) и боль (просрочить и получить пени). Это нормально. Количество стикеров в противоположных секциях не обязательно должно быть равным. Главное, чтобы ваш сервис отвечал потребностям пользователя и не имел ничего лишнего. Составлять VPC можно в одиночку, а можно собираться командой на воркшоп, как мы делали с Лизой Алерт. Потом из VPC вырос наш роадмап (расскажу в следующем посте). 
-
Поясни за UX
это #мемнаясреда А завтра я наконец расскажу про VPC! Stay tuned 
-
Поясни за UX
UX-вкусности от Netflix: тултип с рейтингом перекрывает кнопку добавить в список. Чтобы ее нажать — нужно "обходить" кнопку рейтинга. Развиваем мелкую моторику, девачки! -
Поясни за UX
Эт я, когда вижу в макетах раздетаченые компоненты и цвета не из библиотеки #мемнаясреда -
Поясни за UX
Вы выбрали формат длиннопостов, поэтому начинаю серию историй про волонтерский проект для Лиза Алерт! Лиза Алерт пришли к нам с проблемой: сложные, хаотичные процессы организации и проведения поиска, которые поддерживаются старым форумом и внутренней не очень (сильно не очень) удобной и маленечко (нормально так) устаревшей системой. В результате для каждого поиска стихийно образуются чаты в Телеграм, диалоги Вконтакте и многое передается из уст в уста. В поиске задействовано много народу, большая текучка и, вобщем, сами понимаете, это хаос от которого болит. Так как проект волонтерский, присоединиться предлагалось всем желающим. Появился проджект-менеджер и мгновенно выросла армия бизнес-аналитиков (очень им захотелось поучастовать), которые тут же начали что-то делать. Я с двумя дизайнерами подключилась чуть позже и мы застали проект в состоянии глубокого дискавери непонятно зачем и почему. Мы немножко приуныли, ведь мы же тоже не это самое, мы тоже хотим дискавери. Короче говоря, мы столкнулись с классической проблемой разделения ответственности бизнес-аналитиков и UX-дизайнеров в начальной фазе проекта. Решение я предложила такое: 💫бизнес-аналитики изучают процесс поиска 'as is'. Проводят интервью с организаторами и руководителями поисков, выявляют ключевые роли, строят схемы текущих процессов, вникают в то, как сейчас функционируют форум и бесконечные диалоги в мессенджерах. 💫💫 дизайнеры анализируют полученную информацию, после чего проводят серию воркшопов с представителями каждой роли, чтобы глубже понять их боли и потребности. Это поможет придумать процесс 'to be', в котором ключевым помогатором будет новый сервис, помогающий координировать поиски. Дискавери длилось около месяца. По итогу у нас появились: ⭐ диаграммы и документация от аналитиков, описывающие роли и текущие процессы в деталях ⭐ 4 канваса по Value Proposition, которые мы построили в ходе воркшопов с представителями ключевых ролей: инфорг (управляющий поисками), координатор (помогающий поисковикам доехать на место и сориентироваться), регистратор (который следит за количеством людей на поисках) и поисковик (который занимается непосредственно поисками пропавших, зачастую в сложных условиях) ⭐ отчетная дека, в которой мы подвели итоги воркшопов и расписали дальнейшие шаги В следующем выпуске расскажу, что мы дальше делали со всем этим богатством и как к нам присоединились разработчики и тестировщики. Если хотите отдельный пост про Value Proposition, пишите в комментарии. Лайк шер алишер, махарошики ❤️ -
Поясни за UX
Опыт использования букинговых сервисов be like Напоминаю, что уже сегодня в 18:00 будем говорить про это на Design Critique Session #мемнаясреда 
-
Поясни за UX
Махарошики! Во-первых, нас уже 9к, что для меня абсолютный шок. Обнимаю каждого и благодарю за то, что вы здесь, читаете, комментируете, делитесь и ставите сердешки. Это по любви ❤️🔥 Во-вторых, мой бывший (хехе) коллега из ЕПАМ Дима Ваницкий вместе с Артемом Котовичем проводят сессии дизайн- разъебкритики всяких крупных продуктов и позвали меня в качестве эксперта поговорить про букинговые сервисы уже в эту среду. Вобщем, в среду 20 июля в 18:00 собираемся на 'noreferrer nofollow' href='https://wearecommunity.io/events/design-critique-session-2?utm_source=from_promoted_block&utm_medium=Com-Z&utm_campaign=event_from_promoted_events&utm_term=from_comz_site'>Design Qritique Session, обкашливаем интерфейсы Островка, Вантутрипа, Циана, Айрбнб и других. И отвечаем на ваши вопросики, конечно же! Регистрация по ссылке -
Поясни за UX
Кажется, перлы от Озон можно выносить в отдельную рубрику Когда в карточку уже ничего не влезает, но очень надо 
-
Поясни за UX
#мемнаясреда Я: учу джунов в нейминг слоев и стилей Так же я: 
-
Поясни за UX
Регистрация как способ удержать пользователя Регистрация - самый нудный, ненавистный и всеми презираемый процесс. Уважающие себя сервисы стремятся сократить количество шагов регистрации или вкрутить вход через соцсети, и трепетно относятся к показателям конверсии. Ведь регистрация - способ затащить пользователя в длительные отношения с сервисом. Обычно регистрация выступает вынужденной мерой, «прокладкой» между сервисом и гостем, который уже заинтересовался. Однако есть способы превратить процесс регистрации из вынужденной меры в инструмент формирования интереса. Например, регистрация-анкета. Так делают Duolinguo, Yazio. Регистрация-анкета, на первый взгляд, выглядит как плохой UX - долгая, в несколько шагов, пользователь может отвлечься/устать и т.д. Но, если приглядеться, становится понятно, что это классный крючок. Ведь люди любят рассказывать о себе. И рассказывать не персональные данные, а о своей личности. Люди любят внимание, персонализированный подход, чувствовать себя особенными и важными. Именно такие чувства вызывает регистрация, которая спрашивает не твой номер телефона, а что ты любишь, что тебе интересно, чем ты увлекаешься и какой у тебя уровень каких-то навыков. У многих вызывает трепет предложение выбрать себе персонажа-аватара, "твой" цвет - это как бы тюн сервиса "под себя". А "свой" сервис уже не хочется бросать, к нему хочется вернуться. При проектировании регистрации-анкеты учитывайте две вещи: 1. Показать вовремя - тогда, когда человек увидит ценность в наличии аккаунта (после начала использования, где-то на ключевой фиче и не надейтесь тут на 3 экрана онбординга - их никто не читает) 2. Окружить вниманием - выуживать не данные для рассылок, а интересы пользователя, которые помогут персонализировать сервис для него (или создать такую видимость) 
-
Реклама
-
Поясни за UX
Наткнулась на статью о том, как ставить задачи на дизайн. Ее писал маркетолог. И у меня настолько загорелось, что я решила написать пост. Перешлите его своим маркетологам, да и вообще всем, кто задачи на дизайн ставит через причинные места. Для начала, цитаты из этой самой статьи. Начиналось все очень бодро: "Максимально детально опишите требования к макету, который хотите получить. Не стесняйтесь указать зачем это необходимо, для каких целей, аудитории и какую задачу дизайн будет выполнять." - ну допустим Но дальше: "Приложите визуальные примеры и собственноручно-составленные мокапы по конкретному дизайну (особенно это касается схематических дизайнов, таких как лендинги, элементы сайта или e-mail). В этом случае дизайнеру будет легко визуализировать запрос, а вы быстро получите получите свой дизайн." - тут меня конкретно вынесло. В моей практике абсолютное большинство случаев, когда другие специалисты (аналитики, менеджеры) приносили свои поделки в качестве ТЗ на проектирование, оборачивались часовыми срачами, фрустрацией обеих сторон и выполнение задачи затягивалось еще больше. Пример: на проекте один дизайнер (я) и 3 бизнес-анатилика. Я маленечко не успеваю делать все, что падает в бэклог. Аналитики решают сами забубенить макеты в Balsamiq и пойти обсуждать их с разработкой: можно так технически или нельзя. Слава богу меня позвали на эту встречу. У разработчиков рот порвало от количества вопросов, замечаний, сомнений и непонимания как что будет работать, а главное как это интегрировать с текущими решениями и нашей дизайн-системой. Про степень удобства спроектированного, я думаю, можно не говорить. Короче, урок номер один: в задаче на дизайн не должно быть готового дизайна. Максимум, референсы, да и то чисто на обсудить. На этом, в принципе, статья маркетолога заканчивается (прикиньте, да), а я продолжу свою мысль. Чтобы дизайнер aka проектировщик интерфейсов мог сделать свою работу качественно, ему надо понимать всего три веши: 1. Проблема - чью и какую боль мы пытаемся унять и почему это вообще надо делать 2. Контекст - в каких ситуациях и как эта боль возникает 3. Ограничения - технические, финансовые, любые короче Из дальнейших совместных обсуждений могут родиться гипотезы о том, как можно проблему решить и как измерить что у нас все получилось. Итого, урок номер два: в задаче на дизайн не должно быть решения. К вам, как к стоматологу, приходят с проблемой. Вот тут я приводила пример. Это все надо понимать самому и насаждать среди клиентов и коллег. Иначе вы не более чем оператор фигмы. -
Поясни за UX
Лайк если жиза #мемнаясреда 
-
Поясни за UX
Всем добрый понедельник! Недавно Инстаграм выкатили новую фичу - реакции через аватар. Процесс создания аватара простой, но есть интересная штука, которой я раньше не встречала: как используются чипсы. Или табы. Или я даже не знаю как назвать этот контрол. Вобщем, параметры аватара сгруппированы этими табами, по умолчанию вы видите иконки, а у активной табы появляется проясняющая подпись. Мне нравится решение, изящное такое, можно взять на заметку. Правда крайне важно, чтобы иконки были понятные (это не так просто как кажется). P.S. Аватары получаются на редкость уродливыми кста 