Получи случайную криптовалюту за регистрацию!

Stickman PM

Логотип телеграм канала @stickmanpm — Stickman PM S
Логотип телеграм канала @stickmanpm — Stickman PM
Адрес канала: @stickmanpm
Категории: Маркетинг, PR, реклама
Язык: Русский
Количество подписчиков: 789
Описание канала:

Редуцирую все знания по исследованиям и продакт менеджменту до уровня наскальных рисунков.
Автор: Виктор Буто
Все мои статьи и проекты @victorbuto_info

Рейтинги и Отзывы

3.00

3 отзыва

Оценить канал stickmanpm и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.

5 звезд

0

4 звезд

1

3 звезд

1

2 звезд

1

1 звезд

0


Последние сообщения

2022-11-30 12:32:21 Ретро в формате Job Stories

Звучит, как бред захмелевшего джуна, но я объяснюсь.

Мне не очень часто приходилось проводить ретро, но часто ее результат мне не нравился. Уже хорошо, если не просто мило помусолили проблемы и разошлись, а сделали тудушки, что будем делать впредь. Вот эти тудушки делятся на два типа:

1. Задачи. Прям надо просто взять и сделать. Статью в базу знаний написать, что-то починить или поправить процесс.
2. Привычки. Нам просто нужно вести себя по другому, чтобы проблем не возникало. Мы не можем их выполнить как задачи. Нам нужно научиться воспроизводить нужное поведение в определенных случаях.

Так вот мне не нравилось, что эти тудушки вообще никак не привязаны к контексту. Особенно привычки. Может появиться бэклог по типу "регулярно проводить 1-1", "согласовывать ТЗ со всеми членами команды". Потом такие штуки могут стать чеклистами в БЗ. И вот человек без контекста пройдется по нему, покивает головой, но вообще ничего не поймет. Потому что он не проживал проблемы из-за которых возникли эти рекомендации. Он не знает зачем это надо и почему. Но это просто часть артефактов, которую мы потеряли по ходу ретро.

Job Stories расписывается по формату
— Когда...
— Я хочу/нужно...
— Чтобы...
То есть учитывает контекст и проблематику (когда), действие (нужно) и цель (чтобы). На ретро мы в любом случае разбираем понимание проблемы и что мы хотели получить (цель). Поэтому можем сразу все упаковать с нужным контекстом.

Например
- Когда о чем-то пообщались и договорились с клиентом
- Нужно всегда писать фоллоу апы без исключений. Особенно если не понятно, правильно ли поняли друг друга
- Чтобы синхронизировать ожидания и зафиксировать договоренности, к которым можно вернуться при появлении разногласий и непонимания

По итогу ретро проходит в таком формате (в миро удобнее всего):
- Обсуждаем проблемы (что было плохо) и драйверы (что помогало).
- Приоритизируем проблемы и драйверы.
- Для каждой проблемы и драйвера определяем тудушки: задачи и привычки.
- Формируем Job Stories.
- Расставляем задачи и пополняем базу знаний.

Какой профит:
1) можете скинуть ретро в таком формате любому человеку и он поймет контекст ваших проблем и соотнесет со своей картиной мира.
2) больше осознанности по тудушкам, закрепление правильных связей в голове: когда, что и зачем нужно делать.
3) если используем JTBD в работе, то еще раз вспоминаем, зачем оно надо: чтобы лучше понимать контекст и идти от проблемы к цели наилучшим путем.

Нижу прикреплю пример своей личной ретры в формате Job Stories по опыту тимлидерства за последние пол года. Будет круто, если поделитесь в комментах своим опытом проведения ретры.
224 viewsedited  09:32
Открыть/Комментировать
2022-11-17 17:08:44 Выжимаем максимум из анализа конкурентов. Самый полный гайд из 150 бесплатных идей

Написал самый длинный из своих рабочих лонгридов. Воды только чуть-чуть в начале, а дальше только отборный практический контент. Хочется прям взять и сделать сразу.

Жму руку и целую в щеку всех, кто поможет разогнать статью на vc и поставит апвоуты.

https://vc.ru/u/1143755-victor-buto/540851-vyzhimaem-maksimum-iz-analiza-konkurentov-samyy-polnyy-gayd-iz-150-besplatnyh-idey
775 viewsedited  14:08
Открыть/Комментировать
2022-11-07 22:50:20
Узнали? Согласны?
725 views19:50
Открыть/Комментировать
2022-11-06 20:12:55 Начал работать над похожей базой ссылок в рамках питерского сообщества продактов

Это будет именно база ссылок и материалов по разным темам продакт менеджмента. База знаний — это личная компиляция разных заметок, размышлений и выводов, а база ссылок — область неизвестного знания. Хочется собрать лучшие знания по теме в одном месте. Рунет в этом плане очень богат для дискавери.

Изучаю пока, какие кейсы и проблемы вообще бывают с поиском новых знаний по продакт менеджменту.
Напишите в комментах, для чего обычно ищете информацию и какие проблемы есть. Это мне поможет.
685 viewsedited  17:12
Открыть/Комментировать
2022-11-03 21:04:06 Наткнулся на хороший сборник англ PM материалов. Делюсь

Обычно на английском редко попадается что-то интересное, но тут прям много хороших штук чел собрал: статьи, видео, подкасты, книги, коммьюнити, каналы и пр. 5к всяких материалов в библиотеке. UX какой-то уродский на сайте, но можно найти, что надо.

https://foldingburritos.com/resources
743 viewsedited  18:04
Открыть/Комментировать
2022-10-23 14:35:58 Работаю над практической статьей про анализ конкурентов

Хочу собрать в одном месте все полезные моменты, которые можно узнать у конкурентов и использовать в продукте, и маркетинге. Пока структура по таким темам: финансы и метрики, стратегия, целевая аудитория, продукт, монетизация, привлечение трафика и коммуникация, воронка, удержание клиентов, мобильные приложения, инвестиции.

Накидайте в тред идей, какие полезные вещи можно достать у конкурентов и где. Тоже добавлю в список если что-то не знал или пропустил.
651 viewsedited  11:35
Открыть/Комментировать
2022-08-29 01:05:53 ​​Как организовать процесс исследования?

Вопрос об исследовании появляется всегда, когда мы не знаем, как прийти из точки А в точку Б: какие рычаги нужно подергать, чтобы получить результат. Иначе бы мы составили план и пошли по нему. Для решения слабоструктурированных проблем (когда путь в точку Б не понятен почти совсем) классно подходит Impact Mapping.

На картинке пример процесса Discovery, без тестирования, Delivery. Чисто исследование, чтобы понять план тестов/действий. 

0. Постановка цели. 
- Про это уже много всего есть, не буду комментировать. 
Пример цели: поднять конверсию из лида в оплату.

1. Декомпозиция. Структурируем задачу для фокусировки.
- Разбиваем цель консалтерским MECE на непересекающиеся области работ. Воронку можно детализировать по этапам, например.
- Исследовать структурированную задачу намного легче, поэтому не забываем про этот этап.
Пример декомпозиции: 1) конверсия из лида в первый контакт с sales 2) конверсия из контакта в ссылку на оплату 3) конверсия из ссылки в оплату

2. Погружение и приоритизация. Выдвигаем гипотезы о том, как все работает (какие рычаги).
- Собираем всю инфу, которая у нас есть для составления первичных инсайтов
- Общаемся с командой
- Общаемся с внешними экспертами
- Смотрим аналитику
- Составляем список Opportunity или первичных гипотез. Это часто либо проблемы to-be-solved, или возможности to-be-exploited. 
- Приоритизируем Opportunity. Выбираем те, которые потенциально больше всего дадут эффекта на нашу цель. Можно отталкиваться от самых проблемных метрик воронки, если по ним структурировали задачу.
Примеры Opportunity: 1) догонять лидов текстом в WhatsApp 2) изменить контент письма после регистрации 3) добавить в скрипт дополнительные вопросы о проблеме клиента

3. Исследование. Валидируем наши гипотезы о том, как все работает.
- После составление бэклога Opportunities, думаем, где нам найти инфу, что сделать, чтобы подтвердить/опровергнуть влияние каждой проблемы/возможности на нашу цель. 
- Одна исследовательская задача может деливерить сразу в несколько Opportunity. Так, анализ воронок конкурентов может дать инсайты как по sales, так и по структуре лендинга.
- Связывать бэклог Opportunity и бэклог исследовательских задач/треков в таком случае удобно в Airtable. Там можно сделать связи между строками двух таблиц. Профит огромный: в каждой задаче вы видите, какие Opportunity из бэклога вы пытаетесь ей адресовать.
Примеры задач для исследования: 1) анализ воронок конкурентов (mystery shopping) 2) общение с экспертами рынка 3) изучение best practice продаж через WhatsApp

Рекомендация. Составляем выводы и заводим задачи.
- Этот процесс я расписывал для Discovery на аутсорс (проектная история). Поэтому процесс кончается на этапе рекомендаций
- Здесь важно заново приоритизировать бэклог на основе добытой информации. 
- Результат должен быть такой, который можно сразу взять в работу: тестировать, фиксить, делать MVP.
2.1K views22:05
Открыть/Комментировать
2022-08-26 01:16:51 10. Не учитывать непрямую конкуренцию.
Есть исключения, когда можно занизить оценку рынка. Сейчас продуктов очень много и одними крупными продуктами может решаться несколько проблем. Если вы найдете рынки, которые также закрывают вашу проблему, то можете брать деньги там. Единственная проверка — честный ответ на вопрос могут ли эти люди стать нашими клиентами.

11. Пренебрегать дисперсией оценки.
Если у оценки средняя точность и ниже, то полезно посчитать оптимистичный и пессимистичный сценарий. Можно задать эти два сценария для параметров оценки и посмотреть, как сильно меняется итоговая оценка рынка. Также, полезно делать вещи вроде PEST-анализа. Какая-нибудь «прекрасная геополитическая инициатива» может помножить ваш рынок на ноль. Как минимум быть в курсе таких рисков важно.
619 views22:16
Открыть/Комментировать
2022-08-26 01:16:51 11 главных ошибок при оценке рынка

Взял в работу статью про оценку рынков, но финальная концепция оказалось настолько амбициозной, что и не знаю, когда ее закончу. Поэтому отправляю пока отдельную полезность, чтобы не пылилось.

1. Выдавать потенциальный рынок за реальный.
Пожалуй, самая распространенная ошибка, которую часто совершают намеренно, чтобы хоть как-то увеличить оценку рынка и вдохновить инвесторов (обычно эффект обратный). Это как сказать «Ну это я сейчас скрепки продаю, а через три года ракеты будем в космос запускать!». Чаще всего это встречается в TAM-SAM-SOM. По этой методологии почти всегда рынок считают неправильно.

2. Не проверять модель на здравый смысл.
Любые параметры внутри модели (часто — средние чеки, доли %) следует проверять на реальных данных. Особенно те числа, которые попадают в модель из личного опыта и предположений. Например, посчитали рынок психологов РФ, который состоит целиком из выручки специалистов. Достаточно его поделить на количество психологов и на 12 = зарплата психолога в месяц. Числа, вроде 5К или 300К должны нас смутить и заставить гуглить.

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

4. Добавлять в оценку нецелевые сегменты.
Например, делаем ПО для ритейла и смотрим на рынок ритейла всего. Например, берем всего рынок ритейла $26 трлн., потом прикидываем что 10% будут покупать, получаем рынок в $2.6 трлн. Во-первых, это не целевой рынок ПО, во-вторых, это мировой рынок. До этих денег ваша компания никогда не достанет. Ошибки обычно не на такие порядки, но встречаются часто. Нужно спускаться ниже и смотреть конкретную вертикаль, страну, проблему, сегмент и тд.

5. «Нуу потенциально 10% рынка захочет купить наш продукт».
Проблема с инновационными продуктами в том, что никто не знает, будут ли его готовы купить или нет. Пока не существует подтвержденного спроса, то нет смысла гадать. Чаще — 0% будет более правильным ответом, нежели 10%. Посмотрите, как сейчас решают проблему и сколько на нее тратят денег. Почти наверняка, вы решаете уже существующую проблему, но новым способом.

6. «Фичи, которые принесут нам много денег».
Фичи ≠ рынок. Они нужны, чтобы победить конкурентов и занять большую долю, но они не влияют на оценку рынка. По итогу важен конечный продукт и какую проблему/джобу он закрывает. Если вы добавите блокчейны в биржу фриланса, это не значит, что к рынку фриланса можно множить на три. Есть шанс что, вы будете круче на пироге бирж фриланса, который уже делят конкуренты. Не более того.

7. «Создаем Amazon за 3 года».
Когда посчитали рынок и свою долю на нем, часто не проверяют последнее на адекватность. Простыми расчетами можно увидеть, как приложение для диабетиков планирует привлечь 500млн. пользователей, а сервис для фитнеса занять 70% рынка фитнеса. Посчитайте, сколько вам нужно клиентов, чтобы заработать эти деньги. Погуглите выручку крупнейшей компании в вашей отрасли, оцените долю адекватно.

8. «We will create a bigger pie».
Технократы любят идею пирога, который бесконечно и экспоненциально растет в светлое будущее. Но в реальности 99% процентов компаний не создают никакого нового рынка, а перераспределяют уже имеющиеся деньги. Поэтому, отговорка о создании нового рынка, скорее всего говорит о том, что вы делаете никому не нужный продукт. Либо продукт на очень долгосрочную и неявную перспективу заработка (see you at the Mars).

9. Игнорировать онлайн или оффлайн.
Онлайн-оффлайн очень полезная и практичная призма восприятия рынка. Ошибки здесь типичные. Оцениваем рынок подготовки к экзамену онлайн. Экзамен сдают 500к человек, но онлайн готовятся только 2%. 500 изначальных тысяч быстро превращаются в тыкву.
585 views22:16
Открыть/Комментировать