Привет, ты на канале uxuiтельные истории.
Меня зовут Богдан, я в дизайне 12 лет, около 4 лет работаю лидом.
Работал в 3beep, SmartLab, Sber, Epam. Делал продукты для Kazpost, Samruk Kazyna, Банк ЦентрКредит, Газпром, FAANG и т.д.
Обучил больше ста дизайнеров, в трех компаниях выстраивал команду с нуля, провел больше 200 собеседований.

Навигация по каналу (будет дорабатываться):
- #uxuiтельныеистории и #подкаст - подкаст uxuiтельные истории :)
- #uxprocess - посты о методах исследования или тестирования

Подписывайся на меня в социальных сетях:
— Instagram —
— YouTube —
— Facebook —
— LinkedIn —

Мои проекты:
- Подкаст uxuiтельные истории


Спасибо, что читаешь, критикуешь и делишься с друзьями :)

Stakeholder mapping

Для начала хочу сказать, что нормальные люди к обещанному приступают в понедельник, поэтому я начинаю в пятницу.

Начинаю серию постов про процессы работы UX проектировщика/ресерчера/аналитика.

Итак, stakeholder mapping - способ дизайнера понять, кто будет ебать, а кто просто даст понюхать.

Диаграмма простая:
Monitor - человек, который заинтересован, но больше наблюдает
Keep informed - человек со средней тяжестью заинтересованности
Keep satisfied - человек, которого надо удовлетворять, хотя он может быть и не сильно заинтересован в процессе
Manage closely - человек заинтересованный, голос весомый. Тобi пiзда.

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

Как сделать:
1. Спрашивай кто за что отвечает и записывай все имена и должности
2. Разбей на категории по уровню/должностям
3. Расставь приоритеты. Допустим стейкхолдер уровня B3 активный должен быть приоритетней того, что не сильно проявляет интерес
4. Общайся. Да, дальше дело только за тобой. Назначай встречи, опрашивай, показывай результаты.

Когда это надо
На ранней стадии проекта (ну или если ты только пришел в компанию)

Зачем?
А я блять для кого писал?

Че почитать?
- Шаблон для Miro со статьей
- Stakeholdermap
- Что-то на полезном...
- Анализ стейкхолдеров от NN/g
- Шаблон

Шейры, репосты приветствуются. <3

#uxprocess #stakeholdermapping

Stakeholder Interview

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

Примерный список ключевых вопросов:
- какие цели преследует компания?
- в чем ценность этого продукта для компании?
- какие ключевые метрики роста на следующие год/пять/десять?
- какую проблему решает продукт?
- какое у продукта УТП?
- кто наши пользователи?
- на каких конкурентов вы обращает внимание и почему?
- какие исследования уже были проведены?
- кто отвечает за постановку задач?
- каков процесс приема дизайна?


Чтобы провести интервью нам надо:

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

2. Определи стейхолдеров
Смысл в том, что у стейкхолдеров на разному уровне может быть разная информация о продукте, видении и т.д. Ну а как это сделать, я рассказывал здесь

3. Договорись о встрече
Надо комментировать? Хз, мне кажется нет, ты смышленый дизайнер, справишься.

4. Будь как Вассерман
Не, я не про целибат и непорочность. Я про наличие необходимого оборудования с собой. Вдруг это не удаленка, а офис (сочувствую, кстати, если это офис). Короче, тебе понадобится устройство записи голоса, блокнот, ручка.

5. Подготовься
Проверь оборудование, кинь ремайндер о встрече, выдели на это до часу времени.



Когда это надо
На ранней стадии проекта (ну или если ты только пришел в компанию)

Зачем?
Можно в следующий раз исключить этот пункт отсюда? Я ж в начале всё объясняю.

Че почитать?
Отца и мать. Ну и:
- The ultimate guide to stakeholder interviews: understand your clients
- How to understand your clients? Guide to Stakeholder Interview.
- Conducting stakeholder interviews: 12 Golden Rules


Шейры, репосты приветствуются. <3
P.S. Это что? Пост без мата? Охуеть!

#uxprocess #stakeholderinterview

Stakeholder workshop

Небольшая ремарка: можно проводить не только на стадии discovery, но и ситуативно по необходимости. В ином случае называй это Discovery Workshop.

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


Чтобы провести воркшоп нам надо:
1. Определить необходимый состав участников
2. Обозначить время проведения, чтобы всем было удобно
3. ???
4. Да, вопросы. Нам надо подумать, на какие вопросы нам надо получить ответы.
5. Организовать всё: онлайн - техника, вайтборд (Miro, например); офлайн - вода, закуски, техника, блокноты, маркеры, стикеры и т.д.

На воркшопе есть основные моменты, которые надо закрыть:
1. Какая часть бизнеса/продукта ключевая?
2. Какие трудности мы испытываем?
3. Как сейчас происходит взаимодействие с продуктом?
4. Что мы можем улучшить во взаимодействии с продуктом?
5. Чего хотят потребители продукта?


Проведение воркшопа
Шоб веселее было, воркшопы проводят в игровой форме, ну а про сами игры прочитаешь по ссылкам ниже. Копипасты здесь не будет :)


Че почитать?
Отца и мать. Ну и:
- Planning Effective UX Workshop Agendas
- A step-by-step process to run UX workshops
- How to run Successful Stakeholder & User Workshops

Это, думаю, последний пост про держателей стейков. Далее перейдём к кик-офф.

Шейры, репосты приветствуются🖤

#uxprocess #stakeholderworkshop

Игры с пользой

В прошлый раз узнали, что такое stakeholder workshop, как готовиться к нему, а теперь поговорим про те самые игры для его проведения.

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

Игра, которая поможет, но на первый взгляд полное уебанство и кринж:


Воздушный шар

Рисуем воздушный шар и делимся на группы.
Просим последовательно определить следующее:

1. Ветер
Внешние факторы, которые могут повлиять на направление движения нашего продукта и на которые мы не можем оказать влияние.

2. Баласт/якорь/мешок с песком
(фигурально, блять! Не надо тащить мешок на воркшоп)
Внутренние сложности и проблемы, которые тормозят работу и развитие продукта

3. Горячий воздух
Сила, возможности, преимущества продукта, которые могут помочь развить и обойти конкурентов

4. Пассажиры
Список стейкхолдеров, которые влияют на направление движения продукта.

5. Зрители
Портрет целевой аудитории, сотрудники и прочие куколды.

6. Райский остров
Думаем, как будет выглядеть наш прекрасный продукт через 5-10 лет, что это за убермашина и можем ли мы добраться до этой ебучей Ультима Туле.

7. Шаги
Пишем наши гипотезы, которые должны помочь дойти до цели.

Проведение:
- Фасилитатор должен ограничивать время мозгования на 5-7 минут.
- на каждом шагу записываем гипотезы на стикеры (вайтборд или Miro)
- в конце анализируем и приоритизируем

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

P.S. Шаблон по ссылке

#uxprocess #stakeholderworkshop

"ИА" - говорит ослик

Сегодня проверим, не умер ли я и не разучился ли я писать.
На стриме люди спрашивали про Информационную Архитектуру и беглый поиск по каналу показал, что я проебался и не писал о ней.

Давай разберемся:

Информационная архитектура - организация информации в твоем продукте. К информации относятся контент, категории, страницы, названия, товары, переходы, действия, тупики и все остальное.


Че какие бывают ИА:
- Иерархическая - привычное нам древовидное отображение, сверху общие категории (главная, навигация и т.д), ниже разделы, подразделы и то, что в них находится.
- Последовательная - она же флэт, она же линейная. Хуйня, близкая к юзерфлоу. Тут мы даем юзеру инфу по мере его навигации, не показывая все сразу (частая история для игр)
- Матричная - человек сам выбирает способ навигации, мы не привязываемся к навигации, он может переходить по гиперссылкам и т.д. (Например, википедия)




Из каких компонентов состоит ИА

- система организации - этот компонент фокусируется на организации отображаемой инфы.
Организация инфы по LATCH: L - location, A - alphabet, T - time, C - category, H - hierarchy
И как ты ни крути, будет в ИА использоваться хотя бы одно слово из вышеуказанных.

- система названий/лейблов - этот компонент отвечает за надписи/названия/теги и прочее, что поможет легко идентефицировать информацию и искать её

- навигационная система - надо объяснять вообще? суть в том, что хорошая и правильная навигация поможет юзеру легко и бесшевно взаимодействовать с продуктом и не натыкаться на тупики

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


Полезное
- Miro - наиболее популярный сервис-мультитул.
- Lucidchart - отличный сервис для создания блок-схем.
- Flowchart - тот же принцип, примерно то же удобство.
- Visio - корпоративный любимец блок-схем от Microsoft.
- Rarchy - это уже больше про графическое отображение, ближе к sitemap с примесью вайрфреймов.
- Octopus - примерно тоже самое, что и Rarchy.
- Книга раз, Книга2



Получилась максимальная выжимка самых важных аспектов ИА. А если хочешь попробовать сделать свою Информационную Архитектуру и не только её с реальными данными от реальных респондентов - добро пожаловать на курс.

#uxprocess #informationarchitecture #IA

Пойдем, выйдем?

Кроме того, что эту фразу я чуть не сказал, когда делал предложение жене, эта фраза еще и характеризует метод тестирования, про который хочется рассказать.

Поговорим мы с тобой про партизанский метод - Guerrilla Usability Testing. Который еще называют Hallway тестированием, тобишь коридорным.
Запутался? Ну, добро пожаловать в дизайн, хуле.

В общем, Guerrilla оно потому, что ты в этот момент не на своей территории, ты упиздовал куда-то в рабочее время со своим ноутбуком, пока начальник составляет план по твоей транспортировке на завод. А ты счастливый и довольный со своими макетами беспокоишь людей в общественных местах.

Разобрались? Ну, если что, пиши.

Что? Где? Когда?
- Нужно заранее подготовить макеты или прототип
- Найти, допустим, какую-нибудь кафешку, где есть кто-то кроме тебя
- Желательно не делать это утром и в понедельник. Делай это когда люди более добрые и никуда не торопятся.

Как проводить?
Закончи курсы пикапа. Подойди к человеку и спроси, есть ли у него минут 15, чтобы помочь тебе. Уточни, что если он торопится, то ничего страшного. И не забудь всё это как-нибудь записать, предварительно спросив разрешения.
После теста анализируем инсайты, меняем макет и тестим снова.


Полезные ссылки по теме
- What is guerrilla testing and how do you use it?
- 7 Step Guide to Guerrilla Usability Testing: DIY Usability Testing Method
- What is guerrilla usability testing?

#uxprocess #guerrilla

@uxuitelno - о канале

Domain research

Что
Исследование сферы деятельности


Для чего
С помощью domain research ты:
- развиваешь кругозор
- узнаешь историю сферы деятельности и погружаешься в бизнес
- видишь эволюцию CX и UI в этой сфере
- узнаешь основных конкурентов, к которым ты потом пойдёшь во время Competitors Analysis
- лучше готовишься к stakeholder interview/workshop


Как

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

Вертикально. Здесь ты углубляешься в историю домена, чтобы понять как, когда, почему и при каких обстоятельствах происходило то или иное изменение в домене, подходе, CX, UI и так далее.


Твоя погружённость в сферу деятельности бизнеса гарантирует львиную долю успеха в дальнейших исследованиях и создании качественного продукта.

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

#uxprocess #domainresearch

Глас народа

Это важно, нужно, полезно.

Речь про Voice of Customer (VoC).

Метод применяется на этапе Discovery и на Production.
Суть в сборе фидбека клиентов.

Давай про способы собрать фидбек и стадии:

На Discovery:
- интервью
- соцсети
- отзывы на других ресурсах (сайты с отзывами, например или сторы приложений)
- опросы

На Production:
- все вышеперечисленное
- онлайн чат
- колл-центр
- рассылка
- опросы на сайте и вне
- форма сбора фидбека на сайте


з0чем это вообще нужно?
- собрать количественные данные
- выявить слабые/сильные точки
- повысить LTV и Retention (вы же за лояльность боретесь)
- предотвратить фиаско

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

Цени негативный фидбек. Человек не плюнул на твой продукт в поисках нового, он переживает и хочет, чтобы твой продукт стал лучше.

#uxprocess #voc #voiceofcustomer