Принцип 3: Проверенные данные исследования пользователей
Непонимание ценности продукта – одна из главных причин неудачи продуктов. Ключевые участники чаще всего находятся в плену собственных иллюзий: они предполагают, что имеет ценность для клиентов, вместо того, чтобы проверить свои предположения. Словно Кевин Костнер в фильме «Поле его мечты», эти предприниматели верят: если что-то построить, то пользователи придут. Но истина заключается в том, что выпуск любого продукта – это риск. Помните программиста, о котором говорилось в начале книги? Его предположения относительно того, что нужно клиентам, оказались ошибочными. Он был неравнодушен. Его идея была своевременной, творческой, исключительно новаторской, и в нее была заложена уникальная, жизнеспособная бизнес-модель. И все же пользователи не пришли. А когда моя группа занялась исследованиями и опросила целевых пользователей, выяснилось, что те не станут платить за продукт в том виде, в котором он позиционировался.
Исследование пользователей позволяет убедиться в том, что вы с вашей ценностью продукта попали в точку. Существует много способов проведения такого анализа – этнографические полевые исследования, контекстный анализ, фокус-группы, дневники и журналы, сортировка карт, айтрекинг (окулография), персонажи и т. д. Я не стану описывать все эти традиционные методы. Вместо этого я хочу поговорить о концепции бережливого стартапа (Lean Startup).
Как ни странно, до 2011 года, когда идея Эрика Райса о бережливом стартапе[21] (вам стоит прочитать эту книгу) достигла критической массы, предприниматели не считали нужным «часто и на ранней стадии» обращаться к клиентам. Эмпирическая, динамичная и прозрачная природа бережливого стартапа строилась на основе разработанной Стивом Бланком методологии customer development[22] и методологии дизайн-мышления. Конечно, в организациях есть UX-дизайнеры, занимающиеся проектированием «для пользователя» (в отличие от проектирования для технических специалистов), но в концепции бережливого стартапа проверенное исследование пользователей стало вопросом жизни и смерти продукта. Концепция бережливого стартапа сделала исследование пользователей поддающимся количественной оценке.
Так мы приходим к третьему принципу – проверенному исследованию пользователей. «Проверка» (валидация) является особенностью бизнес-методологии бережливого стартапа. Под этим термином понимается процесс подтверждения того, что конкретный потребительский сегмент считает ваш продукт ценным. Без проверки вы просто предполагаете, что клиенты оценят продукт по достоинству. Проверенное исследование пользователей выходит за рамки простых наблюдений и способности поставить себя на место потенциальных пользователей. Этот процесс основан на проверке на реальность, которая заключается в прямой обратной связи, полученной от взаимодействия с пользователями. Он помогает вашей группе определить, что скрывается за образом продукта – мечта или потенциальный кошмар.
Эрик Райс популяризировал термин «минимально жизнеспособный продукт» (MVP). Этот термин просто означает получение информации о том, востребован ли ваш продукт потенциальными клиентами, на основе построения только самых важных функций предлагаемой ценности. Этот подход заметно отличается от традиционной разработки проекта, при которой построение прототипа часто превращалось в представление будущего продукта потенциальным инвесторам. Получая одобрение клиентов на ранней стадии коммерческого предложения, вы снижаете риски продукта. А если пользователям не понравится то, что мы им предложим, мы будем должны либо переориентироваться на другой потребительский сегмент, либо обратиться к другой проблеме, которую может решить предлагаемая ценность.
Для применения таких итеративных инструментов, как MVP, ваша команда должна провести исследование и получить подтверждающие данные перед разработкой решения. Желательно убедиться в том, что ваша команда ориентируется на правильную категорию клиентов (то, что не получилось у стартапа из главы 1), а не на некоего обобщенного персонажа. После проверки конкретного проблемного момента вы можете продолжить добавление функций, а затем протестировать эти функции с использованием тех же исследовательских методов. Этот метод известен под названием
