Что на самом деле хотят узнать интервьюеры, когда задают вопросы на собеседованиях
Когда вы приходите на работу в продуктовую компанию и попадаете на обычное техническое или устное собеседование, вы должны понимать, что вопросы, которые вам задают, даже если они кажутся банальными, на самом деле имеют двойное дно. В них есть некая подоплёка, по которой люди опосредованно пытаются выяснить какие-то вещи незаметно от вас, чтобы вы им не соврали.
Поэтому смыслы, которые люди хотят услышать, завуалированы в достаточно сложные вопросы. Особенно для новичков, для тех, кто учился в наших любимых онлайн школах, где ни фига или очень поверхностно объясняют, как на самом деле работает современный дизайн.
Представьте, что ваш начальник, продакт-менеджер, пришёл и попросил вас добавить баннер с текстом «заказы будут отправлены с задержкой» на экран Корзины. И спрашивается, что вы будете делать в этой ситуации.
Большинство людей, которые приходят ко мне на консультацию, отвечают, что перед добавлением баннера дополнительно уточнили бы текст и сроки.
Другие спрашивают немного больше вопросов, типа «Зачем он нам нужен». Но большинство из них удовлетворяются ответом «Ну, надо для того, чтобы клиентов оповестить» и готовы пойти и сделать этот баннер.
НО когда к настоящему продуктовому дизайнеру приходят с просьбой добавить какой-то элемент, какую-то штуку на какой-то конкретный экран в какое-то конкретное место, у него всегда начинаются вопросы: «Для чего мы это делаем? Какую задачу/проблему это решает?» Потому что в продуктовом дизайне всегда всё идет от проблем.
Продуктовый дизайн работает на благо бизнеса, для того, чтобы решать задачи бизнеса. А у бизнеса есть всего две глобальные задачи: увеличивать прибыльность и снижать собственные издержки. Т.е. любая задача, которую требуется сделать в компании, она либо увеличивает прибыль, либо снижает издержки, по сути всё это делается ради денег. И вы должны понимать, как именно ваша задача, которую вы делаете, влияет на прибыль, повышает её или снижает издержки.
Итак, когда менеджер приходит с таким запросом, надо бы у него спросить: «А что ты хочешь с помощью этого получить? Какую проблему ты можешь решить?»
Например, он скажет: «У нас технические работы, и я хочу, чтобы нам не завалили техподдержку, потому что у людей нет номера заказа, т.е. номер заказа будет отправлен позже». Ты говоришь: «Хорошо, а почему ты думаешь, что вот это решение поможет нам уменьшить количество обращений в поддержку?»
Вот здесь обычно и закопана собака, потому что менеджер пришёл и принёс вам готовое решение. Но он не уточнил, что можно было бы этим решением изменить? Т.е. во-первых, почему именно баннер? Почему не какое-нибудь всплывающее окно? Не какой-нибудь пост, а именно баннер? Во-вторых, почему это находится на корзине? Почему не после корзины или до корзины? Точно ли мы находимся в том самом месте?
Получается, что в этой ситуации продакт сделал дизайнерскую работу за вас, но при этом ответственность за то, будет это работать или нет, всё равно остаётся на вас, а не на продакте.
Поэтому, когда к вам приходят с задачей, и кто-то нарешал вашу дизайнерскую проблему, то вы должны перепроверить всю вот эту продуктовую цепочку. Про продуктовую цепочку рассказывать не буду, это тема отдельного большого занятия у меня на курсе.
Таким образом, когда на собеседовании вам задают этот вопрос, они проверяют, понимаете ли вы вообще стандартный пайплайн работы дизайнера.
Понимаете ли вы, что в продуктовой разработке сначала определяется какая-то проблема, потом определяются критерии решения этой проблемы, т.е. на какую метрику мы хотим повлиять, потом мы как-то пытаемся построить гипотезы, как мы будем решать эту проблему, оцениваем их с точки зрения вероятности, какие могут больше или меньше повлиять, и только после этого начинаем дело.
Ещё всё зависит от того, на сколько это большой продукт, если продукт очень большой и посещаемость очень велика, то если вы просто шибанете какой-нибудь баннер на корзину, то он может уронить метрики, и тогда будет плохо и вашему начальнику, и его начальнику, и вам. И поэтому такие решения, особенно в таких чувствительных местах, лучше запускать на A/B тест или перед A/B тестом запускать на UX тесты, т.е. смотреть, спрашивать, что люди бы сделали. И уже после всех этих приготовлений, когда вы увидите, что у вас ничего не уронилось, только после этого катить это всё в прод.
По факту невинный вопрос про баннеры обернулся большим размышлением про дизайн процесс. И от вашего ответа будет зависеть то, как вас воспринимают: как продуктового дизайнера или как дядя Дривен дизайнера, который просто делает всё, что ему говорят, дизайнер-руки.