Поясни за UX

2022-08-31 09:20:55 ​​#мемнаясреда
Accessibility: существует
Контрастность в твоих макетах: Открыть/Комментировать

2022-08-30 09:36:40 Как добавлять NDA-проекты в портфолио

Этот вопрос мне задают практически на каждой консультации. Давайте для начала разберёмся шотакое этот ваш NDA.

Non-disclosure agreement, соглашение о неразглашении - это юридический документ, за нарушение которого вас можно схватить за жопу. Сила хвата ограничивается лишь отбитостью работодателя: от увольнения до тюрьмы на 4 года (прикиньте да)

Составляются все NDA по-разному, но, что любопытно, на всю компанию делается одна формулировка. То есть и у вас и у бэкендера вашего NDA одинаковые.
Первое что надо сделать: собственно в ваш документ заглянуть. Как правило, формулировки там размытые (в силу предыдущего пункта) и в духе «хорошо делайте плохо не делайте». Чаще всего однозначно сказать что можно а что нельзя по NDA тяжело.

Поэтому, по умолчанию считаем что нельзя ничего. А портфолио оч хочца.
Что делать:

1. Спросить напрямую у работодателя можно ли выкладывать макеты в сеть и в каком виде. Вероятно, вас отправят в юр. отдел. Иногда там соглашаются на простое сокрытие лого, иногда просят что-то ещё сделать, а иногда советуют забыть про эту идею.

2. В кейсе описывать рабочий процесс, прикладывать артефакты, а макеты блюрить со словами «тут все под nda». В этом случае работодателю будет тяжело оценить уровень ваших визуальных навыков, поэтому добавьте в портфолио учебные кейсы с упором на UI.

3. Прятать кейс в закрытую ссылку. Можно запаролить фигму, можно сделать закрытый раздел в Notion. В сопроводительном письме указывать, что откроете доступ по запросу на определенное ограниченное время.

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

Каждый из этих выходов: 1)все равно может аукнуться, если вам выпадет джекпот из предыдущего работодателя-параноика и собеседователя-крысы
2) ограничивает работодателя в принятии решения и понимании вашего уровня.

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

Подняла, обняла Открыть/Комментировать

2022-08-29 15:05:20 Сегодня мне пришло очень приятное сообщение от папищика о том, что ему понравилось смотреть мои видосы на ютубе (счастливые всхлипывания)

Короче да, у меня есть ютуб-канал!
Он маленький и слегка покрылся пылью, но там много разборов кейсов, это очень полезное зрелище.

А ещё я периодически выступаю с докладами на разных митапах, собрала самые полезные:

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

Тупые и умные компоненты

Мой путь в дизайне

Проходим собеседование: воркшоп

Сетки в дизайне и респонсив

Должен ли дизайнер знать фронтенд

Как исследовать без доступа к пользователям

Олег и предметная область проекта

Информационная архитектура

Как говорится, сохрани чтобы не потерять! Открыть/Комментировать

2022-08-26 09:13:41 ​​Swimlane

Представьте, что вы - птица (пятничные аффирмации какие-то), и пролетаете над бассейном. В каждой дорожке плывет кто-то один. Поздравляю, вы увидели работу swimlane-диаграммы.

Эта диаграмма нужна, чтобы графически описать действия разных ролей и персонажей в рамках одного сценария. Действия могут быть последовательными или параллельными, зависимыми и не очень.

Swimlane буквально так и переводится - «дорожка в бассейне». Это своеобразный апгрейд userflow, который отражает действия не просто одного пользователя, а нескольких. Одной из дорожек также может быть система (или даже несколько систем), благодаря чему мы увидим, что она делает в ответ на действия того или иного персонажа.

Swimlane, как и userflow, помогает продумать действия пользователей в жизни/интерфейсе ещё до перехода к макетам. Это важно, чтобы не потерять разные разветвления сценария, продумать оптимальный порядок действий. Если пытаться это делать сразу на макетах, высок риск залипнуть в пиксели и выдумывание компонентов, потерять при этом важные сценарные детали. 

Если у вас четко один тип пользователя, работающий с сервисом в изоляции - используйте обычный userflow. Если же результат выполнения задачи связывает несколько пользователей (например, покупатель создаёт заказ, админ магазина у себя в админке его видит, звонит покупателю и подтверждает) и/или вы хотите продумать ответ одной или нескольких систем - Swimlane сработает лучше. Такая вот нехитрая наука.
Пользуйтесь! Открыть/Комментировать

2022-08-24 13:58:29 POV: как я попала в UX
#мемнаясреда Открыть/Комментировать

2022-08-22 10:52:37 Продолжение истории про Discovery для Лиза Алерт (наконец-то)

Начало тут

Мы остановились на том, что составили 4 канваса ценностного предложения для каждой из основных ролей в мире поисков пропавших:
- инфорг (управляющий поисками)
- координатор (помогающий поисковикам доехать на место и сориентироваться)
- регистратор (который следит за количеством людей на поисках)
- поисковик (который занимается непосредственно поисками пропавших, зачастую в сложных условиях)

Все эти ребята по очереди или одновременно взаимодействуют друг с другом в рамках сценария, который мы смогли описать в виде Swimlane-диаграммы. В схему уже включен будущий сервис, то есть это все как бы 'to-be'.

Основные этапы такие:
1) Получение и регистрация заявки
2) Объявление о поиске, прием заявок на участие
3) Организация команд
4) Прибытие на место и ведение поиска
5) Закрытие заявки
А вот как выглядит эта схема без деталей.
По горизонтали - роли, по вертикали - шаги, в середине - действия в нашем будущем интерфейсе. Мы эту схему обсудили с командой и с ребятами из ЛА, поправили.

По традиции, если хотите отдельный пост про SwimLane - пишите в комментарии

На этом этапе уже было понятно, что всем, кроме поисковика, нужен веб-интерфейс. А вот поисковик, который носится с фонариком в лесу по колено в болоте и без сети, явно захочет мобильное приложение. Поэтому в нашем сервисе планируется отдельно веб-интерфейс и приложение поисковика. Но начали, конечно, с первого, оно попроще.
Надо было понять, что и в каком порядке разрабатывать. Тут нам помогла карта сторей.

Напомню, что на руках у нас были 4 VPC с фичами, потребностями юзеров и приоритетами. Мы начали с самой объемной роли - инфорг. Каждую карточку с VPC инфорга мы легко превратили в User Story и "замапали" все на сценарий из Swimlane, распределив стори по релизам в порядке приоритета. Фрагмент user story map (первый релиз) можно посмотреть вот тут.

А дальше началась работа над дизайнами, про это, есесна, в следующей серии Открыть/Комментировать

2022-08-17 09:25:36 Когда учёл все ментальные модели
#мемнаясреда Открыть/Комментировать

2022-08-16 17:13:04 Нейронка Теслы не знает о существовании гужевого транспорта и судорожно пытается понять, что за неведомая ёбаная хуйня перед ней Открыть/Комментировать

2022-08-15 10:03:29 Я не читала книгу «Спроси маму», потому что считала, что она для новичков в интервьюировании. Но она попалась мне в фикспрайсе (там кстати клевые книги продают, прикиньте да) и я решила, что это судьба.

Вобщем, книга реально для самых маленьких, а ещё она сама маленькая и читается за 3 часа.
Короче, вот основные тезисы (но прочитать стоит целиком ради смешных примеров):

говорите с людьми об их жизни: проблемах, заботах, целях, ограничениях

не пытайтесь продать свою идею, вообще о ней не говорите, просто задавайте вопросы о жизни респондентов

начинать интервью с фразы «мы разрабатываем приложение для N и хотим задать вопросы об этом» - такое себе.

люди начинают врать, чтобы вас не обидеть, как только вы даёте повод (выпрашиваете похвалу, спрашиваете о будущем или продаёте им идею)

спрашивайте о фактах в прошлом, а не мнение о будущем

мнения бесполезны

люди знают о проблемах но не знают как их решать

некоторые проблемы фактически не являются проблемами, а люди просто ноют. Уточняйте насколько важна проблема.

наблюдая мы видим реальные проблемы, а не то как люди о них говорят

если потенциальные клиенты не пытались найти решение проблемы самостоятельно, они не обратят внимания на ваше решение

люди не будут вам помогать без понятной на то причины

комплименты вашей идее ничего не стоят. Комплименты ещё не гарантируют, что человек воспользуется вашим продуктом

переходите к конкретике и уточняйте ответы вида «я всегда…», «я бы поступил так…», «я бы мог…»

если вам предлагают решение, копайте зачем оно и как без него сейчас. Возможно, вполне неплохо.

спрашивайте об эмоциях

не надо быть воодушевлённым своей идеей, вас будут жалеть и врать

меньше говорите

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

идея может оказаться , но это хорошая новость

интервью - не панацея от рисков выпустить

отбросьте формализм: пусть интервью превратится в «случайную» беседу в рандомном месте (в курилке, после собрания, на кухне)

«добро пожаловать на интервью, спасибо что согласились уделить нам время» - такое себе. Не душните

в живую всегда лучше


Ещё там кучка советов для стартаперов, но нам-то до них какое дело, правильно, мы тут пиксели двигаем Открыть/Комментировать

2022-08-11 18:54:47 Как просрать 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 осуждаю Открыть/Комментировать