Что делать когда понятно ничего?
В работе дизайнера бывает так, что врываешься в незнакомую доменку. Не банкинг для физлиц и не интернет-магазин, где обывательский опыт может служить еще хоть какой-то опорой, а что нибудь посложнее.
Примерно так я и занырнул в автомотив 2 года назад, хотя единственное в чем понимал — померить щупом масло в двигателе и когда менять резину. А тут целая диагностика!
И вот как я добывал контекст.
1️⃣ Читал документацию Что мы собираемся делать и для кого, зачем им это и почему оно вообще нужно.
Повезло, что был описан продакт стретеджи вижен, в котором было много ответов.
2️⃣ Смотрел лидеров Собирал всю информацию. Хорошо если есть доступ к продуктам. Но если его нет, то можно собрать по крупицам. Я смотрел диагностические видео в ютубе, скачал руководства пользователей для разных тулов, собирал скриншоты.
3️⃣ Строил схемы Из уже собранного материала строил UML по продуктам: навигация, диагностический флоу, ведомая диагностика.
Где как у кого устроен каждый процесс и в какой последовательности он происходит. Где схожие и обязательные этапы, какие есть различия и «фишечки».
Тут уже видно на верхнем уровне, как можно улучшить и какие проблемы есть.
4️⃣ Показывал и спрашивал В процессе сбора информации уже рождались гипотезы и идеи как улучшить сценарии и интерфейс. Важно не прятать это.
Многие ребята в компании в прошлом авто-инженеры и диагносты. На руках был собранный материал, схемы, примерные вайры. Нам было что обсудить и поспорить, и коллеги оказали мощную помощь.
А еще помню, как в прошлом, когда я делал банкинг для юрлиц, я напросился к главному бухгалтеру компании и мучал её вопросами, тоже было очень полезно.
5️⃣ Пробовал сам
Сначала я купил себе недорогой девайс, чтобы проводить автодиагностику самостоятельно. Воткнул в свою машину и начал её «чинить».
Это очень прикольное упражнение, побывать в чужой шкуре и пройти сценарии самому.
Позже компания купила нам флагманский диагностический инструмент, и я провел на своей машине пару сервисных операций.
6️⃣ Документировал
Это кажется не обязательным, но это важная часть. Отчеты, флоу, юзкейсы. Это помогло команде понять, как мы собираемся делать интерфейс и сценарии.
Здесь же можно выявить технические ограничения на более раннем этапе. Да и после отпуска освежить собственную голову полезно.
Примерно так я помню свое погружение в неизведанную и незнакомую мне доменку.
В дальнейшем, рука об руку с нашими исследователями у меня были глубинные интервью с реальными диагностами из представительств, юджиэмы, сиджиэмы, юзабилити тестирования… Ну в общем полный дизайнерский набор.
И знаете что?
Выявленных проблем было минимум. Тут даже наши рисерчеры, как мне показалось, были немного удивлены. Приятно слышать «тут все хорошо».
Я убежден, что фазой дискавери нельзя пренебрегать, даже если домен вам знаком.
И чем глубже и дотошнее вы соберете инпуты, тем меньше проблем будет в дальнейшем.
Собирайте все что есть, спрашивайте всех, больше показывайте.
Всем глубоких заныриваний!
· 4 ч
Незнакомая доменка — это не проблема, а возможность. Совет из практики: первые несколько дней используй как пользователь продукта, а не как дизайнер. Задай себе вопросы, которые задаёт бизнес, и уже в процессе поймёшь, откуда побрать контекст для решений. Самое ценное: честно сказать заказчику «я не знаком с этой областью, дайте доступ к экспертам».
ответить
коммент удалён
· 3 ч
Да я и не скрывал) но бывает ято экспертов надо искать самому)
ответить
ответ удалён