14 вопросов, которые нужно задать продакт-менеджеру
Для менеджера по продукту нет технических требований. Вам не нужна престижная степень или сдача сертификационного экзамена, проверяющего глубокие знания предметной области. Менеджерами проектов становятся люди из разных слоев общества, часто потому, что им нравится работать с людьми и решать проблемы.
Тем не менее, управление продуктом может быть трудным в начале, потому что оно часто кажется таким запутанным. Вам нужно принимать трудные решения с неполной информацией. У вас есть ограниченное время для сбора и передачи сложных требований. Вы должны создать структуру, чтобы другие люди действительно могли выполнять работу, и если что-то не стыкуется друг с другом, это ваша вина.
К счастью, есть один странный трюк , который сделает вашу жизнь намного проще — задавайте вопросы!
Правильный вопрос может внести ясность в любую ситуацию и помочь вам двигаться в правильном направлении. В этой статье мы столкнемся с проблемой вымышленного продукта и зададим 14 вопросов, от сбора требований до предложения решения и заканчивая выполнением и последующими действиями.
Я использую эти точные вопросы ежедневно в качестве PM; надеюсь, вы тоже найдете их полезными!
Сбор требований
Давайте установим сцену. Вы новый менеджер по продажам в модном технологическом стартапе, который доставляет кошачью еду по запросу (это должно быть чем-то особенным, верно?). Утро понедельника, и у вас играет какой-то лоу-фай бит. Вы слышите звук нового уведомления Slack и открываете его для вопроса от кого-то из отдела эксплуатации.
привет мы можем поболтать
мы получаем много жалоб от гонщиков на приложение, и я хотел поговорить с вами об этом.
Конечно, вы думаете. У меня есть время.
конечно — я пришлю вам приглашение на сегодня днем!

[Примечание: хотя мы начинаем с первоначального разговора, эти вопросы со временем адресованы разным людям. Точная формулировка также может быть адаптирована для того, с кем вы разговариваете.]
1. В чем проблема?
Полезно начать с открытого вопроса, который побуждает людей предоставить вам как можно больше информации своими словами. В идеале вы хотите делать заметки (ноутбук или ноутбук оба работают), пока они говорят. Давайте посмотрим, как это происходит:
Я: Эй, скажи мне, в чем проблема?
Шеф: Прошлой ночью у нас был этот парень, который разбился на своем велосипеде, и он сказал, что это из-за того, что его телефон был слишком ярким. Он переключался с Google Maps (которые темные), чтобы посмотреть детали своего заказа, и потерял фокус. Сейчас он в порядке, но это случалось несколько раз. Также водители часто жалуются на наше приложение и говорят, что не видят, куда им нужно ехать.
2. Каково текущее состояние и желаемое состояние?
Ответив на предыдущий вопрос, вы получите много информации, а следующая задача — распутать и упростить его. Один из полезных способов сделать это — установить базовый уровень того, как все работает прямо сейчас, и какие изменения кто-то требует. Позже вы захотите описать это как пользовательский поток, то есть последовательность действий.
Я: Итак, как наши водители используют приложение ночью, и что, по вашему мнению, нам следует изменить?
Шеф: Кажется, когда темнеет, наши гонщики обычно уменьшают яркость своих экранов, но тогда они не могут видеть детали своего заказа. Чего они хотели бы, так это «темного режима», в котором они все еще могут видеть важные вещи, но не быть ослепленными.
3. Могу я проверить, правильно ли я Вас понял?
Выслушав, как кто-то объясняет сложную проблему, полезно повторить то, что вы поняли. Это позволит вам проверить свои предположения и убедиться, что вы ничего не упустили, а также даст вам возможность попрактиковаться в объяснении проблемы своими словами (полезный совет: это прекрасно работает и в отношениях!). Позже вы расскажете об этой проблеме и потенциальном решении многим другим людям, так что вы захотите научиться тому, как сообщать об этом.
Я: Могу я проверить, правильно ли я вас понял? Вы говорите, что водителям сложно пользоваться нашим приложением ночью, потому что экран слишком яркий, и это приводит к авариям. Что вам нужно, так это какой-то темный режим, в котором они могут видеть детали своего заказа, когда они в пути.
Шеф: Довольно много, и это также должно хорошо работать, когда они переключаются между нашим приложением и навигационным приложением.
4. Каково влияние проблемы?
С помощью этого вопроса вы хотите понять, является ли это изолированным инцидентом или повторяющейся закономерностью. В идеале вы также хотите количественно оценить серьезность проблемы с точки зрения потерянных пользователей, дохода или какого-либо другого показателя северной звезды.
Я: Какие у нас есть доказательства проблемы, например, потеряет ли она нас всадников или дорого обойдется нам?
Шеф: Ну, мы оплачиваем страховку наших водителей и больничные счета, и это может обойтись довольно дорого. Кроме того, мы провели опрос привычек водителей, и 30% из них заявили, что по вечерам переключаются на другое приложение. Когда мы связались, они сказали, что это потому, что они считают наше приложение небезопасным.

[Примечание: позже вы захотите проверить всю эту информацию с помощью некоторого анализа данных.]
5. Является ли это самой важной проблемой, которую мы могли бы решить прямо сейчас?
Как только вы поняли проблему, вам нужно расставить приоритеты по сравнению со всем остальным, что вы делаете. Бонусные баллы, если это оказывает явное и серьезное влияние и связано с более широкой целью компании. Вам также придется рассказать об этом своим заинтересованным сторонам и остальной части компании и быть готовым оправдать компромиссы. Это хороший вопрос, который стоит задать себе в первую очередь.
Я: Это самая важная проблема, которую мы могли бы решить прямо сейчас?
Зеркало-я: Хороший вопрос, я. Сначала нам нужно закончить проекты этого квартала. Однако после этого наш отставание в основном состоит из технического долга, и я бы сказал, что это имеет приоритет, особенно потому, что он соответствует OKR следующего квартала по увеличению часов онлайн-гонщиков. Давайте используем следующие 4 недели, чтобы найти решение, а затем начнем разработку.
Предложение решения
Когда у вас есть хорошее понимание проблемы (в идеале дополненное анализом данных, опросами и/или UX-тестированием), пришло время работать над решением. Когда вы начнете создавать презентацию, вам нужно будет ответить на несколько важных вопросов с помощью вашей команды.
6. Какой идеальный пользовательский опыт мы могли бы создать?
Используйте здесь немного голубого неба и поставьте себя на место своих пользователей, чтобы представить им наилучший возможный опыт. Пока не думайте о технических ограничениях или стоимости — у вас будет достаточно времени, чтобы уточнить их позже.
На этом этапе может быть полезно начать писать PR/FAQ (пресс-релиз и часто задаваемые вопросы). Это формат, популяризированный Amazon, когда вы пишете воображаемый пресс-релиз, описывающий вашу функцию конечному пользователю.
Я: Какой идеальный пользовательский опыт мы могли бы создать?
Дизайнер: Представьте себе, что телефон гонщика чувствовал, когда темнеет, и автоматически переключался в темный режим, как в машине. Это может быть по умолчанию, но гонщик также сможет выбрать ручной режим или следовать системе по умолчанию. Мы, вероятно, хотели бы позволить гонщикам делать свой выбор при регистрации, а также выделять эту функцию на нашем веб-сайте.
7. Как мы будем измерять успех в решении проблемы?
Затем вам нужно будет выбрать единственную измеримую в настоящее время метрику, которая коррелирует с проблемой, которую вы пытаетесь решить, и которую нельзя легко обыграть. Позже вы будете использовать это, чтобы определить, была ли эта функция успешной или нет.
Я: Как мы узнаем, что решили проблему? Как мы будем отслеживать успех?
Аналитик: Нашей главной целью должно быть увеличение количества онлайн-часов в вечернее время, поскольку, если водители будут чувствовать себя в большей безопасности, используя приложение, они с меньшей вероятностью перейдут к конкурентам. Мы также будем следить за тем, какой процент водителей включает эту функцию, и ежемесячными оценками удовлетворенности. Вероятно, нам следует запустить это как A/B-тест, чтобы быть уверенным в результате.
8. Какие варианты у нас есть для реализации этой функции?
Это разговор со всей командой, особенно с вашими дизайнерами и инженерами. Используйте принцип MECE (взаимоисключающий, коллективно исчерпывающий), чтобы составить полный список вариантов, и потратьте время на обсуждение плюсов и минусов. Часто становится совершенно ясно, на каком из них (или двух) сосредоточиться.
Я: Какие варианты у нас есть для реализации этой функции?
Технический руководитель: Я думаю, есть несколько способов сделать это:
1. Мы могли бы просто изменить цветовую схему всего нашего приложения на темный режим и запретить пользователям переключаться — это было бы самым быстрым, но не лучшим UX.
2. Мы могли бы использовать какую-нибудь автоматизированную библиотеку, которая автоматически инвертирует наши цвета.
3. Мы могли бы определить две цветовые схемы и использовать системные настройки, чтобы определить, используем ли мы светлый или темный режим.
4. [и т.д.]
[Примечание: это всего лишь примеры, я на самом деле не исследовал, как вы реализуете темный режим]
9. Как пользователи взаимодействуют с нашим потенциальным решением?
Это хороший вопрос, если у вас есть время и ресурсы. После того, как вы определились с первоначальным подходом, создайте прототип на Figma или другом инструменте дизайна, позвольте пользователям щелкнуть мышью и посмотреть, где они запутались. Или управляйте им другими людьми в компании, особенно теми, кто тесно контактирует с вашими пользователями.

Я: Что пользователи думают о нашем потенциальном решении?
Исследователь UX: Мы обнаружили, что им очень нравится темный режим в главном меню навигации, но не на странице профиля, потому что они хотят, чтобы все их значки хорошо отображались. Большинство пользователей согласны с тем, что приложение автоматически переключается в темный режим, когда становится темно.
10. Сколько времени займет наше решение и есть ли способы реализовать его дешевле?
Теперь, когда вы определились с общим подходом и составили спецификацию продукта, пришло время проверить цену. Попросите вашего инженера-менеджера оценить на высоком уровне, сколько времени это займет. Вам не нужны детализированные оценки по задачам, достаточно ответа порядка недель/месяцев.
Если первоначальная реализация займет слишком много времени, используйте правило 80–20 , чтобы быть безжалостным в сокращении масштабов. Большая часть ценности, вероятно, может быть обеспечена с помощью минимального решения, с оставлением необходимых требований для будущей версии.
Я: Сколько времени займет наше решение и есть ли способы реализовать его дешевле?
Технический руководитель: Если бы мы сделали все полностью, это заняло бы около 6–8 недель с регрессионным тестированием и релизом в магазине приложений. Если бы мы не реализовали автоматическое обнаружение в ночное время, это, вероятно, сократило бы его до 3-4 недель.
Исполнение и отражение
После того, как у вас есть проект, хорошо спроектированный и спланированный, пришло время начать строить!
11. Все ли понимают, что им нужно делать?
В начале разработки новой функции полезно провести быстрое стартовое совещание с вашей командой, на котором вы представляете спецификацию и обсуждаете нерешенные вопросы. Здесь действительно важно проверить понимание, а также может быть полезно назначить владельца функции, обычно разработчика с наибольшим количеством задач для этой функции.
Я: Все ли понимают, что им нужно делать?
Мобильный разработчик: На самом деле нам нужно рассмотреть крайний случай — что, если пользователь получит системное оповещение в облегченном режиме?
12. Как мы будем сообщать об этой функции нашим коллегам и пользователям?
Некоторые изменения, связанные с пользователями, потребуют, чтобы вы сообщили об этом изменении своим пользователям — этот PR / FAQ, который вы написали для Вопроса 6, может пригодиться. Это может быть простой абзац в ежемесячном электронном письме или полная перестройка веб-сайта. Вы также должны заранее сообщить внутренним командам, которые будут затронуты вашим релизом.
Я: Как мы сообщим людям об этой функции?
Маркетинг: Было бы здорово поместить некоторые из этих скриншотов на нашу целевую страницу райдера, и мы также можем добавить их в наше ежемесячное электронное письмо с обновлениями продукта.
13. О чем говорят исходные данные?
После того, как вы закончили разработку и (надеюсь) выпустили функцию без особых проблем, сразу же проверьте статистику. Часто их не будет, потому что вы забыли добавить какое-то важное событие или столкнулись со странной ошибкой. Как только вы убедитесь, что он работает правильно, сбавьте темп, пока не получите значимый объем данных (если вы проводите A/B-тестирование, это произойдет после достижения статистической значимости).
Я: Что говорят исходные данные?
Аналитик: Восприятие iOS было очень положительным, половина наших водителей использует его! Android примерно на 10% ниже, кажется, мы что-то упустили в нашем дизайне?
14. Каковы следующие шаги? Как мы можем сделать это лучше?
Это легкая часть! Ответив на предыдущий вопрос, вы обычно получаете довольно четкое представление о том, как улучшить ситуацию.
Я: Молодцы все! Давайте теперь подумаем о следующей версии, как вы хотите сделать ее лучше?
Дизайнер: Я хочу изменить цвет подсветки.
Аналитик: Нам нужно исправить ошибку с Android.
Инженер: Есть несколько задач по техническому долгу, которые мы должны закончить.
Ааааааааааааааааааааааааааааааааааааааааааааааа!
Прощальные мысли
В этой статье мы увидели, как эти 14 вопросов и ответы на них помогли структурировать запутанную проблему и найти работающее решение.
Как мы видели, важнее задать правильный вопрос, чем получить правильный ответ. Вы часто будете обнаруживать скрытые предположения или пробелы в своих знаниях, которые гораздо более значительны, чем вы изначально думали, и это обучение само по себе может быть радостью.
Задание вопроса также является важным инструментом для совместной работы: признавая, что вы чего-то не знаете, вы приглашаете других помочь вам вместе работать над решением. Это помогает людям почувствовать, что вы не управляете ими на микроуровне и что их опыт ценится.
Итак, что вы узнали из этого произведения?