Страница 11 из 21
ПРОВЕРЯТЬ СВОИ ПРЕДПОЛОЖЕНИЯ
Непроверенные догадки – опасная вещь. Новые PM часто слишком уверены в своих идеях и решениях и даже не допускают мысли о неудаче.
Поэтому мы советуем воспринимать свои предположения как гипотезы и искать легкие способы их проверки. Можно провести исследование пользователей или поговорить с клиентами. Короткая беседа с друзьями или коллегами тоже может помочь.
Луи Лека (Louis Lecat), руководитель по продукту в компании Algolia, рассказал, как проверка его предположений с помощью прототипа серьезно повлияла на конечное решение:
«Во время работы над продуктом, предназначенным для упорядочивания результатов поиска, мы предположили, что пользователям понадобятся такие параметры сортировки, как цена, маржа и скидка.
Но пользователи сортировали результаты, основываясь на том, как элементы смотрелись вместе. Это было совершенно неожиданно. Им был важен общий стиль оформления страницы, а не каждый компонент по отдельности.
Это заставило нас полностью перестроить наш roadmap. И мы смогли запустить успешный продукт гораздо быстрее, чем ожидалось».
Даже если все сделать правильно, пользовательское тестирование на ранней стадии может показать, что ваша идея ошибочна. Отнеситесь к этому как к победе! Это не только предотвращает пустую трату времени и энергии, но и показывает эффективность тестирования.
Предлагаем учесть следующие моменты при проверке предположений:
• Почему пользователи предпочитают именно ваш продукт.
• Какой функционал обязателен, а какой – нет.
• Сколько времени и усилий пользователи тратят на изучение продукта.
• Какова серьезность «мелких» недоработок юзабилити.
• Насколько просто найти ту или иную функцию.
• Насколько пользователи готовы к активному использованию нового продукта.
О способах проверки предположений читайте в разделе «Исследование пользователей» (с. 53).
ПЛАНИРОВАТЬ СТРАТЕГИЧЕСКИЕ ИССЛЕДОВАНИЯ ПОЛЬЗОВАТЕЛЕЙ ДЛЯ ПОИСКА НОВЫХ ВОЗМОЖНОСТЕЙ
По мере карьерного роста вы все больше будете заниматься прогнозами и стратегией. Теперь ваша работа будет касаться не только порученного вам проекта. Потребуется заглянуть за горизонт и подумать, можно ли решить с помощью вашего продукта какие-то дополнительные проблемы клиентов. Как это отразится на продукте и его потенциале? Какие возможности открываются в связи с появлением новых тенденций? Какие исследования могли бы подтвердить реальность этих возможностей или расширить их?
Такие стратегические исследования часто являются поисковыми – вы не совсем уверены в том, что именно обнаружите. Вы пытаетесь не просто получить информацию о каком-то компоненте продукта, а узнать новое о жизни пользователей и их рабочих процессах. Для этого нужно задавать открытые вопросы, такие как: «Расскажите, когда вы в последний раз…» или «Поделитесь, как вы приняли это решение».
Существует несколько подходов к проведению стратегического исследования. Вы можете провести целый день с клиентом, наблюдая за его действиями. Иногда используется дневниковый метод: в течение нескольких недель оплачиваемые участники записывают сведения о своих действиях, которые являются объектом исследования (например, фиксируют каждый прием пищи). Самый простой вариант – добавить несколько открытых стратегических вопросов в текущие исследования юзабилити продукта или задать их во время визитов к клиентам.
СОЗДАВАТЬ КУЛЬТУРУ, ОРИЕНТИРОВАННУЮ НА ПОЛЬЗОВАТЕЛЯ
На более высоких уровнях лидерства по продукту вы несете ответственность не только за свои собственные навыки понимания пользователей, но и за навыки всей своей команды.
В компании Twilio обнаружили, что стажировка в службе поддержки клиентов значительно повышает эмпатию сотрудников. Джейсон Насси (Jason Nassi) написал по этому поводу:[20]
«Пройдя обучение по обработке запросов в службу поддержки, новые сотрудники начинают лучше понимать, почему некоторые наши клиенты обожают Twilio и как нужно помогать другим пользователям, чтобы и они полюбили наш продукт».
Вот несколько способов сделать поведение команды более ориентированным на пользователя:
• Требуйте, чтобы все PM время от времени отвечали на запросы, поступающие в службу поддержки.
• Ведите рейтинг среди коллег по количеству визитов к клиентам.
• Каждую неделю устраивайте для команды встречи с клиентами.
• Введите в повестку собраний команды регулярный обмен новой информацией о клиентах.
• Добавьте раздел «Информация о клиентах» в шаблон спецификации.
• Спрашивайте о потребностях клиента в ходе обзора продукта.
• Будьте образцом для подражания – сами проводите встречи с клиентами и делитесь полученными знаниями.
Помните, что все это касается всей команды. Конечно, именно PM являются «голосом потребителя». Но еще лучше, если разработчики, тестировщики и другие участники команды тоже хорошо разбираются в потребностях пользователей.
Практики роста
МЫСЛИТЕ, КАК НОВИЧОК
Суть успеха в работе с продуктом состоит в том, чтобы хорошо в нем разбираться. Когда его использование становится привычным и простым (что часто бывает в практике PM), легко забыть, каково это – знакомиться с новым для себя продуктом.
Старайтесь как можно чаще ставить себя на место того, кто будет пользоваться продуктом впервые. Опробуйте все возможные функции, представляя, что вы с ним не знакомы. Что могло бы вас запутать? Какие описания или значки кажутся непонятными? Если вы сделаете это внимательно, вам удастся быстро выявить проблемы, с которыми могут столкнуться новые пользователи.
Чтобы развить этот навык, обращайте особое внимание на то, чему вам пришлось научиться и какие затруднения вы испытывали, когда были новичком. Наблюдайте за действиями новых пользователей и отслеживайте ситуации, которые вызывают у них проблемы, но были бы понятны опытным людям.
УСТАНОВИТЕ СВЯЗЬ МЕЖДУ ВЫБОРОМ ПРОДУКТА И ЗНАНИЕМ ПОТРЕБНОСТЕЙ КЛИЕНТА
Понимание потребностей клиента носило бы чисто теоретический характер, если бы вам не нужно было использовать свои знания для создания популярных продуктов.
Важно четко понимать, как знание потребностей клиента влияет на принятие решений о продукте. И здесь очень важную роль играет интенциональность, или направленность. Не нужно хвататься за дикие идеи, которые пришли вам во сне; каждое решение должно приниматься на основании каких-то предпосылок.
Неопытные PM часто недооценивают, как важна эта связь. Помните, что инженеры и руководители не знают потребности клиентов так глубоко, как вы: они могут не запомнить какой-то важный вывод исследования или не заметить очевидные для вас связи.
Однажды мы наблюдали, как PM сделала построчные аннотации к дизайну продукта, связав каждое решение с потребностями клиента, чтобы все понимали, почему дизайн должен быть именно таким. И этот, возможно, «маниакальный» подход стал настоящим хитом; люди стали быстрее соглашаться с ее замыслами и воспринимать ее как клиентоориентированного PM. С тех пор ее команда была уверена, что все ее предложения не просто «кажутся ей правильными», а хорошо обоснованы.
РАЗВИВАЙТЕ ИНТУИЦИЮ
Со временем вы почувствуете, что пора переходить от медленных, тщательно выстроенных процедур получения информации о пользователе к более быстрым процессам и интуитивно выбирать области, на которых нужно сосредоточиться.
20
Подробнее об этом читайте здесь: http://www.zendesk.com/blog/new-employees-answer-support-tickets/.