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