July 9, 2024

Whiteboard. Личный опыт

Привет! Сейчас расскажу, как проходила whiteboard интервью, какие ошибки допустила я и что учитывать на будущее. От задачи до защиты решения.

Проходила whiteboard на позицию продуктвого дизайнера стажера во внутренние продукты Ozon, но такая практика становится все более популярной, это быстрый способ проверить навыки кандидата. Хороший способ «пощупать» будущего коллегу в бою, скажем так) Поэтому делюсь опытом, может кому-то будет актуально.


Итак, про сам whiteboard
Тайминг: ~50 минут
Формат: удаленно
Тулы: Figma
Этапы: Введение - Понимание задачи - Брейншторм - Пример решения - Защита

Формат кажется пугающим, это живой созвон, на тебя смотрят другие дизайнеры и потенциальные руководители, и ты должен за час-полтора решить задачу без особых вводных данных. В конце должно получиться какое-то решение. Плюс из-за страха чистого листа можно впасть в ступор. Но на самом деле whiteboard не такой стрессовый, каким кажется, это скорее про диалог за задачу и подходы ее решения. Здесь не оценивается красота UI или как идеально вы знаете базу. Прежде всего, как вы думаете, какие вопросы задаете, в какую сторону решений смотрите. Также важно, как вы планируете свое время.



Ну шо

Как это происходило у меня. Пришла на созвон, вкратце прогнали по теории, но это необязательно. Затем начался сам whiteboard. Продублировала себе файл с брифом и расшарила экран. Сам бриф состоял из краткого описания задачи, требований, контекста, пары юзер-сторией. Бывает,что контекст отсутствует, и тут надо включить навыки UX интервью и поспрашивать.

Тут было бы неплохо описать интервьюеру, по какому фреймворку будете работать. Например сначала соберу данные 10 мин, поресерчу 15 мин, накидаю гипотезы 10 мин и отрисую решение за 10-15 мин. Это покажет, что вы придерживаетесь дизайн-процесса и системно подходите к любой таске. Было такое (но не в рамках этого вб) когда я уделила меньше внимание нормальному пониманию задачи и качественному этапу брейншторма. В итоге сильно забуксовала на первом решении и уже подбивала его под условие, что не окэй)

Ознакомилась с вводными, начала расспрашивать непонятные детали. Параллельно составляла карту полученных знаний. Правильно понять задачу — это 80% успеха. Даже без очевидных вопросов есть риск, что уйдете не туда и будете решать несуществующие проблемы, в итоге провалите собеседование.

Так как я работа в рамках внутреннего сервиса, которым потенциально могут пользоваться сотрудники Озона, то стори одного пользователя мне было недостаточно. Я начала уточнять, с кем еще взаимодействует сотрудник на каждом этапе, что важно и как это влияет на работу. Примитивное разделение ролей и составление диаграммы взаимодействий снизило уровень сложности задачи.

После сбора первичных данных, пошла составлять user flow, не картинками, просто текстом. По мере накидывания flow задавала еще больше уточняющих вопросов.

После определения флоу приступила к брейншторму. Получая обратную связь, какие-то идеи отваливались сами собой, тут чем больше, тем лучше получится конечная выборка. Главное — следите за таймингом. Начала приоритизировать идеи, поясняя вслух почему те или иные выбираю, какая идея может быть реализована быстрее, что можно задействовать на этапе MVP. Помните, что от вас ждут скорее MVP решения, даже на листочке бумаги. Но такую, чтобы можно было обсудить за полчаса с коллегами и стейкхолдерами. Поэтому не обязательно городить тысячу фич. Решение может быть простым и лаконичным, главное, чтобы оно решало задачу пользователя. Кстати, это у меня еще хромает, начинаю закапываться в детали и фичи, но я продолжаю работать над этим скиллом. Развиваю навык проектирования сценариями.

Почему такое решение

Поясняйте каждую гипотезу/идею, которую хотите внедрить, исходя из задач. Я сверялась в ходе вб с задачами и сториями, поговорила про возможные сценарии. Также рассказала, как и что можно тестировать, как собрать реальные данные и доработать решение. Интервьюер может спросить, что будет, если у нас 100 заявок? А если три? А если пользователь не поймет, как залогинился? А если заявка будет зафэйлена? А что будем отображать тогда? А как изменится флоу? Всякие тупиковые кейсы хорошо шатают предложенное решение. На этом этапе я заметила несколько упущений и вернулась снова в фазу сбора информации, чтобы понимать точнее ограничения.


Рисовала примитивными квадратиками, линиями, подключила Figma Pencil. Если у вас подготовлен любимый UI-кит или хорошая вкладка assets, пользуйтесь ассетами, это удобно и ускоряет работу над визуальным решением. На этом этапе можно не запариваться насчет UI, главное показать, почему вы пришли к этому решению. Тут кстати я заготовила заранее площадки с рефами, UI Kit который часто использую. Но в итоге они мне не понадобились, защищала решение на квадратиках и линиях.

Никто не запрещает пользоваться референсами, если умеете их быстро находить. Учтите, что весь процесс от получения задачи до финального результата должен занимать ~55 минут. Если укладываетесь, пожалуйста. Очень помогает насмотренность, которую нужно тренировать. Тоже скилл, которой стоит прокачивать всегда.


Ну и финалочка — защитить свое решение. Пробежаться по брифу, пояснить ход работы, рассказать про свое решение. Обязательно ответить (или подумать вслух) на вопросы Почему именно такое решение? А что будет, если ..? Какие метрики успеха? А что дальше?

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


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



Полезные ссылки оставлю внизу. Подготовила пост бриф в своем телеграме, можете быстро ознакомиться с самым важным, если хотите. Всем спасибо, до связи.


@OpenSource_ux


https://neiko.notion.site/Whiteboard-3e7a4c319f2b45d0848d451bb959497b

https://habr.com/ru/articles/713366/

https://www.uxdesigninstitute.com/blog/design-challenges-for-ux-designers/

https://youtu.be/c8fDRm2qnQo?si=UP14grdx5WypkNop