🗯 4. Задачи основателя стартапа (Product Owner)
Любой проект в начале работы находится в зоне неопределенности 🤷♂️ (или высокой турбулентности). Хорошая аллегория из GameDev - "туман войны" на игровой карте: игровое поле закрыто белёсой дымкой, ничего не известно и непонятно.
Задача основателя/PO - как можно быстрее 🚀 (и за минимальные деньги💰/усилия💪) убрать эту дымку и максимально проявить "продуктовый ландшафт" (определить правила игры), на котором будет функционировать продукт.
✅ Как на рисунке👆выше: на старте сплошные вопросики❓, но на выходе - всё разложено по полочкам и подтверждено конкретными фактами/оцифровано метриками. Логично, что в процессе избавления от "тумана" у всех возникают вопросы, собственно, ответами на которые, мы и будем заниматься.
➡ Первые вопросы:
1. Что конкретно прояснить и как это сделать оптимальным образом?
2. Когда остановиться (какой образ результата)?
1️⃣ Ответ на первый вопрос достаточно долгий и емкий. На канале мы познакомимся с фреймворком, который систематизирует понимание про "Что прояснять". Паралельно, будем знакомиться с инструментами, которые эффективно позволят проработать продуктовые вопросы "вглубь" ("Как?" и "Как оптимально").Разберем метрики, лидогенерацию, продажи и много чего.
2️⃣ С вопросом "Когда остановиться" - немного легче. Рано или поздно проект заканчивает свою работу как стартап (если, конечно, доживет 🤷♂️) и начинает работать как бизнес. Эта перестройка имеет смысл после успешной отработки следующих моментов (DoR критерии):
✅ Знаем и подтвердили проблемы и потребности клиентов;
✅ Продукт, который делаем для решения проблем и потребностей клиентов - прибыльный и окупаемый;
✅ Бизнес модель функционирования продукта - повторяемая. То есть, из раза в раз повторение определенных действий приводит к устойчивым, предсказуемым окупаемым результатам (предсказуемость - имею ввиду не потерю денег из раза в раз 😂😂😂);
✅ Бизнес модель продукта - масштабируемая (с ROI > 1). То есть вложенные деньги предсказуемо преумножаются на каждой итерации и есть возможность вовлечения в продукт всё большего числа клиентов, увеличения чека и т.д. (Growth, рост).
💯 Навскидку кажется это все просто и понятно, но, как говорится, дьявол в деталях. Моя задача - разобрать и показать вам очевидные и неочевидные "детали".
#Стартап
Любой проект в начале работы находится в зоне неопределенности 🤷♂️ (или высокой турбулентности). Хорошая аллегория из GameDev - "туман войны" на игровой карте: игровое поле закрыто белёсой дымкой, ничего не известно и непонятно.
Задача основателя/PO - как можно быстрее 🚀 (и за минимальные деньги💰/усилия💪) убрать эту дымку и максимально проявить "продуктовый ландшафт" (определить правила игры), на котором будет функционировать продукт.
✅ Как на рисунке👆выше: на старте сплошные вопросики❓, но на выходе - всё разложено по полочкам и подтверждено конкретными фактами/оцифровано метриками. Логично, что в процессе избавления от "тумана" у всех возникают вопросы, собственно, ответами на которые, мы и будем заниматься.
1. Что конкретно прояснить и как это сделать оптимальным образом?
2. Когда остановиться (какой образ результата)?
1️⃣ Ответ на первый вопрос достаточно долгий и емкий. На канале мы познакомимся с фреймворком, который систематизирует понимание про "Что прояснять". Паралельно, будем знакомиться с инструментами, которые эффективно позволят проработать продуктовые вопросы "вглубь" ("Как?" и "Как оптимально").
2️⃣ С вопросом "Когда остановиться" - немного легче. Рано или поздно проект заканчивает свою работу как стартап (если, конечно, доживет 🤷♂️) и начинает работать как бизнес. Эта перестройка имеет смысл после успешной отработки следующих моментов (DoR критерии):
✅ Знаем и подтвердили проблемы и потребности клиентов;
✅ Продукт, который делаем для решения проблем и потребностей клиентов - прибыльный и окупаемый;
✅ Бизнес модель функционирования продукта - повторяемая. То есть, из раза в раз повторение определенных действий приводит к устойчивым, предсказуемым окупаемым результатам (предсказуемость - имею ввиду не потерю денег из раза в раз 😂😂😂);
✅ Бизнес модель продукта - масштабируемая (с ROI > 1). То есть вложенные деньги предсказуемо преумножаются на каждой итерации и есть возможность вовлечения в продукт всё большего числа клиентов, увеличения чека и т.д. (Growth, рост).
💯 Навскидку кажется это все просто и понятно, но, как говорится, дьявол в деталях. Моя задача - разобрать и показать вам очевидные и неочевидные "детали".
#Стартап
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🗯 5. Верхнеуровневый фреймворк для проработки продукта "Product Canvas 2.0"
💩 Хочу представить верхнеуровневый фреймворк для проработки продукта. В дальнейшем, мы более глубоко разберем его составляющие и все нюансы его использования.
В структуре фреймворка есть 4 основных блока, которые с различных сторон структурируют видение продукта и обеспечивают гармоничное 360-видение продукта:
• Продуктовый блок (Product);
• Бизнес блок (Business);
• Маркетинговый блок (Go-To-Market Strategy, GTMS);
• Масштабирование (Scale).
Важно, что каждый из этих блоков (по отдельности и все вместе) обеспечивают консистентную связь с задачами и вопросами, ответы на которые нужно получить в процессе работы над продуктом (смотри предыдущий пост👆).
✅ Вопросы продуктового блока:
- Проблематика и потребности клиентов;
- Ценность продукта для клиентов.
✅ Вопросы бизнес блока:
- Прибыльность продукта;
- Окупаемость продукта;
- Повторяемость бизнес модели.
✅ Вопросы маркетингового блока:
- Масштабируемость бизнес модели (лидогенерация и продажи);
- Повторяемость бизнес модели (лидогенерация и продажи).
✅ Вопросы блока масштабирования:
- Масштабируемость бизнес модели;
- Повторяемость бизнес модели.
✅ Цель фреймворка - не только собрать видение продукта (в этом есть самостоятельная ценность), а научиться смотреть на свой продукт через продуктовый фреймворк: понимать ключевые точки продукта, последовательность проработки и на чем имеет смысл фокусироваться "сейчас" при работе (проверке гипотез).
#ProductCanvas
В структуре фреймворка есть 4 основных блока, которые с различных сторон структурируют видение продукта и обеспечивают гармоничное 360-видение продукта:
• Продуктовый блок (Product);
• Бизнес блок (Business);
• Маркетинговый блок (Go-To-Market Strategy, GTMS);
• Масштабирование (Scale).
Важно, что каждый из этих блоков (по отдельности и все вместе) обеспечивают консистентную связь с задачами и вопросами, ответы на которые нужно получить в процессе работы над продуктом (смотри предыдущий пост👆).
✅ Вопросы продуктового блока:
- Проблематика и потребности клиентов;
- Ценность продукта для клиентов.
✅ Вопросы бизнес блока:
- Прибыльность продукта;
- Окупаемость продукта;
- Повторяемость бизнес модели.
✅ Вопросы маркетингового блока:
- Масштабируемость бизнес модели (лидогенерация и продажи);
- Повторяемость бизнес модели (лидогенерация и продажи).
✅ Вопросы блока масштабирования:
- Масштабируемость бизнес модели;
- Повторяемость бизнес модели.
#ProductCanvas
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🗯 6. Происхождение фреймворка "Product Canvas 2.0"
❗️Фреймворк Product Canvas, в отличие от других, является именно продуктовым фреймворком, пересобранным и адаптированным для глубокой проработки не идеи, а именно продукта (как нового, так и существующего). Специально отмечу, что базовая версия Product Canvas сфокусирована на проработке именно B2B сегмента, но есть адаптация фреймворка для B2C.
В основе фреймворка лежат вопросы, заложенные в "Lean Canvas", "Busines Canvas" и "Product Vision Canvas" фреймворках. Однако эти базовые фреймворки были придуманы уже более 15 лет назад (2010-2012 года) и к настоящему моменту, объективно, они уже устарели. Плюс эти фреймворки не отвечают на ряд насущных вопросов по продукту.
Современные продукты стали намного сложнее, продуктовый ландшафт стал существенно более сложным и вариативным, что и потребовало адаптацию продуктового фреймворка под современные более сложные реалии. Тем самым Product Canvas более эффективен для более глубокой проработки продуктов (больше инсайтов, 360° подход).
Безусловно, использование олдскульных фреймворков лучше чем вообще отсутствие проработки продукта. Но стоит отметить, что они формируют упрощённый взгляд и уводят фокус не в сторону современного продуктового видения.
✅ Текущий вариант Product Canvas 2.0 содержит 12 разделов, вместо 9 изначальных. В канвас добавлены разделы про метрики продукта, более глубоко предложено рассмотреть маркетинговый/GTM Strategy блок (с разделением на лидогенерацию/каналы и продажи), блок масштабирования продукта. С точки зрения проработки B2B продуктов предлагается раскрыть вопросы пилотирования продукта и проработать стейкхолдеров компаний клиентов.
#ProductCanvas #BusinesCanvas
❗️Фреймворк Product Canvas, в отличие от других, является именно продуктовым фреймворком, пересобранным и адаптированным для глубокой проработки не идеи, а именно продукта (как нового, так и существующего). Специально отмечу, что базовая версия Product Canvas сфокусирована на проработке именно B2B сегмента, но есть адаптация фреймворка для B2C.
В основе фреймворка лежат вопросы, заложенные в "Lean Canvas", "Busines Canvas" и "Product Vision Canvas" фреймворках. Однако эти базовые фреймворки были придуманы уже более 15 лет назад (2010-2012 года) и к настоящему моменту, объективно, они уже устарели. Плюс эти фреймворки не отвечают на ряд насущных вопросов по продукту.
Современные продукты стали намного сложнее, продуктовый ландшафт стал существенно более сложным и вариативным, что и потребовало адаптацию продуктового фреймворка под современные более сложные реалии. Тем самым Product Canvas более эффективен для более глубокой проработки продуктов (больше инсайтов, 360° подход).
Безусловно, использование олдскульных фреймворков лучше чем вообще отсутствие проработки продукта. Но стоит отметить, что они формируют упрощённый взгляд и уводят фокус не в сторону современного продуктового видения.
#ProductCanvas #BusinesCanvas
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🗯 7. Разбор фреймворка Product Canvas 2.0
Пару месяцев назад вместе с Константином Тарасовым знакомились с фреймворком и разбирали нюансы его использования.
👉 https://youtu.be/_xIjN8jOck0?si=pNDDyUXDi97N3kRj
Текстовая версия https://vc.ru/tribuna/2015422-product-canv...
------
00:00 О чем выпуск
01:11 Суть методологии Customer Development
02:14 Чем неудобен бизнес-канвас Остервальдера
02:50 Из чего состоит продуктовый канвас
05:10 Для каких бизнесов он полезен
07:30 Канвас определяет тактику и последовательность движения
12:22 Продуктовый канвас хорошо ложится на структуру инвестиционной презентации
16:30 Как помогает структурировать гипотезы по разным направлениям
41:15 Порядок заполнения канваса
01:11:32 Почему считаем именно этот вариант канваса эффективным
#ProductCanvas
Пару месяцев назад вместе с Константином Тарасовым знакомились с фреймворком и разбирали нюансы его использования.
👉 https://youtu.be/_xIjN8jOck0?si=pNDDyUXDi97N3kRj
Текстовая версия https://vc.ru/tribuna/2015422-product-canv...
------
00:00 О чем выпуск
01:11 Суть методологии Customer Development
02:14 Чем неудобен бизнес-канвас Остервальдера
02:50 Из чего состоит продуктовый канвас
05:10 Для каких бизнесов он полезен
07:30 Канвас определяет тактику и последовательность движения
12:22 Продуктовый канвас хорошо ложится на структуру инвестиционной презентации
16:30 Как помогает структурировать гипотезы по разным направлениям
41:15 Порядок заполнения канваса
01:11:32 Почему считаем именно этот вариант канваса эффективным
#ProductCanvas
YouTube
Как продуктовый канвас помогает не теряться в гипотезах и продавать ценность, а не фичи
Гость Константин Осипов — бизнес трекер, ментор, эксперт, бизнес консультант. https://business-tracking.ru/
Скачайте шаблон продуктового канваса по ссылке https://business-tracking.ru/product_canvas
------
Ведущий Константин Тарасов. Трекер и организационный…
Скачайте шаблон продуктового канваса по ссылке https://business-tracking.ru/product_canvas
------
Ведущий Константин Тарасов. Трекер и организационный…
👍1
🗯 8. Смотреть на продукт через Produc Canvas
❤️🔥 Сегодня увидел замечательный пост от Ильи Красинского👇(если кто не знает, то это тот человек, который ввел в активный оборот понятие юнит экономика в России). Приведу ссылку на его пост тут.
❗️Цитата:
✅ Это очень хорошее подтверждение моим мыслям выше ("теоретики для теоретиков" )👆. Много теоретических курсов, но они не закрывают ваш продуктовый гэп (разрыв). Он смещается в ту сторону, что знания вроде и есть, но как их применить вы все равно не понимаете.
Product Canvas 2.0 дает вам это понимание. Он помогает "разложить ваше мышление по шагам: что именно я понял, как это применяю, где и что я не понимаю". Дает четкую и понятную структуру для видения своего продукта через логику фреймворка, чего не дают остальные фреймворки и курсы.
❤️🔥 Сегодня увидел замечательный пост от Ильи Красинского👇(если кто не знает, то это тот человек, который ввел в активный оборот понятие юнит экономика в России). Приведу ссылку на его пост тут.
❗️Цитата:
Когда мы говорим про гэпы, обычно кажется, что это что-то про знания: не знаю юнит-экономику, не понимаю аналитику, не умею считать.
Но на практике, самый частый гэп не в информации, а между тем, что ты услышал, и тем, что ты реально можешь применить.
Лекция создаёт ощущение понимания и кажется, что гэп закрыт.
Но на самом деле он просто сместился. Он проявляется в момент: когда ты садишься смотреть на свой продукт, свои цифры, свои сайт — и внезапно не понимаешь, какой следующий шаг.
Этот разрыв и есть настоящий гэп.
И он закрывается не просмотром ещё одного видео, а моментом, когда ты вынужден разложить своё мышление по шагам: что именно я понял, как это применяю, где и что я не понимаю.
Product Canvas 2.0 дает вам это понимание. Он помогает "разложить ваше мышление по шагам: что именно я понял, как это применяю, где и что я не понимаю". Дает четкую и понятную структуру для видения своего продукта через логику фреймворка, чего не дают остальные фреймворки и курсы.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🗯❗️ 9. Product Canvas. Блок I. Продуктовый блок
Разбераем самую важную часть канваса - продуктовый блок. Он кажется самым простым и интуитивно понятным, но про него не так уж много можно найти информации (в силу кажущейся простоты). Очень важно, что этот блок содержит ключевую суть вашего продукта - то, что вы транслируете в вашу аудиторию, предполагая что именно это это имеет ценность для нее. От того насколько четко и правильно проработан этот блок зависит как минимум востребованность (успех) продукта на рынке.
➡ Продуктовый блок включат в себя гипотезы, сгруппированные по разделам:
1. Гипотезы про сегменты целевой аудитории продукта;
2. Гипотезы про проблемы/задачи целевой аудитории;
3. Гипотезы про конкурентов и альтернативные решения;
4. Гипотезы про решение/реализуемость решения;
5. Гипотезы про ценность продукта для целевой аудитории.
✅ Продуктовый блок формирует видение ценностного предложения вашего продукта (будем об этом говорить подробнее). Пока просто напомню краткую формулу ценностного предложения: проблема → решение → оцифрованная выгода.
Если подробно разобрать ценностное предложение, то четко понимаем кто наша целевая аудитория → какие проблемы (задачи) стоят перед целевой аудиторией и в какой ситуации возникает эта проблема (задача) → какое может быть решение (продукт) для этой проблемы → как можем оцифровать выгоду, которую получает целевая аудитория при использовании продукта.
‼️ На старте у нас зафиксированы предварительные гипотезы по данным разделам. На выходе, в результате проработки блока, у нас фиксируются подтвержденные факты по каждому разделу:
1. Сегменты: четко понимаем кто наша целевая аудитория (кто клиенты), можем описать сегменты ЦА и можем указать конкретных клиентов из данных сегментов.
2. Проблемы: знаем и подтвердили какие проблемы/задачи стоят перед клиентами из каждого сегмента.
3. Конкуренты: знаем наших конкурентов, знаем их сегменты ЦА, знаем какую проблему ЦА решают конкуренты, знаем в чем ценность от использования продукта конкурентов для их ЦА. Знаем множество альтернативных решений, которые плюс/минус решают аналогичную проблему/задачу или выдают аналогичный требуемый результат.
4. Решение: можем четко описать образ продукта, который решает проблему ЦА. Подтвердили, что предлагаемый продукт решает проблему ЦА и что продукт может быть реализован.
5. Выгода: подтвердили что результат, генерируемый продуктом, имеет ценность для клиента. Можем оцифровать выгоду от использования продукта и клиент действиями подтвердил эту оцифровку. Понимаем в чем состоит труднокопируемое преимущество продукта.
👆 Вот сформулированные качественные результаты, которые появляются по завершению проработки продуктового блока. Как проверять и с помощью каких инструментов так же изучим и рассмотрим.
❓Хороший вопрос сколько времени может уйти на подтверждение этих гипотез. Практика показывает, что для полноценного (не формального) подтверждения гипотез из всех разделов продуктового блока требуется от 2 недель до 2-3 месяцев. Работа больше 2-3 месяцев в старом формате кажется уже нецелесообразной - требуется пересмотр и kickoff процесса (или понять в чем ограничение по проработке или гипотезы разделов не подтверждены и стоит уже сделать соответствующие выводы и pivot).
#ProductCanvas #ПродуктовыйБлок
Разбераем самую важную часть канваса - продуктовый блок. Он кажется самым простым и интуитивно понятным, но про него не так уж много можно найти информации (в силу кажущейся простоты). Очень важно, что этот блок содержит ключевую суть вашего продукта - то, что вы транслируете в вашу аудиторию, предполагая что именно это это имеет ценность для нее. От того насколько четко и правильно проработан этот блок зависит как минимум востребованность (успех) продукта на рынке.
1. Гипотезы про сегменты целевой аудитории продукта;
2. Гипотезы про проблемы/задачи целевой аудитории;
3. Гипотезы про конкурентов и альтернативные решения;
4. Гипотезы про решение/реализуемость решения;
5. Гипотезы про ценность продукта для целевой аудитории.
Если подробно разобрать ценностное предложение, то четко понимаем кто наша целевая аудитория → какие проблемы (задачи) стоят перед целевой аудиторией и в какой ситуации возникает эта проблема (задача) → какое может быть решение (продукт) для этой проблемы → как можем оцифровать выгоду, которую получает целевая аудитория при использовании продукта.
‼️ На старте у нас зафиксированы предварительные гипотезы по данным разделам. На выходе, в результате проработки блока, у нас фиксируются подтвержденные факты по каждому разделу:
1. Сегменты: четко понимаем кто наша целевая аудитория (кто клиенты), можем описать сегменты ЦА и можем указать конкретных клиентов из данных сегментов.
2. Проблемы: знаем и подтвердили какие проблемы/задачи стоят перед клиентами из каждого сегмента.
3. Конкуренты: знаем наших конкурентов, знаем их сегменты ЦА, знаем какую проблему ЦА решают конкуренты, знаем в чем ценность от использования продукта конкурентов для их ЦА. Знаем множество альтернативных решений, которые плюс/минус решают аналогичную проблему/задачу или выдают аналогичный требуемый результат.
4. Решение: можем четко описать образ продукта, который решает проблему ЦА. Подтвердили, что предлагаемый продукт решает проблему ЦА и что продукт может быть реализован.
5. Выгода: подтвердили что результат, генерируемый продуктом, имеет ценность для клиента. Можем оцифровать выгоду от использования продукта и клиент действиями подтвердил эту оцифровку. Понимаем в чем состоит труднокопируемое преимущество продукта.
👆 Вот сформулированные качественные результаты, которые появляются по завершению проработки продуктового блока. Как проверять и с помощью каких инструментов так же изучим и рассмотрим.
❓Хороший вопрос сколько времени может уйти на подтверждение этих гипотез. Практика показывает, что для полноценного (не формального) подтверждения гипотез из всех разделов продуктового блока требуется от 2 недель до 2-3 месяцев. Работа больше 2-3 месяцев в старом формате кажется уже нецелесообразной - требуется пересмотр и kickoff процесса (или понять в чем ограничение по проработке или гипотезы разделов не подтверждены и стоит уже сделать соответствующие выводы и pivot).
#ProductCanvas #ПродуктовыйБлок
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🗯❗️10. Product canvas. Проработка продуктового блока. Часть 1
✅ Давайте проведем аналогию между продуктовым блоком канваса и траекторией ракеты. Обращу внимание на важность эталонности траектории ракеты, особенно на ее старте. Ошибка в доли градусов на старте приводит к отклонениям в сотни километров на финише.
Ошибка в определении проблемы и трансляция не тех ценностей на целевую аудиторию (или вообще не в целевую аудиторию), неаккуратная проработка продуктовой части - может привести с медленному росту продукта или, вообще, к провалу продукта.
✅ Так как это самая важная часть в продуктовой части, то еще раз подсвечу идеальный результат который можно получить от проработки продуктового блока:
1. Сегменты: понимаем кто целевая аудитория (кто клиенты), описаны сегменты ЦА, можем указать конкретных клиентов из данных сегментов.
2. Проблемы: знаем и подтвердили какие проблемы/задачи стоят перед клиентами из каждого сегмента.
3. Конкуренты: знаем конкурентов, знаем их сегменты ЦА, знаем какую проблему ЦА решают конкуренты, знаем в чем ценность от использования продукта конкурентов для их ЦА. Знаем множество альтернативных решений, которые решают аналогичную проблему/задачу или выдают требуемый клиентом результат.
4. Решение: четко описан образ продукта, который решает проблему ЦА. Подтверждено, что предлагаемый продукт решает проблему ЦА и что продукт может быть реализован.
5. Выгода: подтверждено, что результат, генерируемый продуктом, имеет ценность для клиента. Оцифрована выгода от использования продукта и клиент своими действиями валидировал оцифровку этой ценности. Есть понимание в чем состоит труднокопируемое преимущество продукта.
#ProductCanvas #ПродуктовыйБлок #ПроработкаБлока
Ошибка в определении проблемы и трансляция не тех ценностей на целевую аудиторию (или вообще не в целевую аудиторию), неаккуратная проработка продуктовой части - может привести с медленному росту продукта или, вообще, к провалу продукта.
✅ Так как это самая важная часть в продуктовой части, то еще раз подсвечу идеальный результат который можно получить от проработки продуктового блока:
1. Сегменты: понимаем кто целевая аудитория (кто клиенты), описаны сегменты ЦА, можем указать конкретных клиентов из данных сегментов.
2. Проблемы: знаем и подтвердили какие проблемы/задачи стоят перед клиентами из каждого сегмента.
3. Конкуренты: знаем конкурентов, знаем их сегменты ЦА, знаем какую проблему ЦА решают конкуренты, знаем в чем ценность от использования продукта конкурентов для их ЦА. Знаем множество альтернативных решений, которые решают аналогичную проблему/задачу или выдают требуемый клиентом результат.
4. Решение: четко описан образ продукта, который решает проблему ЦА. Подтверждено, что предлагаемый продукт решает проблему ЦА и что продукт может быть реализован.
5. Выгода: подтверждено, что результат, генерируемый продуктом, имеет ценность для клиента. Оцифрована выгода от использования продукта и клиент своими действиями валидировал оцифровку этой ценности. Есть понимание в чем состоит труднокопируемое преимущество продукта.
#ProductCanvas #ПродуктовыйБлок #ПроработкаБлока
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🗯❗️11. Product canvas. Проработка продуктового блока. Часть 2.
✅ На какие вопросы нужно ответить, что бы осознанно заполнить продуктовый блок канваса? Что нужно сделать для заполнения разделов?
1. Раздел "Сегменты ЦА":
🟠 Описать сегменты ЦА у которых возникают задачи/проблемы;
🟠 Описать ситуации, триггеры, сценарии - когда у ЦА возникают задачи/проблемы, описанные в разделе 2.
Фокус раздела:
• Сегментация клиентов с точки зрения JTBD подхода (не Persona или "соцдем" признаки).
2. Раздел "Задачи/проблемы ЦА":
🟠 Описать задачи/проблемы каждого сегмента ЦА;
🟠 Оцифровать потери, последствия нерешения проблемы: количественная, качественная оцифровка потерь.
Фокус раздела:
• На какие и чьи KPI влияет проблема [раздел 6]?
• Чья это проблема [раздел 8]?
• Какие потери будут, если не решить задачу?
• В чем и чья мотивация решить задачу/проблему?
3. Раздел "Существующие и альтернативные решения":
🟠 Описать прямые и косвенные существующие сейчас способы решения задачи/проблемы;
🟠 Конкуренты за результат, конкуренты за точку входа, конкуренты за ресурсы.
Фокус раздела:
• Как сейчас решается задача/проблема] в компании и у конкурентов?
• Сколько стоит это решение стоит сейчас?
• Описать варианты альтернативных сценариев решения проблемы/задачи.
4. Раздел "Решение/продукт для ЦА":
🟠 Описать продукт, который можно явно «представить» и «передать».
Фокус раздела:
• Какой результат формирует продукт?
• В какой артефакт упаковывается решение?
• Конкретный образ MVP [вариант продукта], которое «закрывает» первых клиентов [раздел VII].
• Проверить реализуемость (возможность реализации) и достижимость результатов продукта.
5. Раздел "Ценность продукта":
🟠 Оцифровать выгоду и ценность, которую получает ЦА при использовании нашего продукта;
🟠 Сформулировать труднокопируемое преимущество продукта.
Фокус раздела:
• Почему будут выбирать наш продукт?
• В чем его преимущество?
• В чем его уникальность, что делается лучше, быстрее, дешевле, проще конкурентов?
• Какие бизнес процессы делаем дешевле, быстрее, проще?
#ProductCanvas #ПродуктовыйБлок #ПроработкаКанваса
✅ На какие вопросы нужно ответить, что бы осознанно заполнить продуктовый блок канваса? Что нужно сделать для заполнения разделов?
1. Раздел "Сегменты ЦА":
Фокус раздела:
• Сегментация клиентов с точки зрения JTBD подхода (не Persona или "соцдем" признаки).
2. Раздел "Задачи/проблемы ЦА":
Фокус раздела:
• На какие и чьи KPI влияет проблема [раздел 6]?
• Чья это проблема [раздел 8]?
• Какие потери будут, если не решить задачу?
• В чем и чья мотивация решить задачу/проблему?
3. Раздел "Существующие и альтернативные решения":
Фокус раздела:
• Как сейчас решается задача/проблема] в компании и у конкурентов?
• Сколько стоит это решение стоит сейчас?
• Описать варианты альтернативных сценариев решения проблемы/задачи.
4. Раздел "Решение/продукт для ЦА":
Фокус раздела:
• Какой результат формирует продукт?
• В какой артефакт упаковывается решение?
• Конкретный образ MVP [вариант продукта], которое «закрывает» первых клиентов [раздел VII].
• Проверить реализуемость (возможность реализации) и достижимость результатов продукта.
5. Раздел "Ценность продукта":
Фокус раздела:
• Почему будут выбирать наш продукт?
• В чем его преимущество?
• В чем его уникальность, что делается лучше, быстрее, дешевле, проще конкурентов?
• Какие бизнес процессы делаем дешевле, быстрее, проще?
#ProductCanvas #ПродуктовыйБлок #ПроработкаКанваса
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🗯 12. О чем будем общаться на канале?
Отрефлексировал, что в начале знакомства не описал какие темы будем тут рассматривать. Давайте сейчас сразу уточним тематику ближайших разборов. В чате открыты комментарии, вы можете задавать вопросы, пишите в личных сообщениях какие темы еще вам интересны и стоит разобрать.
1️⃣ Назвал канал "Product Canvas 2.0 | Something completely different". В русском переводе - "Продуктовый канвас и нечто совсем иное". Не все поймут, но эта отсылка к легендарной комик-группе Moнти Пайтон (Monty Python) и их фильму "А теперь нечто совсем другое / And Now for Something Completely Different".
👉 https://ru.wikipedia.org/wiki/Монти_Пайтон
2️⃣ Периодичность постов - планирую и буду стараться каждый день (по крайней мере первые несколько месяцев).
‼️- самые важные (краеугольные) и сложные посты буду маркировать двумя восклицательными знаками.
❗️- важная (существенная) информация.
3️⃣ Так как канал называется "Product Canvas", то начнем разбор с продуктового канваса, который является связующей основой всех знаний по конкретному продукту и в целом отражает основные ключевые темы продуктового подхода (используем основной набор инсмтрументов 20%. которые дают 80% результата).
"Нечто совсем иное" - не будет фиксироваться только на продуктовом канвасе, будем разбирать другие продуктовые и сопутствующие темы темы.
💩 Контент-план, список ближайших тем:
• Product Canvas;
• Проблемные и JTBD интервью;
• MVP;
• Иерархия/пирамида метрик;
• Маркетинговая воронка и воронка продаж;
• Лидогенерация и продажи (B2B, B2C);
• Масштабирование;
• Онбординг в продукт;
• Инвестиционная и продающая презентации;
• Конкурентный анализ;
• Юнит экономика продукта;
• Расчет размера рынка (TAM/SAM/SOM);
• P&L продукта;
• Систематизация бизнеса;
• Корпоративные акселераторы;
• Обзор продуктовых подходов.
#ProductCanvas #КонтентПлан #ТематикаКанала
Отрефлексировал, что в начале знакомства не описал какие темы будем тут рассматривать. Давайте сейчас сразу уточним тематику ближайших разборов. В чате открыты комментарии, вы можете задавать вопросы, пишите в личных сообщениях какие темы еще вам интересны и стоит разобрать.
1️⃣ Назвал канал "Product Canvas 2.0 | Something completely different". В русском переводе - "Продуктовый канвас и нечто совсем иное". Не все поймут, но эта отсылка к легендарной комик-группе Moнти Пайтон (Monty Python) и их фильму "А теперь нечто совсем другое / And Now for Something Completely Different".
👉 https://ru.wikipedia.org/wiki/Монти_Пайтон
2️⃣ Периодичность постов - планирую и буду стараться каждый день (по крайней мере первые несколько месяцев).
‼️- самые важные (краеугольные) и сложные посты буду маркировать двумя восклицательными знаками.
❗️- важная (существенная) информация.
3️⃣ Так как канал называется "Product Canvas", то начнем разбор с продуктового канваса, который является связующей основой всех знаний по конкретному продукту и в целом отражает основные ключевые темы продуктового подхода (используем основной набор инсмтрументов 20%. которые дают 80% результата).
"Нечто совсем иное" - не будет фиксироваться только на продуктовом канвасе, будем разбирать другие продуктовые и сопутствующие темы темы.
• Product Canvas;
• Проблемные и JTBD интервью;
• MVP;
• Иерархия/пирамида метрик;
• Маркетинговая воронка и воронка продаж;
• Лидогенерация и продажи (B2B, B2C);
• Масштабирование;
• Онбординг в продукт;
• Инвестиционная и продающая презентации;
• Конкурентный анализ;
• Юнит экономика продукта;
• Расчет размера рынка (TAM/SAM/SOM);
• P&L продукта;
• Систематизация бизнеса;
• Корпоративные акселераторы;
• Обзор продуктовых подходов.
#ProductCanvas #КонтентПлан #ТематикаКанала
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🗯‼️13. Ценностное предложение. Часть 1
Продуктовый блок канваса включает в себя структуру ценностного предложения. Ценностное предложение (произвольное определение) - это краткое и емкое описание продукта с объяснением какую проблему он решает, как он ее решает и в чем выгода от его использования. Ценностное предложение - месседж, который транслируется клиентам внутри клиентского сегмента и, которое доносит (или чаще не доносит 😂) до них ценность продукта. С учетом того, что омниканальность взаимодействия с клиентами это обязательная часть в коммуникациях с клиентами, то используется ценностное предложение практически везде (реклама, скрипты, презентации и т.д.)
✅ Краткая формула ценностного предложения: проблема → решение → оцифрованная выгода.
Развернутая формула: клиентский сегмент → контекст возникновения проблемы/задачи у сегмента → проблемы/задачи сегмента → решение/продукт для этой проблемы/задачи → оцифровка клиентской выгоды от использования продукта.
➡ Продуктовый блок содержит в себе структуру ценностного предложения (смотри рисунок👆):
Клиентский сегмент → Раздел 1. Гипотезы/описание сегментов целевой аудитории продукта;
Проблемы/задачи → Раздел 2. Гипотезы/описание проблем/задач целевой аудитории;
Решение/продукт → Раздел 4. Гипотезы/описание решения (продукта);
Оцифрованная выгода →Раздел 5. Оцифрованную ценность продукта для описываемого сегмента целевой аудитории (как гипотезы или как провалидированный факт).
#ProductCanvas #ЦенностноеПредложение
Продуктовый блок канваса включает в себя структуру ценностного предложения. Ценностное предложение (произвольное определение) - это краткое и емкое описание продукта с объяснением какую проблему он решает, как он ее решает и в чем выгода от его использования. Ценностное предложение - месседж, который транслируется клиентам внутри клиентского сегмента и, которое доносит (или чаще не доносит 😂) до них ценность продукта. С учетом того, что омниканальность взаимодействия с клиентами это обязательная часть в коммуникациях с клиентами, то используется ценностное предложение практически везде (реклама, скрипты, презентации и т.д.)
Развернутая формула: клиентский сегмент → контекст возникновения проблемы/задачи у сегмента → проблемы/задачи сегмента → решение/продукт для этой проблемы/задачи → оцифровка клиентской выгоды от использования продукта.
Клиентский сегмент → Раздел 1. Гипотезы/описание сегментов целевой аудитории продукта;
Проблемы/задачи → Раздел 2. Гипотезы/описание проблем/задач целевой аудитории;
Решение/продукт → Раздел 4. Гипотезы/описание решения (продукта);
Оцифрованная выгода →Раздел 5. Оцифрованную ценность продукта для описываемого сегмента целевой аудитории (как гипотезы или как провалидированный факт).
#ProductCanvas #ЦенностноеПредложение
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🗯‼️14. Ценностное предложение. Часть 2
📍В случае с B2B продуктами ситуация выглядит немного сложнее.
1️⃣ В рамках каждого клиентского сегмента (раздел 2 продуктового канваса) всегда есть 2-3 и более стейкхолдеров, которые имеют отношение к использованию продукта (фиксируются в разделе 7 продуктового канваса). 3 стейкхолдера достаточно распространенное явление, но их, объективно, может быть больше.
Примеры:
- сотрудники vs руководители vs директорат (собственники);
- частные лица vs b2b2c компании vs b2b компании.
2️⃣ Все стейкхолдеры в рамках одного сегмента плюс-минус находятся в одном и том же контексте (ситуации), связанной с проблемой.
3️⃣ У каждого стейкхолдера своя боль, своя проблема/задача.
4️⃣ Решением проблем/задач для каждого стейкхолдера является продукт (одно решение, один продукт для всех).
5️⃣ Каждый стейкхолдер получает свою выгоду от использования продукта (у каждого своя оцифровка выгоды).
✅ Пример: продуктовая розничная торговая сеть
🟠 Стейкхолдеры: собственник, директорат, сотрудники.
🟠 Контекст: управление товарным ассортиментом (SKU) в розничной сети.
🟠 Проблемы/задачи:
- Собственник: оборот сети и стоимость акций;
- Директорат: годовой план и годовая премия;
- Сотрудники: отслеживание и перекладка SKU, отсутствие штрафов за просрочку.
🟠 Продукт/решение: CRM розничной торговой сети для управления товарным ассортиментом.
🟠 Оцифрованная выгода:
- Собственник: увеличение оборот сети на 10% и повышение стоимости акций на 5%;
- Директорат: выполнение годовой план и получение годовой премии + бонусы за перыполнение плана;
- Сотрудники: сокращение трудозатрат на контроль с 10 до 2 часов в неделю, сокращение штрафов на 80%.
#ProductCanvas #ЦенностноеПредложение
📍В случае с B2B продуктами ситуация выглядит немного сложнее.
1️⃣ В рамках каждого клиентского сегмента (раздел 2 продуктового канваса) всегда есть 2-3 и более стейкхолдеров, которые имеют отношение к использованию продукта (фиксируются в разделе 7 продуктового канваса). 3 стейкхолдера достаточно распространенное явление, но их, объективно, может быть больше.
Примеры:
- сотрудники vs руководители vs директорат (собственники);
- частные лица vs b2b2c компании vs b2b компании.
2️⃣ Все стейкхолдеры в рамках одного сегмента плюс-минус находятся в одном и том же контексте (ситуации), связанной с проблемой.
3️⃣ У каждого стейкхолдера своя боль, своя проблема/задача.
4️⃣ Решением проблем/задач для каждого стейкхолдера является продукт (одно решение, один продукт для всех).
5️⃣ Каждый стейкхолдер получает свою выгоду от использования продукта (у каждого своя оцифровка выгоды).
- Собственник: оборот сети и стоимость акций;
- Директорат: годовой план и годовая премия;
- Сотрудники: отслеживание и перекладка SKU, отсутствие штрафов за просрочку.
- Собственник: увеличение оборот сети на 10% и повышение стоимости акций на 5%;
- Директорат: выполнение годовой план и получение годовой премии + бонусы за перыполнение плана;
- Сотрудники: сокращение трудозатрат на контроль с 10 до 2 часов в неделю, сокращение штрафов на 80%.
#ProductCanvas #ЦенностноеПредложение
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🗯 15. Логика работы с фреймворком Product Canvas. Часть 1
Продуктовый фреймворк структурирует видение продукта на любой стадии его зрелости. Давайте еще раз разберем врехнеуровневый стратегический ритм работы с Product Canvas (внутренний тактический операционный ритм работы будем рассматривать позже).
1️⃣ Любой алгоритм формирования требуемой точки Б требует наличие точки А (с) Капитан Очевидность.
Соответственно, начинаем работу с фиксации стартовых идей (гипотез) по будущему продукту. Четко и системно описываем видение продукта по структуре фреймворка. Держим в голове, что пока это все видение должно рассматриваться именно как набор гипотез - так как это пока не подтверждено на практике и реальными фактами.
В продуктовом подходе очень важна глубина проработки. Тут главное, что вы работаете над видением продукта не для "дяди", а для себя. Механистическое заполнение разделов "на отвали" не продвинет вас в понимании продукта. Имеет смысл сделать 2-3 итерации, так как требуется последовательно "переварить" и "прожить" то, что уже зафиксировано.
Считается, что что бы стать профессионалам в какой-либо области нужно потратить 100, 1000, 10000 часов, занимаясь одним и тем же делом. Здесь - аналогично, важно не заполнить канвас за 15 минут кое как , а потратить 3-5 часов на его первичное системное заполнение.
2️⃣ По факту первичного заполнения канваса у нас заканчивается продуктовый этап Ideation, в котором мы зафиксировали идеи будущего продукта (цифра 1 на рисунке) и приступаем к этапу Discovery & Validation - этап проработки и валидации гипотез. Вспомним определение стартапа - "временная структура, созданная для генерации и проверки гипотез".
3️⃣ В рамках этапа проверки и валидации идей (этап Discovery & Validation) мы придерживаемся структуры продуктового канваса - канвас нас структурирует какие разделы (вопросы), как и в какой последовательности прорабатывать. Здесь проработка уже осуществляется в рамках тактического операционного ритма (по спринтам) и работа ведется по HADI циклам (далее все это будем рассматривать и обсуждать).
Продуктовый канвас фокусирует нас какие вопросы прорабатывать и в какой последовательности. Какие при этом использовать инструменты мы тоже будем разговаривать. Как уже обсуждали, есть несколько эффективных фреймворков, которые позволяют глубоко проработать видение продукта. Так же обсуждали, что для этого не нужно использовать много инструментов, нужные результаты можно получить существующими инструментами, важно их правильно применять.
4️⃣ По факту завершения этапа валидации гипотез (этап Validation) мы можем зафиксировать итоговое видение продукта. Это обязательно нужно сделать, что бы у основателя (PO) был отчуждаемый артефакт, который можно было передать в команду для масштабирования работы с ним.
На этом этапе у нас уже появляется продукт, и мы имеем следующую стадию зрелости проекта. Команды с существующим видением продукта фактически стартуют работу с канвасом с этого этапа.
5️⃣ Зафиксировав текущий статус продукта важно не останавливаться в мониторинге продукта, клиентов, рынка, конкурентов. Имеет смысл каждые 3-6 месяцев проводить ревью отдельных разделов продуктового канваса.
Проводя статистически достоверное количество действий и не увидев изменений - мы можем считать, что продуктовый статус кво сохраняется. Однако, открыв для себя что-то новое требуется не закрыть глаза на изменения, а четко и системно их отработать.
Чаще всего изменения находятся в бизнес ландшафте - появляются новые конкуренты, которые "отъедают" наших клиентов. Старые маркетинговые связки перестают работать и требуются новые механизмы привлечения клиентов.
#ProductCanvas #СтратегическийЦикл
Продуктовый фреймворк структурирует видение продукта на любой стадии его зрелости. Давайте еще раз разберем врехнеуровневый стратегический ритм работы с Product Canvas (внутренний тактический операционный ритм работы будем рассматривать позже).
1️⃣ Любой алгоритм формирования требуемой точки Б требует наличие точки А (с) Капитан Очевидность.
Соответственно, начинаем работу с фиксации стартовых идей (гипотез) по будущему продукту. Четко и системно описываем видение продукта по структуре фреймворка. Держим в голове, что пока это все видение должно рассматриваться именно как набор гипотез - так как это пока не подтверждено на практике и реальными фактами.
В продуктовом подходе очень важна глубина проработки. Тут главное, что вы работаете над видением продукта не для "дяди", а для себя. Механистическое заполнение разделов "на отвали" не продвинет вас в понимании продукта. Имеет смысл сделать 2-3 итерации, так как требуется последовательно "переварить" и "прожить" то, что уже зафиксировано.
Считается, что что бы стать профессионалам в какой-либо области нужно потратить 100, 1000, 10000 часов, занимаясь одним и тем же делом. Здесь - аналогично, важно не заполнить канвас за 15 минут кое как , а потратить 3-5 часов на его первичное системное заполнение.
2️⃣ По факту первичного заполнения канваса у нас заканчивается продуктовый этап Ideation, в котором мы зафиксировали идеи будущего продукта (цифра 1 на рисунке) и приступаем к этапу Discovery & Validation - этап проработки и валидации гипотез. Вспомним определение стартапа - "временная структура, созданная для генерации и проверки гипотез".
3️⃣ В рамках этапа проверки и валидации идей (этап Discovery & Validation) мы придерживаемся структуры продуктового канваса - канвас нас структурирует какие разделы (вопросы), как и в какой последовательности прорабатывать. Здесь проработка уже осуществляется в рамках тактического операционного ритма (по спринтам) и работа ведется по HADI циклам (далее все это будем рассматривать и обсуждать).
Продуктовый канвас фокусирует нас какие вопросы прорабатывать и в какой последовательности. Какие при этом использовать инструменты мы тоже будем разговаривать. Как уже обсуждали, есть несколько эффективных фреймворков, которые позволяют глубоко проработать видение продукта. Так же обсуждали, что для этого не нужно использовать много инструментов, нужные результаты можно получить существующими инструментами, важно их правильно применять.
4️⃣ По факту завершения этапа валидации гипотез (этап Validation) мы можем зафиксировать итоговое видение продукта. Это обязательно нужно сделать, что бы у основателя (PO) был отчуждаемый артефакт, который можно было передать в команду для масштабирования работы с ним.
На этом этапе у нас уже появляется продукт, и мы имеем следующую стадию зрелости проекта. Команды с существующим видением продукта фактически стартуют работу с канвасом с этого этапа.
5️⃣ Зафиксировав текущий статус продукта важно не останавливаться в мониторинге продукта, клиентов, рынка, конкурентов. Имеет смысл каждые 3-6 месяцев проводить ревью отдельных разделов продуктового канваса.
Проводя статистически достоверное количество действий и не увидев изменений - мы можем считать, что продуктовый статус кво сохраняется. Однако, открыв для себя что-то новое требуется не закрыть глаза на изменения, а четко и системно их отработать.
Чаще всего изменения находятся в бизнес ландшафте - появляются новые конкуренты, которые "отъедают" наших клиентов. Старые маркетинговые связки перестают работать и требуются новые механизмы привлечения клиентов.
#ProductCanvas #СтратегическийЦикл
👍1
🗯 16. Логика работы с фреймворком Product Canvas. Часть 2
✅ Самая главная мысль, которую стоит вынести из👆поста выше, что продуктовый канвас это не только инструмент стартовой проработки продукта, это инструмент постоянной консолидации и актуализации данных по продукту. Инсрумент, который постоянно подсвечивает те места, на которые нужно обратить внимание и взять их в работу.
Фактически Product Canvas - цифровой двойник продукта или стратегический дашборд управления продуктом. Тактические дашборды управления продуктом (пирамиду и иерархию метрик, продуктовые воронки) тоже будем обсуждать, но немного позднее.
#ProductCanvas #ДашбордУправления
Фактически Product Canvas - цифровой двойник продукта или стратегический дашборд управления продуктом. Тактические дашборды управления продуктом (пирамиду и иерархию метрик, продуктовые воронки) тоже будем обсуждать, но немного позднее.
#ProductCanvas #ДашбордУправления
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🗯 17. Паттерны ошибок. Неточности в формулировках
Давайте поговорим про паттерны ошибок, которые встречаются у проектов наиболее часто. Более чем у половины проектов встречаются те или иные ошибки в различных формулировках (детские болезни проекта). Не можем сформулировать и объяснить в чем проблема и что за проблема, что является решением, в чем ценность продукта. Как видно, в основном они фокусируются в продуктовом блоке канваса. Давайте систематизируем и обсудим их.
❗️Самый распространенный паттерн - неточности в формулировке проблемы. Отличный пример - в жизни мы все время говорим про пятницу, но сама пятница нам не нужна в отрыве от субботы и выходных. Мы любим субботу! 😂😂😂
#ProductCanvas #ПаттерныОшибок #ОписаниеПроблемы
Давайте поговорим про паттерны ошибок, которые встречаются у проектов наиболее часто. Более чем у половины проектов встречаются те или иные ошибки в различных формулировках (детские болезни проекта). Не можем сформулировать и объяснить в чем проблема и что за проблема, что является решением, в чем ценность продукта. Как видно, в основном они фокусируются в продуктовом блоке канваса. Давайте систематизируем и обсудим их.
❗️Самый распространенный паттерн - неточности в формулировке проблемы. Отличный пример - в жизни мы все время говорим про пятницу, но сама пятница нам не нужна в отрыве от субботы и выходных. Мы любим субботу! 😂😂😂
#ProductCanvas #ПаттерныОшибок #ОписаниеПроблемы
👍1🔥1
🗯 18. Паттерны ошибок. Ошибки в описании проблемы
📍Самая частая ошибка - отсутствие формулировки проблемы в терминах проблемы. У проектов встречается просто перечисление неких фактов или просто набор оценочных суждений ("плохо, трудно, сложно и т.д."). Для понимания - факты могут быть просто фактами, хотя и могут нести негативную коннотацию.
Примеры:
• Идет дождь - это не проблема, это просто факт;
• 10 млн. больных - это тоже не проблема, это факт, хотя в этом может быть негативный окрас;
• Задержка сроков сдачи квартиры - абстрактно, тоже не проблема. Для людей у которых это просто 3-5 квартира - задержка сдачи срока дома - не проблема.
‼️Проблема: в конечном счете - финансовые, организационные или любые другие оцифрованные потери. Ключевым здесь является то, что мы можем оцифровать проблему. Несколько важных замечаний:
• мы сами не можем оцифровать проблему - весьма вероятно, что проблемы нет. Как минимум без оцифровки нам будет сложно разговаривать с клиентом и обсуждать наличие проблемы;
• клиент сам не имеет оцифровки, значит не задумывался о проблеме вообще. Весьма вероятно, что для него это не проблема или он даже не подозревает о ней;
• нет оцифровки - это не значимая проблема. "Волнует, но не беспокоит".
Тут важно оцифровать потери и задавать правильный вопрос: "Вот такая величина потерь, это значимая для тебя сумма или нет?"
✅ В разделе 2 продуктового канваса тут (в ценностном предложении тут) важно четко формулировать проблему в терминах именно проблемы. Здесь же должна быть оцифровка проблемы в денежных или натуральных показателях (часы, единицы и т.д.). Возможна качественная оцифровка проблемы, но мы должны четко понимать все сопутствующие факторы, на которые влияет указанная проблема.
Примеры:
❎ Перевозка товаров в дождь
✅ При перевозке товара в дождь портится до 1% товаров, что составляет 2.5 млн рублей в годовом исчислении.
✅ Перевозки в дождь увеличивают временные затраты на 10%, число задержек на 22% и приводят к потерям в размере ... и страховым выплатам в размере ...
❎ Задержка сроков сдачи квартиры.
✅ Задержка сроков сдачи квартиры для 60% покупателей вынуждает их арендовать съемное жилье на срок от 3 до 6 месяцев, что приводит к дополнительным затратам в размере от 120 000 до 350 000 и более рублей на семью.
✅ Задержка сроков сдачи квартиры для 40% семейных покупателей нас рок от 3 до 6 месяцев снижает качество уровня жизни (использование жилья меньшей площади) и заставляет тратить дополнительно до 1.5-3 часов в день на решение транспортных вопросов (школа, работа).
❎ 20 млн. хронических больных.
✅ Временные и денежные затраты на диетическое питание и сложности с обеспечением приемлемого уровня жизни (до 5 часов в неделю больше на закупку и готовку продуктов, стоимость на 20%-30% дороже, нужны постоянные визиты к врачу).
✅ Примеры качественной оцифровки - снижения уровня жизни (хотя его тоже можно выразить через временные и денежные потери).
✅ Жизнь многодетной семьи в квартире меньшей площади.
✅ Снижение позиций компании в рейтинге на 1-2 пункта, выход из ТОП-10 компаний.
❓Какие вы знаете примеры оцифрованных потерь? Пишите в комментариях ✍🏻.
#ProductCanvas #ПаттерныОшибок #ОписаниеПроблемы
📍Самая частая ошибка - отсутствие формулировки проблемы в терминах проблемы. У проектов встречается просто перечисление неких фактов или просто набор оценочных суждений ("плохо, трудно, сложно и т.д."). Для понимания - факты могут быть просто фактами, хотя и могут нести негативную коннотацию.
Примеры:
• Идет дождь - это не проблема, это просто факт;
• 10 млн. больных - это тоже не проблема, это факт, хотя в этом может быть негативный окрас;
• Задержка сроков сдачи квартиры - абстрактно, тоже не проблема. Для людей у которых это просто 3-5 квартира - задержка сдачи срока дома - не проблема.
‼️Проблема: в конечном счете - финансовые, организационные или любые другие оцифрованные потери. Ключевым здесь является то, что мы можем оцифровать проблему. Несколько важных замечаний:
• мы сами не можем оцифровать проблему - весьма вероятно, что проблемы нет. Как минимум без оцифровки нам будет сложно разговаривать с клиентом и обсуждать наличие проблемы;
• клиент сам не имеет оцифровки, значит не задумывался о проблеме вообще. Весьма вероятно, что для него это не проблема или он даже не подозревает о ней;
• нет оцифровки - это не значимая проблема. "Волнует, но не беспокоит".
Тут важно оцифровать потери и задавать правильный вопрос: "Вот такая величина потерь, это значимая для тебя сумма или нет?"
✅ В разделе 2 продуктового канваса тут (в ценностном предложении тут) важно четко формулировать проблему в терминах именно проблемы. Здесь же должна быть оцифровка проблемы в денежных или натуральных показателях (часы, единицы и т.д.). Возможна качественная оцифровка проблемы, но мы должны четко понимать все сопутствующие факторы, на которые влияет указанная проблема.
Примеры:
✅ При перевозке товара в дождь портится до 1% товаров, что составляет 2.5 млн рублей в годовом исчислении.
✅ Перевозки в дождь увеличивают временные затраты на 10%, число задержек на 22% и приводят к потерям в размере ... и страховым выплатам в размере ...
✅ Задержка сроков сдачи квартиры для 60% покупателей вынуждает их арендовать съемное жилье на срок от 3 до 6 месяцев, что приводит к дополнительным затратам в размере от 120 000 до 350 000 и более рублей на семью.
✅ Задержка сроков сдачи квартиры для 40% семейных покупателей нас рок от 3 до 6 месяцев снижает качество уровня жизни (использование жилья меньшей площади) и заставляет тратить дополнительно до 1.5-3 часов в день на решение транспортных вопросов (школа, работа).
✅ Временные и денежные затраты на диетическое питание и сложности с обеспечением приемлемого уровня жизни (до 5 часов в неделю больше на закупку и готовку продуктов, стоимость на 20%-30% дороже, нужны постоянные визиты к врачу).
✅ Жизнь многодетной семьи в квартире меньшей площади.
✅ Снижение позиций компании в рейтинге на 1-2 пункта, выход из ТОП-10 компаний.
❓Какие вы знаете примеры оцифрованных потерь? Пишите в комментариях ✍🏻.
#ProductCanvas #ПаттерныОшибок #ОписаниеПроблемы
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1🔥1
🗯 19. Паттерны ошибок. Ошибки в технологии и способе решения
Поговорим немного про логику выбора способа решения задачи (болей) клиента. Выбор неправильного способа решения, логично, что не приводит к успеху проекта. Это скорее не вопрос к тому, что способ не сможет технологически решить задачу клиента, скорее выбор слишком "инновационного" решения может показаться "сложным" и "рискованным" для клиента. Проект потратит много сил и времени именно на убеждение клиентов и на доказательства того, что выбранное технологическое решение действительно закрывает проблему клиента в заданных параметрах и что получаемый результат соответствует клиентским требованиям.
✅ Сейчас мир меняется очень быстро. Крайне важна скорость изменений и скорость проверки гипотез. Инновационные варианты изначально содержат больше неопределенности, требуют проверки большего числа гипотез. Поэтому во многих случаях предпочтительнее получить более скоростной и простой способ решения задач клиента. В двух словах - легче и дешевле гарантированно реализовать и продать решение. "Дорога ложка к обеду" - требуется еще и оказаться в нужное время и нужном месте с решением, рынок должен быть готов принять решение. Именно поэтому у инвесторов есть популярный вопрос "Почему именно сейчас?".
❗️Напоминаю то, о чем проекты постоянно забывают. Клиент покупает не способ решения своей задачи, клиент в первую очередь покупает результат.
✅ Поэтому быстрый, понятный, дешевый способ решения клиентской задачи помогает закрепиться у клиента и начать решать его проблему. Данный подход выигрывает время, обеспечивает начальный денежный поток, который можно направить, в том числе, для разработки следующих версий решения задачи клиента.
➡ Инновации это:
1️⃣ ✅ Решение старой проблемы новым способом - более простым, дешевым, менее затратным по времени. Здесь фокус на удалении ненужных работ, сокращение стоимости, времени, на упрощении CJM и т.д. Это, условно, модернизация.
Пример:
• заказ такси через приложение;
• подписка на товары (например, на автомобиль или технику).
2️⃣ ✅ Решение старым способом новой задачи. Задача новая, но парадигма самой задачи остается старой. Способ решения задачи/алгоритм, условно, старый, меняется просто контекст (сама задача).
Пример:
• новые типы товаров на маркетплейсе - автомобили, квартиры, туры;
• уберизация как новый способ продажи существующих товаров;
• аренда самокатов через приложение (СИМ - средство индивидуальной мобильности. Новый способ передвижения, но алгоритм аренды СИМ, условно, старый).
3️⃣❎ Решение новой задачи новым способом. Очень низкая вероятность успеха (если в первых двух вариантах вероятность успеха около 10%, то тут логично рассчитывать еще на порядок меньшую вероятность). Объяснение - здесь присутствует неопределенность в квадрате. Вопросы и проверки, связанные с новым способом решения, накладываются на вопросы и проверки, связанные с новой задачей. Так же может еще наложиться ситуация с неготовностью рынка (не в нужном месте, не в нужное время).
4️⃣❎ "Хайп" как способ решения. Нужно всегда помнить, что ажиотаж рано или поздно заканчивается (скорее рано, чем поздно) и тут скорее спекулятивная стратегия - нужно вовремя успеть продать проект и выйти. Можно вспомнить кучу примеров, которые были на слуху, а сейчас от этих проектов ничего не осталось: Periscope, Clubhouse и т.д.
#ProductCanvas #ПаттерныОшибок #Технология
Поговорим немного про логику выбора способа решения задачи (болей) клиента. Выбор неправильного способа решения, логично, что не приводит к успеху проекта. Это скорее не вопрос к тому, что способ не сможет технологически решить задачу клиента, скорее выбор слишком "инновационного" решения может показаться "сложным" и "рискованным" для клиента. Проект потратит много сил и времени именно на убеждение клиентов и на доказательства того, что выбранное технологическое решение действительно закрывает проблему клиента в заданных параметрах и что получаемый результат соответствует клиентским требованиям.
❗️Напоминаю то, о чем проекты постоянно забывают. Клиент покупает не способ решения своей задачи, клиент в первую очередь покупает результат.
✅ Поэтому быстрый, понятный, дешевый способ решения клиентской задачи помогает закрепиться у клиента и начать решать его проблему. Данный подход выигрывает время, обеспечивает начальный денежный поток, который можно направить, в том числе, для разработки следующих версий решения задачи клиента.
1️⃣ ✅ Решение старой проблемы новым способом - более простым, дешевым, менее затратным по времени. Здесь фокус на удалении ненужных работ, сокращение стоимости, времени, на упрощении CJM и т.д. Это, условно, модернизация.
Пример:
• заказ такси через приложение;
• подписка на товары (например, на автомобиль или технику).
2️⃣ ✅ Решение старым способом новой задачи. Задача новая, но парадигма самой задачи остается старой. Способ решения задачи/алгоритм, условно, старый, меняется просто контекст (сама задача).
Пример:
• новые типы товаров на маркетплейсе - автомобили, квартиры, туры;
• уберизация как новый способ продажи существующих товаров;
• аренда самокатов через приложение (СИМ - средство индивидуальной мобильности. Новый способ передвижения, но алгоритм аренды СИМ, условно, старый).
3️⃣
4️⃣
#ProductCanvas #ПаттерныОшибок #Технология
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1🔥1
🗯 20. Паттерны ошибок. Термины "Проблема ⇔ Задача ⇔ Потребность". Часть 1
❗️Всегда при описании идеи продукта требуется описать какую проблему клиента он решает. При этом часто в формулировках хочется использовать не только термин "проблема", но и другие определения - "задача", "потребность".
Раздел 2 "Проблема" продуктового канваса (гипотезы о проблемах) обязательно требует использовать одну из этих формулировок для заполнения продуктового блока. Давайте разберемся когда и какие термины лучше использовать.
✅ Нужно отметить, что мы немного забегаем вперед и рассматриваем вопросы, которые относятся к инструменту JTBD (Jobs-To-Be-Done). Сейчас мы не будем полностью изучать этот инструмент, просто рассмотрим общую описательную терминологию.
Используемые определения:
🟠 Задача - процесс, который человек пытается завершить (выполнить) в определенной ситуации (контексте). Задача существует независимо от любых решений или продуктов;
🟠 Проблема - конкретный, измеримый "фрикцион", который возникает при попытке выполнить задачу;
🟠 Потребность - конкретное, измеримое, желаемое состояние, которое описывает и определяет успех в выполнении задачи.
Пример в контексте хронических больных.
🟠 Потребность - поддерживать максимально длительно максимально доступное качество собственной жизни с минимальными временными, денежными и энергетическими затратами.
🟠 Задачи людей с хроническими заболеваниями:
• постоянно использовать соответствующие диеты;
• постоянно иметь доступ к товарам, поддерживающим качество жизни;
• постоянно иметь доступ к различным врачам с нужной специализацией и эффективному лечению.
🟠 Проблемы с которыми сталкиваются людей с хроническими заболеваниями в процессе выполнения задач:
• существенные временные и денежные затраты (до х2 больше времени на готовку, до х1.5 выше стоимость продуктов);
• существенные ограничения (невозможность надолго уехать, пойти в ресторан и т.д.);
• отсутствие знаний и доступа к информации по ряду вопросов (приходится эмпирически находить ответы, рискуя собственным здоровьем);
С учетом вышеизложенного получается следующая картина:
➡ Потребности не во всех случаях можно четко осознать или сформулировать. Это скорее стратегический уровень, не всегда эффективно аппелировать к понятиями на стратегическом уровне - различный жизненный опыт может быть препятствием к понимаю и согласию. Так же это может выглядеть высокопарно и непонятно ("да, но нет").
➡ Задачи и проблемы более четко осознаются и воспринимаются. Более простой, тактический (бытовой) уровень с которым сталкиваются и имеют опыт практически все. Более просто в понимание и подтверждении. Легче "залетает в голову", понятнее и клиенту проще принять решение (сокращает время на "продажу").
💯 Итоговый совет, который можно дать - максимально четко формулировать задачи и проблемы целевой аудитории. Всегда оцифровывать проблемы и потери.
#ProductCanvas #ПаттерныОшибок #ОписаниеПроблемы
❗️Всегда при описании идеи продукта требуется описать какую проблему клиента он решает. При этом часто в формулировках хочется использовать не только термин "проблема", но и другие определения - "задача", "потребность".
Раздел 2 "Проблема" продуктового канваса (гипотезы о проблемах) обязательно требует использовать одну из этих формулировок для заполнения продуктового блока. Давайте разберемся когда и какие термины лучше использовать.
Используемые определения:
Пример в контексте хронических больных.
• постоянно использовать соответствующие диеты;
• постоянно иметь доступ к товарам, поддерживающим качество жизни;
• постоянно иметь доступ к различным врачам с нужной специализацией и эффективному лечению.
• существенные временные и денежные затраты (до х2 больше времени на готовку, до х1.5 выше стоимость продуктов);
• существенные ограничения (невозможность надолго уехать, пойти в ресторан и т.д.);
• отсутствие знаний и доступа к информации по ряду вопросов (приходится эмпирически находить ответы, рискуя собственным здоровьем);
С учетом вышеизложенного получается следующая картина:
💯 Итоговый совет, который можно дать - максимально четко формулировать задачи и проблемы целевой аудитории. Всегда оцифровывать проблемы и потери.
#ProductCanvas #ПаттерныОшибок #ОписаниеПроблемы
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1🔥1
🗯 21. Паттерны ошибок. Термины "Проблема ⇔ Задача ⇔ Потребность". Часть 2
Продолжаем разбирать тему, затронутую в прошлом посте: обсуждаем паттерны ошибок, разбираем терминологию - что называть проблемой, что задачей, что потребностью.
💯 Напомню еще раз, про логику продаж клиентам (формула ценностного предложения): проблема → решение → оцифрованная выгода. Это не абстрактная логика, а эффективно действующая формула. То, что, при правильном использовании, дает максимальную конверсию в продажу по сравнению с другими вариантами.
❓Почему эта формула может иметь максимальную конверсию (конечно, при условии правильного ее использования)? Клиент покупает результат (результат от решения проблемы), но перед покупкой он должен "заземлиться" - увидеть знакомые проблемы или задачи (иногда потребности), которые относятся к его бизнесу и которые в его бизнесе решает продукт. Клиент должен пройти цикл узнавания: "☝🏻Ага, точно!☝️ Именно так!". И ценностное предложение имено в такой формулировке лучше всего выполняет эту задачу.
✅ В сегменте b2c потребность носит оттенок "высоких материй". Как мы обсуждали, потребность часто не осознается, не ощущается отдельными людьми, люди не задумываются о потребностях. Поэтому в сегменте b2c легче оперировать в терминах задача и проблема.
Для b2b уместно говорить про потребности (если адресуемся на C-level), но термины проблема и задача еще даже лучше работают. Самое главное - подобрать четкие определения и не вводить новых сущностей с которым клиент не знаком, разговаривать его словами в его контексте.
📍Проблема - возникает в области существования "старых задач". То есть присутствуют уже существующие задачи, которые решаются, но недостаточно хорошо для текущего контекста. Существуют сложности в процессе решения задачи или по-другому - та работа, которую наняли для выполнения этой задачи, справляется недостаточно хорошо.
Способ решения - решаем старую задачу, но новым способом: изменение и оптимизация бизнес-процессов, новый упрощённый CJM, устранение сложностей в процессе решения, уменьшение потерь при использовании "работ" и т.д.
📍Задача - возникает как действие, которое требуется выполнить в определенной ситуации.
❗️Обратите внимание, что задачи существуют независимо от любых решений или продуктов. Чаще всего задача подразумевает что-то новое, которое еще не было реализовано ранее.
Способ решения - решаем новую задачу, но старым способом решения: новый результат, но способ/алгоритм решения - старый. Новая тактика решения или новая комбинация уже существующих способов.
📍Потребность - возникает как верхнеуровневый запрос на новое целевое состояние, которое получается при устранении проблем (препятствий в процессе решения задач) и, собственно, после закрытия (решения) требуемых задач с целевыми показателями. Новое целевое состояние - фактически, точка Б.
💯 Итоговый совет, который можно дать - ориентироваться на более понятные и простые вещи: проблемы и задачи. Четкая формулировка и качественная оцифровка проблемы добавляет веса ценностному предложению, позволяет проще и быстрее "заземлить" клиента (добиться понимания и узнаваемости - аналогии с собственным кейсом) и перейти к обсуждению деталей решения.
То есть клиент согласился, что похожие проблемы/задачи уже решались, клиент согласился, что продукт решает эти проблемы и пошёл разбираться в деталях решения. Фактически, в воронке продаж мы перешли на следующий этап, чего мы и добивались.
#ProductCanvas #ПаттерныОшибок #ОписаниеПроблемы
Продолжаем разбирать тему, затронутую в прошлом посте: обсуждаем паттерны ошибок, разбираем терминологию - что называть проблемой, что задачей, что потребностью.
💯 Напомню еще раз, про логику продаж клиентам (формула ценностного предложения): проблема → решение → оцифрованная выгода. Это не абстрактная логика, а эффективно действующая формула. То, что, при правильном использовании, дает максимальную конверсию в продажу по сравнению с другими вариантами.
❓Почему эта формула может иметь максимальную конверсию (конечно, при условии правильного ее использования)? Клиент покупает результат (результат от решения проблемы), но перед покупкой он должен "заземлиться" - увидеть знакомые проблемы или задачи (иногда потребности), которые относятся к его бизнесу и которые в его бизнесе решает продукт. Клиент должен пройти цикл узнавания: "☝🏻Ага, точно!
Для b2b уместно говорить про потребности (если адресуемся на C-level), но термины проблема и задача еще даже лучше работают. Самое главное - подобрать четкие определения и не вводить новых сущностей с которым клиент не знаком, разговаривать его словами в его контексте.
📍Проблема - возникает в области существования "старых задач". То есть присутствуют уже существующие задачи, которые решаются, но недостаточно хорошо для текущего контекста. Существуют сложности в процессе решения задачи или по-другому - та работа, которую наняли для выполнения этой задачи, справляется недостаточно хорошо.
Способ решения - решаем старую задачу, но новым способом: изменение и оптимизация бизнес-процессов, новый упрощённый CJM, устранение сложностей в процессе решения, уменьшение потерь при использовании "работ" и т.д.
📍Задача - возникает как действие, которое требуется выполнить в определенной ситуации.
❗️Обратите внимание, что задачи существуют независимо от любых решений или продуктов. Чаще всего задача подразумевает что-то новое, которое еще не было реализовано ранее.
Способ решения - решаем новую задачу, но старым способом решения: новый результат, но способ/алгоритм решения - старый. Новая тактика решения или новая комбинация уже существующих способов.
📍Потребность - возникает как верхнеуровневый запрос на новое целевое состояние, которое получается при устранении проблем (препятствий в процессе решения задач) и, собственно, после закрытия (решения) требуемых задач с целевыми показателями. Новое целевое состояние - фактически, точка Б.
💯 Итоговый совет, который можно дать - ориентироваться на более понятные и простые вещи: проблемы и задачи. Четкая формулировка и качественная оцифровка проблемы добавляет веса ценностному предложению, позволяет проще и быстрее "заземлить" клиента (добиться понимания и узнаваемости - аналогии с собственным кейсом) и перейти к обсуждению деталей решения.
То есть клиент согласился, что похожие проблемы/задачи уже решались, клиент согласился, что продукт решает эти проблемы и пошёл разбираться в деталях решения. Фактически, в воронке продаж мы перешли на следующий этап, чего мы и добивались.
#ProductCanvas #ПаттерныОшибок #ОписаниеПроблемы
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1🔥1