🔥

Тред (Данил Ряшенцев)


Как на собеседовании на продакта отвечать на вопрос "Как бы вы улучшили %product%?". Тред.

Например "How would you improve Google Maps?". Не обязательно что гугл будет вас спрашивать про свои продукты. Не обязательно та же индустрия, куда вы идёте. Продукт может быть любой.

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

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

От вас хотят услышать каким фреймворком вы пользуетесь, при решении такого рода задач, как двигаетесь с решению. Возможно, вы в конечном итоге придёте к дополненной реальности, но в данном случае путь важнее цели :)

Итак, вас спрашивают "How would you improve Google Maps?". Не стесняйтесь задавать любые уточняющие вопросы. Например: - Для десктопа или приложения? - На каком рынке? - Что еще за Гугл Мапс? Лучше спросить, чем не спросить.

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

Это не реальный бизнес-кейс, это собеседование на 40-50 минут. У вас нет времени поговорить с аналитиками и изучать рынок. Достаточно объяснить принцип принятия решения.

Опишите продукт: что он из себя представляет, как вы понимаете смысл его существования — это помогает просто вспомнить детали, быть уверенным, что вы говорите об одном и то же.

Проговорите в слух миссию компании. Она не всегда существует (хахах), но в интерпрайзах её используют как норс стар для всех продуктовых команд — всё что вы делаете, так или иначе подчиняется этой миссии.

Выберите бизнес-цель — зачем мы вообще улучшаем продукт. Есть пять основных: Customer base, Revenue, Retention, Conversion, Engagement.

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

Про тип: не стесняйтесь брать паузу, мол "мне нужна минута, чтобы собрать с мыслями".

Выберите целевую аудиторию, чью проблему вы будуте решать. Опять же, у вас нет времени, описать всех и каждого. Достаточно описать 2-3 разные группы, а потом выбрать одну, опираясь на выводы с предыдущих шагов.

Для Гугл Мапс это может быть что-то типа - профессиональные работники (доставщики, водители такси), - бизнесы (те, чьи магазины/парихмахерские показываются на карте), - локалы (обычные люди, которые пытаются добраться из А в Б). - ...

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

Если цель бизнес-цель была увеличить revenue, можно сконцентрировался на бизнесах, потому что они открывают возможности для монетизации.

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

Далее нужно найти основные use cases продукта и pain points (что болит) выбранной группы юзеров (я иногда не знаю, как лучше сказать на русском языке, сорян).

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

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

На интервью достаточно пройтись по user journey и выбрать проблему, решение которой потенциально сильнее всего поможет выбранной группе юзеров, а также вам в достижении поставленной цели.

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

Стоит выбрать одну проблему и рассказать про фреймворк, которым вы руководствуетесь при приоритизации. Impact/effort покроет большинство кейсов, но не все.

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

Это не только интервью касается, кстати. Часто встречается, что продуктовые команды решают проблему, которая а) не существует б) не требует решения в принципе в) её решение не позволяет достичь цели.

Для поиска решений есть масса фреймворков, но к сожалению, на интервью очень мало времени. Я использовал SCAMPER — позволяет за минуты нагенерить идей. Я всегда просил взять паузу, чтобы придумать 3 решения: очевидное, moon shot и что-то среднее.

Moon shot — это что-то типа давайте всем бесплатно раздадим очки дополненной реальности и перенесём Гугл Мапс оффлайн. Люди будут ходить по городу и покупать товары на виртуальных прилавках на улице. Если вы в Гугле — почему бы и нет, но обычно это очень дорого.

Выберите одно из решений, используя ваш любимый фреймворк. Большинство использует RICE.

8.1 Взвесьте риски реализации выбранного решения: - executional (как сложно это будет сделать), - market (если ли business и user value). 8.2 Оцените компромиссы, на которые придётся пойти.

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

Выберите success metric, то есть как вы будете измерять успех изменения. Опять же есть фреймворк для выбора метрики, но это отдельная история.

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

В конце подведите итог, пройдясь по всем предыдущим пунктам. Это как элеватор питч: вы за 30-60 секунда выстраиваете логичный, хорошо структурированный спич как ответ на вопрос в самом начале.

Вот пример мок интервью, как чувак из Майкрософта отвечает на вопрос "How would you improve Google Maps?". В конце он приходит к совершенно другому решению и это нормально. Решение формально, на интервью проверяют ход мысли. youtube.com/watch?v=CXdaPE…

Данил РяшенцевДанил Ряшенцев