Карьера продакт-менеджера. Все что нужно знать для успешной работы в технологической компании

Практики роста

МЫСЛИТЕ, КАК НОВИЧОК

Суть успеха в работе с продуктом состоит в том, чтобы хорошо в нем разбираться. Когда его использование становится привычным и простым (что часто бывает в практике PM), легко забыть, каково это – знакомиться с новым для себя продуктом.

Старайтесь как можно чаще ставить себя на место того, кто будет пользоваться продуктом впервые. Опробуйте все возможные функции, представляя, что вы с ним не знакомы. Что могло бы вас запутать? Какие описания или значки кажутся непонятными? Если вы сделаете это внимательно, вам удастся быстро выявить проблемы, с которыми могут столкнуться новые пользователи.

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

УСТАНОВИТЕ СВЯЗЬ МЕЖДУ ВЫБОРОМ ПРОДУКТА И ЗНАНИЕМ ПОТРЕБНОСТЕЙ КЛИЕНТА

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

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

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

Однажды мы наблюдали, как PM сделала построчные аннотации к дизайну продукта, связав каждое решение с потребностями клиента, чтобы все понимали, почему дизайн должен быть именно таким. И этот, возможно, «маниакальный» подход стал настоящим хитом; люди стали быстрее соглашаться с ее замыслами и воспринимать ее как клиентоориентированного PM. С тех пор ее команда была уверена, что все ее предложения не просто «кажутся ей правильными», а хорошо обоснованы.

РАЗВИВАЙТЕ ИНТУИЦИЮ

Со временем вы почувствуете, что пора переходить от медленных, тщательно выстроенных процедур получения информации о пользователе к более быстрым процессам и интуитивно выбирать области, на которых нужно сосредоточиться.

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

РАССТАВЛЯЙТЕ ПРИОРИТЕТЫ

Нужно ли устранять все обнаруженные вами проблемы с юзабилити продукта? Это сложный вопрос. И ответ – как это часто бывает в жизни (и в управлении продуктами) – таков: все зависит от ситуации.

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

Однако по мере продвижения по служебной лестнице такая сосредоточенность может дать обратный результат. Вы должны показать, что, с одной стороны, вы цените качество, а с другой – действуете разумно в ситуации сложного выбора. Каждый раз сравнивайте затраты и ожидаемый эффект от тех или иных решений. И не стоит пропускать второстепенные потребности пользователей. Установите им более низкий приоритет, но не игнорируйте.

Не надо полагать, что качество не имеет значения. Имеет и еще как! Но главное здесь – баланс. Хороший PM понимает, когда обнаруженная проблема с юзабилити важна настолько, что нужно отложить запуск продукта на три недели.

РАСПРОСТРАНЯЙТЕ ЗНАНИЯ О ПОТРЕБНОСТЯХ КЛИЕНТОВ

Отличить опытного PM от новичка можно по тому, как он раскрывает актуальную информацию о клиентах.

Первый обычно действует так:

• В ходе совещаний приводит примеры из жизни.

• Указывает другим PM на интересные пользовательские исследования.

• Выступает с общекорпоративными докладами, где дает ключевую информацию о предпочтениях клиентов.

• Предоставляет руководству полученные сведения и их стратегический анализ.

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

ДОКАПЫВАЙТЕСЬ ДО СУТИ, КОТОРАЯ ПОМОЖЕТ ВСКРЫТЬ ПРОБЛЕМУ

ШУТКА О ГЕНЕРАТОРЕ

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

Вызвали ремонтника. Тот прислушался к тому, как работает установка, и поставил крестик мелом на одной из деталей. «Проблема здесь», – сказал он. Инженеры осмотрели указанное место, поняли, в чем дело, и устранили неполадку. Когда ремонтник выставил счет на $10 000, компания отказалась платить и запросила его расшифровку. Ремонтник с радостью выполнил просьбу и ответил так:

Мел: $1.

Знание, где поставить крестик: $9 999.

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

Как этому научиться? Получив некие сведения о клиенте, вы должны сразу просчитать их влияние на вашу работу. Какие принятые решения они могут изменить? Какие решения они затронут в будущем? Продумывайте все заранее – и тогда в будущем у вас будет больше шансов вспомнить что-то именно тогда, когда это будет действительно важно.

Концепции и фреймворки

РАБОТА, КОТОРУЮ НУЖНО СДЕЛАТЬ (JTBD)

Вы можете знать возраст, адрес и род занятий ваших пользователей, но эта информация ничего не скажет вам о том, что для них действительно важно. Что именно они хотят сделать с помощью вашего продукта?

Идея, которую популяризовал Клей Кристенсен (Clay Christensen), одновременно проста и сложна. Он объясняет ее так:

«Люди не просто покупают товары или услуги, они их “нанимают”, чтобы успешно решить тот или иной вопрос. Чаще всего они совершают покупки, чтобы решить проблему, с которой они столкнулись».

Рассмотрим, к примеру, покупку музыкального приложения. Какую «работу» хочет выполнить пользователь?

Первым на ум приходит наивный ответ – он хочет послушать музыку (да конечно!). Если бы это было так просто, достаточно было бы сделать приложение для прослушивания старых, полюбившихся пользователю композиций. В крайнем случае, можно добавить возможность самостоятельно составлять плейлисты.

Более развернутый ответ (в зависимости от конкретного приложения и пользователя) звучит так: «Я устраиваю вечеринку и хочу создать приятную атмосферу. Мне нужно то, что понравится моим друзьям и поднимет всем настроение». И этот ответ ведет нас к новому вопросу: «Как создать плейлист под определенное настроение?»

Методология «Работа, которую нужно сделать» (Jobs To Be Done, JTBD) используется для изучения мотивации и поведения клиентов^[21].

Чтобы прописать сценарий использования продукта по методу JTBD, можно воспользоваться следующим шаблоном:

Когда я <ситуация>, я хочу <мотивация>, чтобы я смог <ожидаемый результат>.

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

Говоря с потенциальным клиентом, постарайтесь выяснить, для какой «работы» он хочет «нанять» ваш программный продукт. И не останавливайтесь на этом, копните глубже. Спросите почему.

ПУТЬ КЛИЕНТА

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

Рассмотрим упрощенный пример пути клиента для приложения Netflix.

• Осведомленность: я узнал (возможно, много лет назад), что Netflix существует.

• Рассмотрение: я выяснил, что на Netflix есть мой любимый сериал. Я подумываю о том, чтобы оформить ради этого подписку. Но стоит ли оно того? Может, лучше просто купить фильм на Amazon?

• Покупка: я решил оплатить подписку на Netflix.

• Удержание: продолжаю платить за Netflix (потому что он мне нравится… или потому, что я забыл отменить подписку).

• Лояльность: на вопросы друзей я отвечаю, что любимый сериал смотрю на Netflix. И добавляю, что, похоже, у них хороший выбор фильмов и сериалов.

Улучшение на любом из этих этапов может повлиять на успех вашего продукта. Поэтому задавайте клиентам – текущим и потенциальным – вопросы по каждой стадии. Как появляется осведомленность? Что ведет от осведомленности к рассмотрению? А от рассмотрения к покупке? И так далее. Ищите факторы, которые влияют на каждый этап.

РЕКОМЕНДАЦИИ ПО ЮЗАБИЛИТИ ПРОДУКТА

Каждый PM должен знать общие принципы юзабилити продукта. Поэтому рекомендуем запомнить приведенные ниже пункты, чтобы не делать глупых ошибок.

Золотым стандартом в области удобства использования программных продуктов стали эвристические правила, созданные компанией Nielsen Norman Group.

10 основных принципов юзабилити^[22]

Эти принципы, описанные Джейкобом Нильсеном (Jakob Nielsen), называют эвристическими, потому что они представляют собой общие универсальные правила, а не специальные указания по юзабилити продукта.

1. Видимость статуса системы

Система должна постоянно информировать пользователя о том, что происходит. Клиенту нужна хорошая обратная связь, предоставляемая в разумные сроки.

2. Соответствие системы и реальности

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

3. Пользовательский контроль и свобода действий

Пользователи часто включают те или иные системные функции по ошибке, и им требуется четко обозначенный «аварийный выход», чтобы быстро и без лишних усилий отменить нежелательное действие. Предоставьте пользователю возможность отменять операции и повторять их заново.

4. Последовательность и соответствие стандартам

У пользователя не должно возникать сомнений по поводу значения слов, ситуаций или действий. Следуйте принятым для конкретной платформы стандартам.

5. Предотвращение ошибок

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

6. Распознавание вместо запоминания

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

7. Гибкость и эффективность использования

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

8. Эстетичность и минимализм дизайна

Диалоговые области интерфейса не должны содержать посторонние или редко используемые сведения. Каждая дополнительная единица информации будет оттягивать внимание пользователя от важных блоков, тем самым снижая их заметность.

9. Распознавание, диагностирование и исправление ошибок

Сообщения об ошибках должны быть написаны простым языком (без кодов), точно указывать на проблему и предлагать решение.

10. Справка и документация

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

Помимо перечисленных выше правил, существует несколько общих рекомендаций, которые следует запомнить:

• Ограниченное внимание: в жизни пользователи обращают на пользовательский интерфейс (user interface, UI) намного меньше внимания, чем вам кажется. Люди подсознательно игнорируют большие кричащие баннеры и любые другие элементы, похожие на рекламу. Они не читают длинные абзацы и даже предложения. В любой момент их могут прервать или отвлечь. Если им не будет четко понятна последовательность действий, они даже не попытаются в ней разобраться.

• Свободное пространство и пропорции: реакция людей на продукт обычно интуитивна, и пропорции элементов интерфейса, а также организация свободного пространства серьезно влияют на мнение пользователей. Сэкономишь на пространстве – интерфейс будет казаться перегруженным и запутанным, а переборщишь с пустотами – будет выглядеть слишком примитивным и скучным. Практически невозможно получить полезный отзыв об интерфейсе, в котором эти детали не продуманы, потому что они вызывают очень негативную реакцию.

• Доступность: около 4 % населения страдают той или иной степенью дальтонизма, а около 2 % населения имеют другие нарушения зрения^[23]. Тестирование продукта на совместимость с программами считывания с экрана, предназначенными для слабовидящих и людей с цветовой слепотой, позволит избежать потери некоторых пользователей. Важные объекты UI желательно не только выделить цветом или обозначить изображением, но и снабдить альтернативным текстом. В придачу ко всему от так называемого универсального дизайна, который применяют, чтобы сделать продукт доступным для людей с ограниченными возможностями, выигрывают и обычные пользователи^[24].

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

Исследование пользователей

Для изучения пользователей применяют разные методы – тестирование юзабилити продукта, контекстные интервью, опросы, тесты на сортировку карточек, дневниковые исследования, бета-версии программ и многое другое.

Большинство исследований (за исключением некоторых опросов) направлены на изучение качественных, а не количественных показателей^[25]. Они помогают получить ответ на такие вопросы, как «Какие критерии учитывают клиенты при принятии решения о покупке?», но совершенно не подходят для вопросов типа «Каков процент людей, которых волнует цена продукта?».

Результатом изучения пользователей становятся выводы, рекомендации и новые модели.

ТИПЫ ИССЛЕДОВАНИЙ ПОЛЬЗОВАТЕЛЕЙ

Существует бесчисленное количество видов пользовательских исследований. Вот самые распространенные из них^[26].

Полевые исследования

• Что это: полевое исследование – это изучение пользователя в его естественной обстановке, на рабочем месте (если речь идет о бизнес-версии ПО) или дома (если рассматривается ПО для личного использования). В ходе такой проверки вы наблюдаете за человеком в реальной жизни. Например, можно увидеть, какой у него компьютер или как часто ему приходится отвлекаться.

• Когда применять: полевые исследования отлично подходят для ранних этапов жизненного цикла продукта и могут быть проведены еще до его начала. Они позволяют выявлять и подтверждать наличие каких-то важных факторов. Особенно хорошо они работают при поиске проблем, которые настолько глубоко укоренились, что пользователи их даже не замечают.

• Что важно помнить: часто PM проводят полевые исследования недалеко от офиса, что негативно сказывается на объективности оценки с точки зрения местоположения пользователей. Если продукт предназначен для глобального применения, лучше пообщаться с клиентами из других городов и даже стран.

Дневниковые исследования

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

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

• Что важно помнить: для успеха такого исследования участники должны быть хорошо мотивированы, чтобы не бросить ведение дневника. Будьте постоянно на связи и поощряйте людей за непрерывное участие.

Интервью

• Что это: интервью – это беседа, в которой человеку напрямую задают вопросы. Спрашивайте людей об их опыте, предпочтениях, о том, что их волнует, как они принимают решения или о чем-то еще, что вам нужно узнать. Вопросы лучше готовить заранее и делать их как можно более открытыми. Проводить интервью можно удаленно по видеосвязи с общим доступом к экрану.

• Когда применять: интервью – отличный способ изучить пользователей, которые отличаются от вас. Он прекрасно работает на ранних стадиях жизненного цикла продукта, до того, как вы предложите какое-то решение. На интервью можно опробовать опрос, который вы планируете рассылать пользователям. Вы сможете выяснить в режиме реального времени, какие вопросы непонятны или требуют дополнительных уточнений.

• Что важно помнить: на интервью люди ведут себя нарочито оптимистично (например, отвечают: «Конечно, я бы использовал эту функцию»). Чтобы получить более реальный ответ, просите привести конкретные примеры из прошлого (например, «Расскажите, пожалуйста, когда вы в последний раз создавали дашборд?»).

Опросы

• Что это: опрос – это список вопросов, рассылаемых текущим или потенциальным клиентам. Можно сделать прямую рассылку или воспользоваться такими инструментами исследования рынка, как SurveyMonkey Audience или Google Surveys. Они имеют доступ к широкому кругу людей и позволяют задавать простые отборочные вопросы, чтобы отсеять нецелевую аудиторию до прохождения основного опроса.

• Когда применять: опросы позволяют собирать информацию о большом количестве пользователей и отлично подходят для выяснения количественных данных. Например, опрос подойдет, чтобы выяснить, какой процент ваших клиентов регулярно смотрит YouTube.

• Что важно помнить: плохо сформулированные вопросы или запутанные варианты ответов могут дать неверный результат. Тестируйте опросы на небольшом количестве респондентов, чтобы убедиться, что получаемая на выходе информация действительно полезна.

Тестирование концепции и юзабилити продукта

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

• Когда применять: юзабилити-тесты применяют, чтобы выяснить, что вызывает у пользователя затруднения в ходе эксплуатации программы, а проверка концепции помогает понять, находит ли общая идея продукта отклик у клиентов. Особенно хорошо эти виды исследований работают на стадии дизайна.

• Что важно помнить: некоторые продукты трудно протестировать на базе искусственно созданных данных. Например, для тестирования почтового клиента важно, чтобы пользователи узнавали имена отправителей. В подобной ситуации можно подготовить настраиваемые мокапы, заранее запросив данные пользователей, или создать прототипы, которые будут работать на реальных данных.

Чтобы найти участников для таких тестов, вы можете разместить на своем сайте всплывающее окно опроса, например с помощью инструмента Ethnio. Другой вариант – использовать UserTesting.com для набора участников, которые будут проходить тест в асинхронном режиме. Оба подхода помогут вам быстро привлечь людей и получить результаты исследований.

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

Совместный дизайн

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

• Когда применять: совместный дизайн помогает не только в поиске решения, но и в том, чтобы разобраться в расплывчатых объяснениях пользователей. Например, запрос «создать интеграцию с мессенджером» может означать совершенно разные вещи. Если попросить человека нарисовать то, как он это себе представляет, все станет намного понятнее: «А, вы хотели видеть два инструмента в одном окне, чтобы перетаскивать файлы между ними». Этот метод также позволяет выявить скрытые возможности, которые могут быть упущены, если просто показывать пользователям предварительно созданный дизайн.

• Что важно помнить: не ждите, что клиент создаст за вас полноценное решение. Его вариант может пролить свет на его собственные идеи, но вряд ли будет учитывать все условия и сценарии использования.

Сортировка карточек

• Что это: участники получают карточки с разными позициями, и они должны разложить карточки по группам и дать этим группам названия. Например, им нужно решить, где посетитель сайта университета будет искать карту кампуса: на странице «Жизнь в кампусе» или «Как добраться»? Сортировку карточек можно проводить лично или удаленно с помощью онлайн-инструментов.

• Когда применять: метод сортировки карточек специально разработан для понимания типа мышления пользователей. Его часто используют, чтобы решить, каким образом лучше организовать навигацию по сайту.

• Что важно помнить: количество карточек должно быть ограниченным, чтобы не перегружать участников исследования.

Бета-версия программы

• Что это: предоставление ограниченному числу пользователей раннего доступа к новым функциям программы в обмен на честный отзыв. Бета-версия позволяет опробовать идеи на реальных пользователях и получить обратную связь до официального запуска продукта.

• Когда применять: бета-версии программ – прекрасный способ поддержки пошаговой разработки. Они позволяют показать клиентам решение задолго до его полной реализации. К примеру, пользователи могут опробовать созданный отдельно для каждого из них скрипт (а не скрипт, встроенный в приложение UI). Обычно бета-пользователи готовы попробовать не до конца проработанный UI или прочесть справочный раздел «Начало работы».

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

Как запустить бета-версию программы

Прежде всего, определите цели и задачи. Узнайте, используют ли клиенты новые функции, нравятся ли они им и расстроятся ли они, если эти функции исчезнут (это вопрос соответствия продукта рынку). Также можно задать более конкретные вопросы, касающиеся UI или требований к программе.

Вопрос о соответствии продукта рынку: как сильно вы будете разочарованы, если больше не сможете использовать этот продукт?

Постарайтесь отобрать участников, максимально соответствующих вашей целевой аудитории. Обычно бета-версию делают для 10–100 пользователей. Найти участников можно по своим каналам продаж и поддержки клиентов, с помощью email-приглашений или ссылки в другом продукте вашей компании. Четко объясните участникам, что они получат ранний доступ в обмен на честный отзыв, и проинформируйте о любых потенциальных рисках.

Как получить обратную связь

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

Обязательно активно общайтесь с участниками бета-тестирования. Сообщайте им обо всех обновлениях программы и благодарите за проделанную работу накануне запуска. И не забудьте сообщить им, когда вы собираетесь закрыть бета-версию программы.

ПОДБОР УЧАСТНИКОВ ПОЛЬЗОВАТЕЛЬСКОГО ИССЛЕДОВАНИЯ

В идеале нужно работать с текущими или потенциальными клиентами. Но если это сделать трудно, можно поискать тех, кто мог бы выступить в качестве условных представителей вашего целевого рынка. Например, поговорить с медсестрами на пенсии (а не с действующими), пообщаться с менеджерами по продажам средней компании (а не крупной). Конечно, можно опрашивать и случайных людей, но тогда важно внимательно следить, соответствуют ли их мнения возможным отзывам вашей целевой аудитории.

Чтобы узнать мнение текущих или потенциальных клиентов, разместите на своем сайте приглашение пройти опрос, используя такие инструменты, как Ethnio или Intercom. Отзывы случайных людей проще всего собирать через специальные сайты (например, UserTesting.com) или поставив стенд в каком-нибудь кафе.

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

КАКИХ ОШИБОК СЛЕДУЕТ ИЗБЕГАТЬ

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

Вы задаете неправильные вопросы

Обидно в конце исследования обнаружить, что вопросы в нем были неправильными. Умение задавать правильные вопросы состоит в том, чтобы заранее знать, как использовать полученные ответы.

Дерево решений (с. 86) служит для этого отличным инструментом – оно помогает спрогнозировать возможные ответы и последствия для каждого из них. Если кто-то из стейкхолдеров настроен скептически, покажите им дерево решений до начала исследования, чтобы они убедились в правильности ваших вопросов.

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

• Если все прошло хорошо: переходим к более точному прототипу.

• Если все прошло плохо: возможно, причина в низком качестве прототипа. Переходим к высокоточному прототипу для более успешного тестирования.

Каков результат? В обоих случаях вы перейдете к прототипу высокого качества. Вы можете периодически показывать бумажные прототипы своим коллегам, просто чтобы выявить очевидные проблемы, но основные усилия лучше приберегите для подбора участников тестирования более точных прототипов.

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

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

Вы воздействуете на ответы участников

Неверная формулировка или случайные наводящие вопросы могут легко исказить результаты исследования.

Если спросить: «Как поделиться этим с другими?», человек сразу обратит внимание на кнопку с надписью «Поделиться». А если сформулировать вопрос по-другому: «Как отправить это своему другу?», то нужную кнопку он найдет не так быстро.

Другой вариант воздействия на участника – спросить, нравится ли ему новая функция. Всем нравятся новые функции. Вместо этого лучше поинтересоваться, сколько он готов за нее заплатить, как часто он предполагает ей пользоваться и от чего он готов ради нее отказаться.

Вы взяли слишком много участников для юзабилити-теста

Существует простое и надежное правило – брать в среднем пять участников для тестирования юзабилити продукта^[27]. Если их больше, эффективность выявления проблем снижается, при этом их все еще недостаточно много, чтобы отвечать на количественные вопросы.

Когда приходится опрашивать слишком много людей, возникает опасность не только впустую потратить время, но и отпугнуть членов своей команды от участия в подобных исследованиях в будущем – им будет казаться, что эта деятельность отнимает слишком много времени.

Вы не воспринимаете исследователей пользователей как партнеров

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

Не стоит думать, что можно просто подкидывать им свои требования, в ответ на которые они будут выдавать результат. В успешном партнерстве существует гармоничное двустороннее общение. Нужно обсуждать методы, критерии подбора участников и сроки, посещать сеансы работы с пользователями и говорить о подмеченных вами закономерностях. Старайтесь установить приоритет для каждой выявленной проблемы и выделить время в графике для проработки высокоприоритетных задач.