«Построй это, и они придут!» — так часто повторял один старший руководитель, с которым мне довелось работать. Он был убеждён, что продукт или фичи должны быть просто запущены, без предварительного тестирования с клиентами. «Я уверен, что как только это окажется на рынке, люди захотят это», — объяснял он мне, добавляя: «Это именно то, что людям нужно».
Эта мантра «построй это, и они придут» не раз раздражала меня. Но в то же время она заставляла задуматься: а может ли быть верной идея непрерывного выпуска продуктовых фичей без предварительного изучения потребностей пользователей? А что, если этот руководитель прав, и любые новые продукты или функции стоит запускать сразу же, чтобы как можно быстрее учиться на реальных данных?
Способность «запускать и учиться» — это важнейший инструмент в арсенале любого продакт-менеджера. Я настоятельно рекомендую избегать единоразовых запусков продуктов, ведь что можно узнать, просто выпустив продукт и тут же переключившись на следующую задачу? Можно долго спорить о том, когда лучше всего учиться — до или после релиза, — но главный момент заключается в том, что вам нужно запускать продукты рано и часто, чтобы учиться непрерывно.
Компания Basecamp, известная своими инструментами для управления проектами, доводит принцип «запуска и обучения» до крайности. Они не показывают свои продукты клиентам до тех пор, пока не сделают их доступными всем пользователям. В книге «На работе не должно быть безумно», сооснователи Basecamp Джейсон Фрайд и Дэвид Хенссон описывают свой подход так:
«Мы не проводим бета-тестирование с клиентами».
«Мы не спрашиваем людей, сколько они готовы заплатить».
«Мы делаем свою работу так, как умеем, а затем выводим продукт на рынок».
«Рынок скажет нам правду».
Они утверждают, что любые вопросы или тесты с клиентами до запуска являются гипотетическими. Реальные ответы проявляются только тогда, когда кто-то достаточно мотивирован, чтобы купить ваш продукт и использовать его в своей среде, по собственной воле. Всё остальное — это симулированные ответы. Реальный запуск даёт реальные данные.
Хотя я частично согласен с таким подходом, я не верю в то, что нужно просто выпустить плохой продукт или функцию и посмотреть, что произойдёт. Как и не верю в мантру «построй это, и они придут».
Запуск с уверенностью и обучение
Мой совет — запускать с уверенностью и учиться. Это означает, что для каждого нового продукта или функции необходимо определить уровень уверенности в том, нужно ли перед запуском провести исследование с клиентами.
- Постройте ценность, чтобы учиться. Вы должны подходить к этому разумно. Лучшая возможность для обучения возникает, когда вы уверены в том, что продукт действительно приносит ценность клиенту. Конечно, бывает, что клиенты не покупают или не используют продукт, даже если он обещает ценность, но это тоже важный урок.
- Минимальный уровень уверенности (1). Насколько вы уверены? В чём именно заключается ваша уверенность? Главная причина, по которой я рекомендую продакт-менеджерам ориентироваться на порог уверенности, — это избежать запуска продуктов, которые не работают или обеспечивают плохой пользовательский опыт. Примером тому может служить выпуск Newton MessagePad в 1993 году. Этот продукт обещал высокую точность распознавания рукописного текста, но не оправдал ожиданий, что стало одной из главных причин его провала. Урок здесь прост: не стоит запускать продукт, если вы не уверены в его функциональности и ценности.
- Минимальный уровень уверенности (2). Я разработал несколько ключевых вопросов и критериев, которые помогут вам определить, готовы ли вы к запуску (см. таблицы ниже). В моём опыте, определение минимального уровня уверенности не должно превращаться в паралич анализа. Напротив, это важный разговор на всех этапах жизненного цикла продукта, чтобы все члены команды понимали, с какими рисками или неопределённостями связан предстоящий релиз. Итогом такого обсуждения может стать решение о необходимости получения обратной связи от клиентов до релиза.
Как обеспечить обучение после запуска?
Независимо от того, взаимодействуете ли вы с клиентами до запуска, крайне важно чётко понимать, чему вы хотите научиться после него. Как я уже упомянул выше, выпуск продукта без последующего анализа — это серьезная ошибка. Нужно непрерывно учиться на реальных данных — как количественных, так и качественных — от пользователей. Эти данные позволят вам скорректировать продукт или вовсе прекратить его развитие, если это необходимо.
Прежде чем запустить продукт или функцию, убедитесь, что вы можете ответить на следующие вопросы:
- Проведено ли внутреннее тестирование качества? Убедились ли вы, что в продукте нет очевидных багов или проблем с пользовательским опытом? Даже если вы не тестируете продукт с клиентами до запуска, обязательно проверьте ключевые сценарии использования внутри компании, чтобы убедиться, что всё работает, как задумано.
- Затрагивает ли продукт ключевые аспекты пользовательского опыта? Если да, то я рекомендую протестировать продукт с клиентами до запуска, чтобы выявить критические проблемы с удобством использования. Достаточно провести тестирование с пятью клиентами, чтобы выявить основные проблемы.
- Насколько вы уверены? Сочетание низкой уверенности в продукте и значимости релиза для бизнеса может стать катастрофическим. Хотя всегда можно попытаться минимизировать ущерб, зачастую бывает слишком поздно. Идея определения уровня уверенности заранее не является научной — это скорее разговор, который помогает команде осознать все риски и неопределённости.
Уровни уверенности
- Высокая уверенность: Мы уверены в предстоящем релизе, потому что тщательно протестировали его внутри компании, ранее запускали аналогичный продукт или возможные проблемы будут незначительными.
- Низкая уверенность: Уверенность в релизе низкая, потому что мы не провели достаточного тестирования, продукт основан на новой технологии или предлагает совершенно новый опыт для пользователя.
Основной вывод
Даже если вы решите не проводить исследования с клиентами до запуска, обязательно учитесь после него. Запускайте и учитесь. Не запускайте продукт без последующего обучения.