Новая глава - Карьерный Цех
Посмотрев все лекции ШМЯ пора проверить свои новые знания и навыки на практике. Такой практикой для нас и потенциально для тебя может стать Карьерный цех.
Карьерный цех — это конкурс для продактов, аналитиков, дизайнеров, с помощью которых ты можешь оценить себя и научиться новому на реальных кейсах. Оценкой решений кейсов будут заниматься сами участники Карьерного цеха по по принципу P2P. Регистрация открыта до 23 сентября 23:00. Конкурс состоит из двух этапов — задания уровня Medium (24.09 - 02.10), задания Hard уровня (03.10 - 16.10). Далее идет оценка работ (17.10 - 23.10).
Такие конкурсы это отличная возможность для специалистов проявить себя и сформировать портфолио. Подробнее тут.
Поэтому есть две недели чтобы подготовиться - посмотреть прошлые кейсы и лучшие решения участников прошлых потоков. Мы хотим вести эту подготовку вместе с тобой - обсуждать решение кейсов, формировать полезные материалы c продуктовыми фреймворками. Давай проведем эти 1,5 месяц огненно и со 100% пользой? 💯🔥
#КарьерныйЦех
@Out_of_Scope
PS На канале большинство продактов, но если ты дизайнер и хочешь участвовать в конкурсе и делиться своим опытом с подписчиками канала, пиши - @oos_owner
Посмотрев все лекции ШМЯ пора проверить свои новые знания и навыки на практике. Такой практикой для нас и потенциально для тебя может стать Карьерный цех.
Карьерный цех — это конкурс для продактов, аналитиков, дизайнеров, с помощью которых ты можешь оценить себя и научиться новому на реальных кейсах. Оценкой решений кейсов будут заниматься сами участники Карьерного цеха по по принципу P2P. Регистрация открыта до 23 сентября 23:00. Конкурс состоит из двух этапов — задания уровня Medium (24.09 - 02.10), задания Hard уровня (03.10 - 16.10). Далее идет оценка работ (17.10 - 23.10).
Такие конкурсы это отличная возможность для специалистов проявить себя и сформировать портфолио. Подробнее тут.
Поэтому есть две недели чтобы подготовиться - посмотреть прошлые кейсы и лучшие решения участников прошлых потоков. Мы хотим вести эту подготовку вместе с тобой - обсуждать решение кейсов, формировать полезные материалы c продуктовыми фреймворками. Давай проведем эти 1,5 месяц огненно и со 100% пользой? 💯🔥
#КарьерныйЦех
@Out_of_Scope
PS На канале большинство продактов, но если ты дизайнер и хочешь участвовать в конкурсе и делиться своим опытом с подписчиками канала, пиши - @oos_owner
Приоритизация с помощью метода Кано
На прошлой недели мы анонсировали серию постов в рамках подготовки к конкурсу от #КарьерныйЦех. Посмотрев задачи прошлого потока мы решили начать с одной из ключевых задач любого продакта - приоритизация идей/гипотез/задач. Первая идея поста была сделать приоритизацию методов приоритизации, ведь мы набрали порядка 10 методов и подходов. Но давайте начнем постепенно, первый способ приоритизации - метод Кано.
Механика метода Кано включает в себя приоритизацию задач по 2 критериям - влияние на удовлетворенность пользователей и реализуемая функциональность в рамках закрытия потребности клиента. Например функция корзины для интернет магазина "обязательная", чтобы пользователь смог купить товар/услуги. Сегментировав задачи по двум критерия можно сформировать 4 группы - "необходимые/обязательные", "базовые/очевидные", "привлекательные/необычные" и "безразличные/неинтересные". И именно в такой последовательности следует выполнять эти задачи. Подробнее смотри на картинке выше.
В таком разделении тебе поможет опрос пользователей. Необходимо задать вопрос - как вы относитесь к наличию/отсутствию данной функциональности в продукте? 5 вариантов ответа - "Мне это очень нравится", "Это то, что я ожидаю", "Мне все равно", "Я могу это стерпеть", "Мне это не нравится". И построив таблицу пересечений двух вопросов по функциональности можно сегментировать те самые задачи/гипотезы. Прикреплю таблицу в комментариях.
Напиши в комментариях какими методами приоритизации ты пользуешься на работе. О каких методах мы хотим еще рассказать - MoSCoW, Value vs Effort, WSJF, Story mapping. Про Rice (ссылка) и ICE (ссылка) на канале уже были посты.
Это 100% польза! 💯
Давай наберем 40 реакций и я выложу задания для продактов с прошлых потоков Карьерного Цеха, интересно?
@Out_of_Scope
На прошлой недели мы анонсировали серию постов в рамках подготовки к конкурсу от #КарьерныйЦех. Посмотрев задачи прошлого потока мы решили начать с одной из ключевых задач любого продакта - приоритизация идей/гипотез/задач. Первая идея поста была сделать приоритизацию методов приоритизации, ведь мы набрали порядка 10 методов и подходов. Но давайте начнем постепенно, первый способ приоритизации - метод Кано.
Механика метода Кано включает в себя приоритизацию задач по 2 критериям - влияние на удовлетворенность пользователей и реализуемая функциональность в рамках закрытия потребности клиента. Например функция корзины для интернет магазина "обязательная", чтобы пользователь смог купить товар/услуги. Сегментировав задачи по двум критерия можно сформировать 4 группы - "необходимые/обязательные", "базовые/очевидные", "привлекательные/необычные" и "безразличные/неинтересные". И именно в такой последовательности следует выполнять эти задачи. Подробнее смотри на картинке выше.
В таком разделении тебе поможет опрос пользователей. Необходимо задать вопрос - как вы относитесь к наличию/отсутствию данной функциональности в продукте? 5 вариантов ответа - "Мне это очень нравится", "Это то, что я ожидаю", "Мне все равно", "Я могу это стерпеть", "Мне это не нравится". И построив таблицу пересечений двух вопросов по функциональности можно сегментировать те самые задачи/гипотезы. Прикреплю таблицу в комментариях.
Напиши в комментариях какими методами приоритизации ты пользуешься на работе. О каких методах мы хотим еще рассказать - MoSCoW, Value vs Effort, WSJF, Story mapping. Про Rice (ссылка) и ICE (ссылка) на канале уже были посты.
Это 100% польза! 💯
Давай наберем 40 реакций и я выложу задания для продактов с прошлых потоков Карьерного Цеха, интересно?
@Out_of_Scope
Приоритизация с помощью метода MoSCoW
Продолжаем про методы приоритизации в работе продакта. В качестве второго способа приритиазции задач мы выделим метод MoSCoW.
Механика метода MoSCoW заключается в структурировании задач по степени важности их реализации в текущий момент времени. Из существующих задач формируется 4 группы - Must have (Должен иметь), Should have (Следовало бы иметь), Could have (Может иметь) и Would like (Хотелось бы иметь). Как раз из первых букв этих групп и формируется аббревиатура метода.
Теперь подробнее про 4 группы, которые мы получили путем классификации задач на продукте:
🔸Must have (Должен иметь) — крайне важные задачи, которые нужно сделать максимально быстро - первый приоритет.
🔸Should have (Следовало бы иметь) — необходимые задачи для достижения успеха (например это есть у конкурентов) - второй приоритет.
🔸Could have (Может иметь) — незначительные задачи, которые либо затрагивают мало пользователей, либо нечасто встречаются в CJM - третий приоритет.
🔸 Would like (Хотелось бы иметь) — так называемые "хотелки", которые следует делать в последний момент - самый низкий приоритет. Часто такие задачи удаляют из беклога, но стоит их хранить как багаж потенциальных идей.
Преимущества и недостатки метода
Преимущества — это простой и быстрый подход для верхнеуровневой приоритизации существующих задач в бэклоге продукта.
Недостатки — это субьективность, поскольку приоритизация строится на личном опыте и знаниях продакта. Отсутствие возможности разделить задачи для улучшения метрик и для удовлетворенности/счастья пользователя.
И главное - регистрируйся на конкурс для продактов от Карьерного Цеха. Старт 24 сентября!
В рамках партнерства с каналом Карьерный Цех - продакты, наши посты выходят там на сутки раньше. Подписывайся!
#КарьерныйЦех
Это 100% польза! 💯
Прошлый пост, давай снизим до 20 реакций и мы соберем все задания для продактов с прошлых потоков Карьерного Цеха.
@Out_of_Scope
Продолжаем про методы приоритизации в работе продакта. В качестве второго способа приритиазции задач мы выделим метод MoSCoW.
Механика метода MoSCoW заключается в структурировании задач по степени важности их реализации в текущий момент времени. Из существующих задач формируется 4 группы - Must have (Должен иметь), Should have (Следовало бы иметь), Could have (Может иметь) и Would like (Хотелось бы иметь). Как раз из первых букв этих групп и формируется аббревиатура метода.
Теперь подробнее про 4 группы, которые мы получили путем классификации задач на продукте:
🔸Must have (Должен иметь) — крайне важные задачи, которые нужно сделать максимально быстро - первый приоритет.
🔸Should have (Следовало бы иметь) — необходимые задачи для достижения успеха (например это есть у конкурентов) - второй приоритет.
🔸Could have (Может иметь) — незначительные задачи, которые либо затрагивают мало пользователей, либо нечасто встречаются в CJM - третий приоритет.
🔸 Would like (Хотелось бы иметь) — так называемые "хотелки", которые следует делать в последний момент - самый низкий приоритет. Часто такие задачи удаляют из беклога, но стоит их хранить как багаж потенциальных идей.
Преимущества и недостатки метода
Преимущества — это простой и быстрый подход для верхнеуровневой приоритизации существующих задач в бэклоге продукта.
Недостатки — это субьективность, поскольку приоритизация строится на личном опыте и знаниях продакта. Отсутствие возможности разделить задачи для улучшения метрик и для удовлетворенности/счастья пользователя.
И главное - регистрируйся на конкурс для продактов от Карьерного Цеха. Старт 24 сентября!
В рамках партнерства с каналом Карьерный Цех - продакты, наши посты выходят там на сутки раньше. Подписывайся!
#КарьерныйЦех
Это 100% польза! 💯
Прошлый пост, давай снизим до 20 реакций и мы соберем все задания для продактов с прошлых потоков Карьерного Цеха.
@Out_of_Scope
Метод TAM-SAM-SOM+PAM
Продолжаем подготовку к конкурсу продактов и, в рамках некоторых инсайдов, мы решили рассказать вам про метод оценки объема рынка (чаще всего в деньгах) - метод TAM-SAM-SOM+PAM.
Механика метода заключается в экспертной оценке объема рынка для продукта (товара/услуги), которая может быть ценена в деньгах, пользователях, кол-ве заказов и тд. Сама оценка может строиться снизу
Пройдемся по каждой аббревиатуре:
🔸 PAM (Potential Available Market) – потенциальный объем рынка. Не редко данный показатель отбрасывают, здесь можно указать либо весь глобальный рынок, либо динамику рынка TAM, например с помощью CAGR или прогноз на 5-10 лет вперед.
🔸 TAM (Total Addressable Market) – общий объем целевого рынка, это кол-во клиентов, которые обладают проблематикой, которую закрывает продукт. Например, продукт - CRM для МСБ в России, тогда TAM = Кол-во МСБ в России * Долю МСБ, которым нужна CRM
🔸 SAM (Served/Serviceable Available Market) – доступный объем рынка, это кол-во клиентов, которые готовы купить продукт, чтобы закрыть проблематику. Продолжим пример с CRM, и допустим, что продукт лучше всего подойдет для цветочных магазинов. SAM = Кол-во МСБ в России * Долю МСБ, которым нужна CRM * Доля МСБ, деятельность которых цветочный бизнес
🔸 SOM (Serviceable & Obtainable Market) – реально достижимый объем рынка, это кол-во, которые в будущем купят твой продукт. SOM = Кол-во МСБ в России * Долю МСБ, которым нужна CRM * Доля МСБ, деятельность которых цветочный бизнес * Доля рынка которую займет продукт CRM
Описанный выше подход от общего рынка к потенциальному клиенту, это подход "Top-down", так же существует подход "Bottom-up", о котором можно прочитать тут.
Конкурс для продактов стартует 24 сентября. Регистрируйся!
В рамках партнерства с каналом Карьерный Цех - продакты, наши посты выходят там раньше. Подписывайся!
#КарьерныйЦех
Оставляй свою реакцию, если было полезно! 💯
@Out_of_Scope
Продолжаем подготовку к конкурсу продактов и, в рамках некоторых инсайдов, мы решили рассказать вам про метод оценки объема рынка (чаще всего в деньгах) - метод TAM-SAM-SOM+PAM.
Механика метода заключается в экспертной оценке объема рынка для продукта (товара/услуги), которая может быть ценена в деньгах, пользователях, кол-ве заказов и тд. Сама оценка может строиться снизу
Пройдемся по каждой аббревиатуре:
🔸 PAM (Potential Available Market) – потенциальный объем рынка. Не редко данный показатель отбрасывают, здесь можно указать либо весь глобальный рынок, либо динамику рынка TAM, например с помощью CAGR или прогноз на 5-10 лет вперед.
🔸 TAM (Total Addressable Market) – общий объем целевого рынка, это кол-во клиентов, которые обладают проблематикой, которую закрывает продукт. Например, продукт - CRM для МСБ в России, тогда TAM = Кол-во МСБ в России * Долю МСБ, которым нужна CRM
🔸 SAM (Served/Serviceable Available Market) – доступный объем рынка, это кол-во клиентов, которые готовы купить продукт, чтобы закрыть проблематику. Продолжим пример с CRM, и допустим, что продукт лучше всего подойдет для цветочных магазинов. SAM = Кол-во МСБ в России * Долю МСБ, которым нужна CRM * Доля МСБ, деятельность которых цветочный бизнес
🔸 SOM (Serviceable & Obtainable Market) – реально достижимый объем рынка, это кол-во, которые в будущем купят твой продукт. SOM = Кол-во МСБ в России * Долю МСБ, которым нужна CRM * Доля МСБ, деятельность которых цветочный бизнес * Доля рынка которую займет продукт CRM
Описанный выше подход от общего рынка к потенциальному клиенту, это подход "Top-down", так же существует подход "Bottom-up", о котором можно прочитать тут.
Конкурс для продактов стартует 24 сентября. Регистрируйся!
В рамках партнерства с каналом Карьерный Цех - продакты, наши посты выходят там раньше. Подписывайся!
#КарьерныйЦех
Оставляй свою реакцию, если было полезно! 💯
@Out_of_Scope
Продолжаем подготовку к конкурсу продактов и организаторы шепнули, что нужно повторить — Jobs-to-be-Done
Если подходить основательно к теме, то Jobs-to-be-Done (JTBD) — это теория о поведении пользователей, которая помогает понять, как и почему люди принимают или не принимают решение выборе в пользу того или иного продукта (товара/услуги). Ядро теории в следующем: в выборе того или иного продукта, пользователь не покупает продукт, он покупает ту работу, которую для него сделает продукт, то есть пользователь "нанимая" продукт на работу.
Пример с картинки:
"Я покупая шуроповерт не потому, что мне нужен этот шуруповерт, а потому что мне нужна прикрученная полка, на которую я могу разложить все свои книги. Если у меня будет полка, я смогу купить больше книг и саморазвиваться!" Таким образом теория JTDB предполагает, что глобальная цель каждого человека — стать лучше, в чем продукт должен помогать.
Данный метод является альтернативой CustDev и анализа с помощью персон (User Story). В рамках Jobs-to-be-Done нет описания пользователя, нет фокуса как он будет использовать продукт, самое главное - это мотивация пользователя, зачем он "нанимает" продукт на работу.
Самое интересное, что есть два подхода JTBD!
🔸 Все выше описанное относится к Jobs-As-Progress (сформулировал Клэйтон Кристенсен) - когда в рамках использования продукта ключевое это результат который мы получаем - прикрученные полки с помощью шуруповерта, красивая книжная полка.
🔸 Второй же Jobs-As-Activities (сформулировал Энтони Ульвик) - пользователю важно совершить работу с продуктом, а не сам продукт - удобный процесс прикручивания полок.
Теперь в работе с продуктом ты сможешь применить этот подход. Не забывай конкурс для продактов стартует 24 сентября. Регистрируйся!
#КарьерныйЦех
Оставляй свою реакцию, если было полезно! 💯
@Out_of_Scope
Если подходить основательно к теме, то Jobs-to-be-Done (JTBD) — это теория о поведении пользователей, которая помогает понять, как и почему люди принимают или не принимают решение выборе в пользу того или иного продукта (товара/услуги). Ядро теории в следующем: в выборе того или иного продукта, пользователь не покупает продукт, он покупает ту работу, которую для него сделает продукт, то есть пользователь "нанимая" продукт на работу.
Пример с картинки:
"Я покупая шуроповерт не потому, что мне нужен этот шуруповерт, а потому что мне нужна прикрученная полка, на которую я могу разложить все свои книги. Если у меня будет полка, я смогу купить больше книг и саморазвиваться!" Таким образом теория JTDB предполагает, что глобальная цель каждого человека — стать лучше, в чем продукт должен помогать.
Данный метод является альтернативой CustDev и анализа с помощью персон (User Story). В рамках Jobs-to-be-Done нет описания пользователя, нет фокуса как он будет использовать продукт, самое главное - это мотивация пользователя, зачем он "нанимает" продукт на работу.
Самое интересное, что есть два подхода JTBD!
🔸 Все выше описанное относится к Jobs-As-Progress (сформулировал Клэйтон Кристенсен) - когда в рамках использования продукта ключевое это результат который мы получаем - прикрученные полки с помощью шуруповерта, красивая книжная полка.
🔸 Второй же Jobs-As-Activities (сформулировал Энтони Ульвик) - пользователю важно совершить работу с продуктом, а не сам продукт - удобный процесс прикручивания полок.
Теперь в работе с продуктом ты сможешь применить этот подход. Не забывай конкурс для продактов стартует 24 сентября. Регистрируйся!
#КарьерныйЦех
Оставляй свою реакцию, если было полезно! 💯
@Out_of_Scope