Масштабирование продукта простым языком

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

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

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

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

Немного сумбурно, но вот пример с Google.

Отдаленная и общая картина использования продукта: Гугл помогает находить и получать нужную пользователям информацию.

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

В случае с Google, они успешно решают одну проблему – поиск информации. Но в 2000-ых кто-то в Гугл понял, что их продукт способен решать гораздо больше проблем для большего числа юзеров, больше вовлекая и удерживая юзеров внутри продукта. Так и начали появляться Gmail, Chrome, Maps, Docs, Drive, Analytics и прочие продукты, счет которым идёт на сотни.

Детальная картина позволяет видеть мелочи из которых состоит и складывается общая картина использования Google. А общая картина помогает видеть пути масштабирования их продукта.

Всё это — переход Google от деталей (поиск сайта для решения проблемы) к контексту (готовые решения проблем).

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

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

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

Научишься балансировать своё внимание и энергию между этими двумя состояниями и твой продукт проживет точно дольше его конкурентов. Хорошей недели!