Привет, Хабр! Мы продолжаем говорить о продакт-менеджменте из прошедшего курса и этот пост посвящен работе с гипотезами, которые вы хотите реализовать при разработке программного продукта. Многие хорошие идеи “не взлетают”, потому что не соответствуют потребностям рынка, и сегодня мы рассмотрим способы поиска того, что нужно делать. В этом посте вы найдете способы анализа рынка, правила выбора источников информации о требованиях к продукту, методы проверки гипотез, а также полезный опыт одного бренда с мировым именем.
1. Роль менеджера по продукту и фреймворк
2. Сегментирование рынка и конкурентный анализ
3. Пользовательские персоны
4. Проверка гипотез < — Вы здесь
5. Позиционирование продукта
6. Дорожная карта продукта
7. Составление требований для разработки
8. Бизнес-модель и Бизнес-план
9. Финансовый план и ценообразование
10. Запуск ИТ-продукта и проведение маркетинговой кампании
11. Партнерские отношения, каналы дистрибьюции и продажи продукта
12. Этапы развития компании и продукта
В прошлых постах мы говорили о пользовательских персонах и рыночной нише. Но когда ниша уже выбрана, стратегия для борьбы с конкурентами определена, казалось бы, нужно воплощать в жизнь все существующие идеи. Так вот, одна из очень важных обязанностей менеджера по продукту — превращение в гипотезы всех светлых идей, которые возникают в головах руководства и специалистов… да и в своей собственной.
![image](https://habrastorage.org/r/w1560/webt/mi/wa/0z/miwa0zrawfvcvkyyzf5jpkbcbme.png)
Гипотезы отличаются от простых идей тем, что их, как известно, нужно проверять. И для этого есть несколько эффективных методов:
Когда я рассказываю об этом, очень часто мне говорят о том, что в процессе валидации гипотез идею о новом продукте могут украсть. Но на самом деле идея ничего не стоит без команды, которая может ее реализовать, без реального воплощения. Идей сегодня — миллионы. Если у вас нет идеи, можно легко найти подходящую на Reddit и попробовать построить на ее базе продукт.
![image](https://habrastorage.org/webt/4n/w_/tn/4nw_tn4gf1-y2p796gebdtu-3nw.gif)
Защищать нужно технологии, решения, продукты, в конечном счете. Следует получить патент на детали, на конкретные схемы и способы реализации. Но сами идеи, наоборот, нужно обсуждать. Только так можно создать успешный продукт.
Кстати, именно так и поступали многие компании, продукты которых мы используем сегодня, и которые сформировали свои ниши на рынке. Взять, например, DropBox. Вряд ли кто-то будет спорить, что это реально успешная компания. Ее рыночная стоимость исчисляется миллиардами.
![image](https://habrastorage.org/r/w1560/webt/yg/ld/uk/ygldukko_bw4x6kmnudobcdqqki.png)
Но более 10 лет назад будущее руководство DropBox задавалось вопросом — нужно ли все это потребителям? На тот момент на рынке уже были продукты, которые синхронизировали файлы на разных устройствах. У команды была гипотеза, что синхронизацию нужно сделать удобнее, и они просто нарисовали в видеоредакторе, как мог бы выглядеть пользовательский интерфейс продукта.
Видеоролик демонстрировал, какие могут быть возможности клонирования, сохранения версий, работы с файлами. Обратите внимание, они не написали ни строчки кода на тот момент! Но опубликованное на Reddit и на других форумах видео вызвало большой интерес. Разработчики увидели гигантской отклик, узнали, какую именно программу хотят видеть люди, какие возможности требуется реализовать для простых пользователей, не обладающих знаниями в сфере ИТ.
Нарисовать макет пользовательского интерфейса стоит в сотни раз дешевле, чем написать код, подготовить продукт и начать его продажи. DropBox было бы намного сложнее развивать, если бы разработчики узнали, чего ждут их пользователи уже после выпуска первой версии решения.
Когда вы собираете информацию с рынка, нужно учитывать, что весь материал — сырой. Для начала нужно разбить его на категории, структурировать. Я предпочитаю добавлять мета-данные к каждому фидбеку, чтобы знать, от кого пришел ответ, какому количеству клиентов нужны новые функции, о чем идет речь — об исправлении, добавлении, изменениях. Если не структурировать информацию, через некоторое время появится одна большая и непонятная куча данных.
Когда есть структура, можно и нужно использовать как можно больше источников. Просто подойти к менеджерам по продажам и расспросить их будет недостаточно. Необходимо также собирать мнения с форумов и из социальных сетей, запрашивать данные от маркетинга и у существующих клиентов. При этом главное — не забывать сохранить источник в метаданных.
![image](https://habrastorage.org/r/w1560/webt/6k/xh/gl/6kxhglcnf3nptp_lnbk8xzcclqu.png)
Изучение рынка должно происходить с определенной периодичностью. В раннем фидбеке вы обязательно узнаете о проблемах, и это нормально. А пока инженеры работают над исправлениями, найдите тех людей, которым помог даже прототип или MVP, изучите опыт и профиль этих компаний. Так вы сможете найти наилучшее позиционирование для еще «сырого» продукта.
Где брать новый фидбек? Просто повторяйте сбор отзывов из тех же источников — через месяц, квартал, полгода. У людей могло поменяться мнение, проблема могла решиться, могло измениться отношение к продукту в целом. Но если негативный фидбек сохранился, нужно уделять ему пристальное внимание.
Тем не менее, я советовал бы больше проводить времени с потенциальными клиентами, а не с существующими. Как правило, потенциальным клиентам чего-то не хватает, и выяснить, чего именно — святая обязанность продакт-менеджера.
Формируя концепции новых фич, фокусируйтесь на долгосрочной стратегии. Не зацикливайтесь на функционале для одного клиента или для конкретной ситуации. Каждый раз анализируйте, будет ли востребован этот функционал через 1 год или через 5 лет? Сможет ли он пригодиться хотя бы 50% потенциальным потребителям?
Когда речь заходит о том, чтобы добавить продукту что-то новенькое, нужно классифицировать доработку по трем критериям:
Если есть пересечение по всем трем зонам, значит, это фича, которую точно нужно добавлять в продукт.
![image](https://habrastorage.org/r/w1560/webt/ei/5m/s-/ei5ms-tls4tijpnt15b0yojvrzu.png)
Следующая задача, которую нужно решить — это позиционирование продукта и самого бренда. Об этом мы подробно поговорим в следующем материале. Также мы коснемся вопросов использования ресурсов и формирования портфолио. Не забудьте подписаться на наш блог, чтобы не пропустить следующую публикацию.
→ Видео-запись всех лекций курса доступна на YouTube
Лекция про проверку гипотез:
Хотите разобраться действительно ли ваша идея выстрелить на рынке? Пишите в личку, обсудим.
Оглавление курса
1. Роль менеджера по продукту и фреймворк
2. Сегментирование рынка и конкурентный анализ
3. Пользовательские персоны
4. Проверка гипотез < — Вы здесь
5. Позиционирование продукта
6. Дорожная карта продукта
7. Составление требований для разработки
8. Бизнес-модель и Бизнес-план
9. Финансовый план и ценообразование
10. Запуск ИТ-продукта и проведение маркетинговой кампании
11. Партнерские отношения, каналы дистрибьюции и продажи продукта
12. Этапы развития компании и продукта
Продуктовые гипотезы
В прошлых постах мы говорили о пользовательских персонах и рыночной нише. Но когда ниша уже выбрана, стратегия для борьбы с конкурентами определена, казалось бы, нужно воплощать в жизнь все существующие идеи. Так вот, одна из очень важных обязанностей менеджера по продукту — превращение в гипотезы всех светлых идей, которые возникают в головах руководства и специалистов… да и в своей собственной.
![image](https://habrastorage.org/webt/mi/wa/0z/miwa0zrawfvcvkyyzf5jpkbcbme.png)
Гипотезы отличаются от простых идей тем, что их, как известно, нужно проверять. И для этого есть несколько эффективных методов:
- Сделать сайт-лендинг. Распространить информацию, получить обратную связь от рынка. Кстати, именно так мы презентовали наш курс лекций и проверяли, о чем хотят поговорить слушатели.
- Провести онлайн-опросы. Сделать это можно в виде форм Google или, например, используя SurveyMonkey. Опросы позволяют понять, что хотят видеть клиенты, какие качества они ожидают от продукта. Наполнение нашего курса пришлось немного поменять после анализа анкетирования.
- Запустить телефонные опросы. Этот метод может показаться устаревшим, но он очень даже неплохо работает, если речь идет не о холодных звонках, а о потенциальных партнерах и клиенты, друзьях и коллегах. Такой подход позволяет получить быстрый и эмоционально насыщенный фидбек. И при начальной проработке продукта определенно стоит сделать 15-20 звонков заинтересованным людям.
- Запланировать личные встречи. Чашечка кофе и 15-20 минут непринужденной беседы помогают глубоко погрузиться в вопрос. Обсуждение на встречах особенно важно, если вы создаете продукт не для массового рынка, а нечто узко специализированное, либо для B2B сегмента.
- Создать и запостить видео-ролик, чтобы показать интерфейсы, рассказать о фичах нового продукта. Количество лайков и просмотров, а также содержимое комментариев помогут понять первичную реакцию пользователей. При этом интерфейс приложения, который вы показываете на видео, не обязательно должен существовать в виде рабочей программы. Достаточно интерактивного графического макета.
- Послушать коллег, которые ежедневно работают с вами:
- Менеджеры по продажам уже владеют живым откликом от рынка.
- Служба поддержки выслушивает боль и страдания клиентов.
- Партнеры продвигают продукт, делают промо, помогают в его обслуживании.
Когда я рассказываю об этом, очень часто мне говорят о том, что в процессе валидации гипотез идею о новом продукте могут украсть. Но на самом деле идея ничего не стоит без команды, которая может ее реализовать, без реального воплощения. Идей сегодня — миллионы. Если у вас нет идеи, можно легко найти подходящую на Reddit и попробовать построить на ее базе продукт.
![image](https://habrastorage.org/webt/4n/w_/tn/4nw_tn4gf1-y2p796gebdtu-3nw.gif)
Защищать нужно технологии, решения, продукты, в конечном счете. Следует получить патент на детали, на конкретные схемы и способы реализации. Но сами идеи, наоборот, нужно обсуждать. Только так можно создать успешный продукт.
Пример DropBox
Кстати, именно так и поступали многие компании, продукты которых мы используем сегодня, и которые сформировали свои ниши на рынке. Взять, например, DropBox. Вряд ли кто-то будет спорить, что это реально успешная компания. Ее рыночная стоимость исчисляется миллиардами.
![image](https://habrastorage.org/webt/yg/ld/uk/ygldukko_bw4x6kmnudobcdqqki.png)
Но более 10 лет назад будущее руководство DropBox задавалось вопросом — нужно ли все это потребителям? На тот момент на рынке уже были продукты, которые синхронизировали файлы на разных устройствах. У команды была гипотеза, что синхронизацию нужно сделать удобнее, и они просто нарисовали в видеоредакторе, как мог бы выглядеть пользовательский интерфейс продукта.
Видеоролик демонстрировал, какие могут быть возможности клонирования, сохранения версий, работы с файлами. Обратите внимание, они не написали ни строчки кода на тот момент! Но опубликованное на Reddit и на других форумах видео вызвало большой интерес. Разработчики увидели гигантской отклик, узнали, какую именно программу хотят видеть люди, какие возможности требуется реализовать для простых пользователей, не обладающих знаниями в сфере ИТ.
Нарисовать макет пользовательского интерфейса стоит в сотни раз дешевле, чем написать код, подготовить продукт и начать его продажи. DropBox было бы намного сложнее развивать, если бы разработчики узнали, чего ждут их пользователи уже после выпуска первой версии решения.
Правила работы с материалом
Когда вы собираете информацию с рынка, нужно учитывать, что весь материал — сырой. Для начала нужно разбить его на категории, структурировать. Я предпочитаю добавлять мета-данные к каждому фидбеку, чтобы знать, от кого пришел ответ, какому количеству клиентов нужны новые функции, о чем идет речь — об исправлении, добавлении, изменениях. Если не структурировать информацию, через некоторое время появится одна большая и непонятная куча данных.
Когда есть структура, можно и нужно использовать как можно больше источников. Просто подойти к менеджерам по продажам и расспросить их будет недостаточно. Необходимо также собирать мнения с форумов и из социальных сетей, запрашивать данные от маркетинга и у существующих клиентов. При этом главное — не забывать сохранить источник в метаданных.
![image](https://habrastorage.org/webt/6k/xh/gl/6kxhglcnf3nptp_lnbk8xzcclqu.png)
Изучение рынка должно происходить с определенной периодичностью. В раннем фидбеке вы обязательно узнаете о проблемах, и это нормально. А пока инженеры работают над исправлениями, найдите тех людей, которым помог даже прототип или MVP, изучите опыт и профиль этих компаний. Так вы сможете найти наилучшее позиционирование для еще «сырого» продукта.
Где брать новый фидбек? Просто повторяйте сбор отзывов из тех же источников — через месяц, квартал, полгода. У людей могло поменяться мнение, проблема могла решиться, могло измениться отношение к продукту в целом. Но если негативный фидбек сохранился, нужно уделять ему пристальное внимание.
Тем не менее, я советовал бы больше проводить времени с потенциальными клиентами, а не с существующими. Как правило, потенциальным клиентам чего-то не хватает, и выяснить, чего именно — святая обязанность продакт-менеджера.
Формируя концепции новых фич, фокусируйтесь на долгосрочной стратегии. Не зацикливайтесь на функционале для одного клиента или для конкретной ситуации. Каждый раз анализируйте, будет ли востребован этот функционал через 1 год или через 5 лет? Сможет ли он пригодиться хотя бы 50% потенциальным потребителям?
Нужно ли брать новую фичу в работу?
Когда речь заходит о том, чтобы добавить продукту что-то новенькое, нужно классифицировать доработку по трем критериям:
- Feasibility — насколько просто это реализовать, сколько придется потратить сил и времени.
- Importance — насколько это важно, можно ли обойтись без фичи.
- Satisfaction — насколько клиент будет удовлетворен новшеством.
Если есть пересечение по всем трем зонам, значит, это фича, которую точно нужно добавлять в продукт.
![image](https://habrastorage.org/webt/ei/5m/s-/ei5ms-tls4tijpnt15b0yojvrzu.png)
Позиционирование продукта
Следующая задача, которую нужно решить — это позиционирование продукта и самого бренда. Об этом мы подробно поговорим в следующем материале. Также мы коснемся вопросов использования ресурсов и формирования портфолио. Не забудьте подписаться на наш блог, чтобы не пропустить следующую публикацию.
→ Видео-запись всех лекций курса доступна на YouTube
Лекция про проверку гипотез:
Хотите разобраться действительно ли ваша идея выстрелить на рынке? Пишите в личку, обсудим.
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
Был ли у вас опыт воплощения интересных идей?
30% Нет, не было3
20% Идея пока остается идеей2
0% Гипотеза не прошла проверку0
10% Начали воплощать, но что-то пошло не так1
30% Да, мы воплотили идею, но сначала наломали дров3
10% У нас все получилось сразу1
0% Пока все это в мечтах, но я хочу!0
Проголосовали 10 пользователей. Воздержались 2 пользователя.