Использование мышления роста, ориентированного на продукт, для улучшения пользовательского опыта

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

Присоединившись к Quali в начале этого года, я получил возможность изучить более высокий коэффициент самостоятельной регистрации и взаимодействий через [Torque] (https://www.qtorque.io/), продукт Quali SaaS, предназначенный для обслуживания DevOps и ИТ. профессионалы, становясь отличным кандидатом для внедрения методов PLG.

Наши первые шаги в PLG в значительной степени были обусловлены нашими формальными пользователями, друзьями и потенциальными клиентами. Мы следуем [методу непрерывного обнаружения] (https://www.producttalk.org/2017/02/evolution-product-discovery/), чтобы обнаруживать и подтверждать наши выводы. Вот некоторые из значимых областей внимания, которые мы рассмотрели до сих пор:

Простота регистрации

Значительная часть наших пользователей будет использовать Github в качестве репозитория своих компонентов инфраструктуры как кода (IaC) (Terraform, диаграмм Helm, скриптов Ansible и т. д.), которые повторно используются в масштабе через Torque. Раньше пользователям приходилось вводить свои учетные данные, чтобы присоединиться к сервису. Признавая, что многие пользователи уже определили свою личность в GitHub, мы решили, что многие из них выиграют от ускоренной регистрации/входа в систему.

Мы твердо верим, что чем больше будет использоваться и чем больше пользователей будет пользоваться нашим решением, тем больше мы сможем повысить ценность и оптимизировать наш продукт. Поэтому мы хотим побудить пользователей активно использовать продукт! Почему бы нам не захотеть, чтобы малый бизнес или те, кто просто проверяет нас, испытали на себе то, что мы делаем? Поэтому мы предложили эквивалентную функциональности условно-бесплатную подписку, где малые предприятия могут использовать нас с самого начала и избегать блокаторов роста в будущем. Для нас было важно предложить опыт, эквивалентный функциям, чтобы архитекторы DevOps, тестирующие нас, точно знали, как будет выглядеть их опыт, как только они начнут использовать решение. Никаких сюрпризов, никакого дыма и зеркал.

Ускоренная адаптация

Много было сказано об уменьшении «моментов кликов до Aha», запросе информации только тогда, когда это необходимо и явно в обмен на ценность. До недавних изменений в пользовательском интерфейсе пользователь, впервые вошедший в систему, должен был пройти две страницы вопросов, а затем около пяти шагов, чтобы начать работу. Никакого «ага момента» не предвидится. Мы поняли, что это не старт, и цифры заговорили (об этом далее).

Наш новый процесс онбординга разделен на три этапа:

1. Предварительный момент «Ага» (также известный как «увидеть ценность для себя»): 1 щелчок, чтобы запустить предопределенную среду и увидеть ее в действии (сначала мы планировали больше шагов, но остановились на одном).

1. «Ага-момент»: три шага для подключения вашего облака и запуска собственной среды (также известный как это работает для меня, и это было легко!)

1. Постоянный опыт: подключение CI (интеграция API), разработка чертежей и т. д. Ежедневная работа.

Учимся на реальных примерах

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

Теперь мы переходим к новому ритму рассмотрения различных инструментов PLG и того, как каждый из них применим к нашим пользовательским путешествиям на портале или за его пределами. Мы расставляем приоритеты экспериментов, определяя критерии успеха для каждого (поведение пользователя), развертывая, измеряя и уточняя. Промыть и повторить.

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

Итак, Quali находится на подножке PLG со всей шумихой и приверженностью. Я также хотел поблагодарить одного из моих главных наставников по PLG, Криса Заппалу, вице-президента по продукту и развитию в Cypress, за многие моменты обучения и реализации PLG. Мы обязательно будем учиться и совершенствоваться. Нет лучшего чувства, чем видеть изменение моделей использования в результате эксперимента.

Об Амире Розенберге

Амир Розенберг — вице-президент по продукту в компании Quali, мировом лидере в области решений для автоматизации инфраструктуры, с большим опытом работы в области тестирования и обеспечения качества. Амир и его команда одержимы идеей помощи пользователям и компаниям в ускорении циклов доставки их программного обеспечения за счет устранения сложных инфраструктурных блокировщиков и создания эффективной, масштабируемой и предсказуемой среды. До Quali Амир был руководителем продукта в Sauce Labs, руководя ключевыми преобразующими инициативами, такими как тестирование с малым кодом и автоматизация мобильного тестирования. До Sauce Labs Амир руководил рядом предложений для Perfecto, мирового лидера в области автоматизированного тестирования мобильных и веб-приложений, где он обеспечил ускоренное внедрение инноваций при сохранении высоких стандартов качества. Амир имеет степень бакалавра технических наук (EE) Тель-Авивского университета.