Онлайн книга по продакт‑менеджменту
Глава 4

Проверка гипотез

Заполните форму и получите ссылку с презентациями, и подробными видео‑лекциями на свою почту!

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

Продуктовые гипотезы

В прошлых главах мы говорили о пользовательских персонах и рыночной нише. Но когда ниша уже выбрана, стратегия для борьбы с конкурентами опреде­лена, казалось бы, нужно воплощать в жизнь все сущест­вующие идеи. Так вот, одна из очень важных обязанностей менеджера по продукту — превращение в гипотезы всех светлых идей, которые возни­кают в головах руководства и специалистов… да и в своей соб­ственной.

Гипотезы отличаются от простых идей тем, что их, как известно, нужно проверять. И для этого есть несколько эффективных методов:
Когда я рассказываю об этом, очень часто мне говорят о том, что в процессе валидации гипотез идею о новом продукте могут украсть. Но на самом деле идея ничего не стоит без команды, которая может ее реализовать, без реального воплощения. Идей сегодня — миллионы. Если у вас нет идеи, можно легко найти подходящую на Reddit и попробовать построить на ее базе продукт.
Защищать нужно технологии, решения, продукты, в конечном счете. Следует получить патент на детали, на конкретные схемы и способы реализации. Но сами идеи, наоборот, нужно обсуж­дать. Только так можно создать успешный продукт.

Пример DropBox

Кстати, именно так и поступали многие компании, продукты которых мы используем сегодня, и которые сформировали свои ниши на рынке. Взять, например, DropBox. Вряд ли кто-то будет спорить, что это реально успеш­ная компания. Ее рыноч­ная стоимость исчисляется миллиар­дами.
Но более 10 лет назад будущее руководство DropBox задавалось вопросом — нужно ли все это потребителям? На тот момент на рынке уже были продукты, которые синхронизировали файлы на разных устройствах. У команды была гипотеза, что синхронизацию нужно сделать удобнее, и они просто нарисовали в видеоредакторе, как мог бы выглядеть пользо­вательский интерфейс продукта.
Видеоролик демонстрировал, какие могут быть возможности клонирования, сохранения вер­сий, работы с файлами. Обратите внимание, они не написали ни строчки кода на тот момент! Но опубликованное на Reddit и на других форумах видео вызвало большой интерес. Разработчики увидели гигантской отклик, узнали, какую именно прог­рамму хотят видеть люди, какие возможности требуется реализо­вать для простых пользователей, не обладающих знаниями в сфере ИТ.
Нарисовать макет пользователь­ского интерфейса стоит в сотни раз дешевле, чем написать код, подготовить продукт и начать его продажи. DropBox было бы намного сложнее развивать, если бы разработчики узнали, чего ждут их пользователи уже после выпуска первой версии решения.

Правила работы с материалом

Когда вы собираете информа­цию с рынка, нужно учитывать, что весь материал — сырой. Для начала нужно разбить его на категории, структурировать. Я предпочитаю добавлять мета-данные к каждому фидбеку, чтобы знать, от кого пришел ответ, какому количеству клиен­тов нужны новые функции, о чем идет речь — об исправлении, добавлении, изменениях. Если не структурировать информа­цию, через некоторое время появится одна большая и непонятная куча данных.
Когда есть структура, можно и нужно использовать как можно больше источников. Просто подойти к менеджерам по продажам и расспросить их будет недостаточно. Необходимо также собирать мнения с форумов и из социальных сетей, запрашивать данные от маркетинга и у существующих клиентов. При этом главное — не забывать сохранить источник в метаданных.
Изучение рынка должно происходить с определенной периодичностью. В раннем фидбеке вы обязательно узнаете о проблемах, и это нормально. А пока инженеры работают над исправлениями, найдите тех людей, которым помог даже прототип или MVP, изучите опыт и профиль этих компаний. Так вы сможете найти наилучшее позиционирование для еще «сырого» продукта.
Где брать новый фидбек? Просто повторяйте сбор отзывов из тех же источников — через месяц, квартал, полгода. У людей могло поменяться мнение, проблема могла решиться, могло изме­ниться отношение к продукту в целом. Но если негативный фидбек сохранился, нужно уделять ему пристальное внима­ние.
Тем не менее, я советовал бы больше проводить времени с потенциальными клиентами, а не с существующими. Как правило, потенциальным кли­ентам чего-то не хватает, и выяснить, чего именно — святая обязанность продакт-менедже­ра.
Формируя концепции новых фич, фокусируйтесь на долгосрочной стратегии. Не зацикливайтесь на функционале для одного клиента или для конкретной ситуации. Каждый раз анализируйте, будет ли востребован этот функционал через 1 год или через 5 лет? Сможет ли он пригодиться хотя бы 50% потенциальным потреби­телям?

Нужно ли брать новую фичу в работу?

Когда речь заходит о том, чтобы добавить продукту что-то новенькое, нужно классифици­ровать доработку по трем критериям:
Если есть пересечение по всем трем зонам, значит, это фича, которую точно нужно добавлять в продукт.

Позиционирование продукта

Следующая задача, которую нужно решить — это позициони­рование продукта и самого бренда. Об этом мы подробно поговорим в следующей главе.

Хотите просмотреть подробную видео-лекцию по этой теме? Доступ к платной записи (1,5 часа) предоставляется после оплаты.

Хотите разобраться действительно ли ваша идея выстрелит на рынке? Свяжитесь со мной, обсудим.
СОГЛАСИЕ НА ОБРАБОТКУ ПЕРСОНАЛЬНЫХ ДАННЫХ
Настоящим в соответствии с Федеральным законом № 152-ФЗ «О персональных данных» от 27.07.2006 года свободно, своей волей и в своем интересе выражаю свое безусловное согласие на обработку моих персональных данных, переданных через сайт «https://productdevelopment.tech/», (далее по тексту – Оператор).

Настоящее Согласие выдано мною на обработку следующих персональных данных: фамилии; имени; отчества; телефона; e-mail; а также любой информации, предоставленной мной по собственному желанию.

Согласие дано Оператору для совершения следующих действий с моими персональными данными с использованием средств автоматизации и/или без использования таких средств: сбор, систематизация, накопление, хранение, уточнение (обновление, изменение), использование, обезличивание, а также осуществление любых иных действий, предусмотренных действующим законодательством РФ как неавтоматизированными, так и автоматизированными способами.

Данное согласие дается Оператору для обработки моих персональных данных в следующих целях: – предоставление мне услуг/работ; – направление в мой адрес уведомлений, касающихся предоставляемых услуг/работ; – подготовка и направление ответов на мои запросы; – направление в мой адрес информации, в том числе рекламной, о мероприятиях/товарах/услугах/работах Оператора.

Настоящее согласие действует до момента его отзыва путем направления соответствующего уведомления на электронный адрес info@rudomanov.ru.

В случае отзыва мною согласия на обработку персональных данных Оператор вправе продолжить обработку персональных данных без моего согласия при наличии оснований, указанных в пунктах 2 – 11 части 1 статьи 6, части 2 статьи 10 и части 2 статьи 11 Федерального закона №152-ФЗ «О персональных данных» от 26.06.2006 г.