Fresh Product Manager

2021-02-17 16:01:06 Как эффективно вести заметки и идеи?

1. На все поводы жизни делаешь короткие заметки или очерки в смартфоне или ПК. Каждая интересная статья, встреча должна перейти в свой короткий конспект. Или запись в дневнике, как эта.
2. Писать постоянно, сжато, просто и своими словами. Мы думаем только тогда, когда формулируем слова.
3. Любая стоящая мысль создаётся на заметке, в процессе её обсуждения, а вовсе не в голове, как всем кажется.
4. Все заметки нужно пометить тегами и ссылками на другие заметки. Так получается блог заметок, личная «Википедия». Объясняйте, почему вы связываете заметки. Поставили ссылку на другую заметку — напишите в чём связь. Не беспокойтесь о структуре. Нет особых позиций, нет верха и низа. Организация развивается органически.
5. Каждая заметка — это законченная короткая мысль с двумя‑тремя тегами и парой ссылок на похожие заметки по смыслу. Каждая заметка содержит одну идею.
6.Каждая заметка самодостаточна, это значит понятна без контекста. Если первоначальный источник информации исчезнет и потеряется связь с остальными заметками, сама по себе она останется понятной.
7. Используйте свои слова. Не превращайте заметки в свалку скопированной информации. Прочли и записали своими словами.
8.Сохраняйте ссылки. Всегда добавляйте ссылки в заметки, чтобы знать, откуда появилась идея. Добавляйте свои мысли, не забывая о предыдущих принципах.
9.Не удаляйте старые заметки. Вместо этого создавайте заметки, которые бы объясняли, почему старые потеряли актуальность. Никогда не знаешь понадобятся старые или нет.
10.Забывать — не стыдно. Главное — помнить, где это записано. Для заметок пользуюсь Notion и Notes на Mac. Открыть/Комментировать

2021-02-14 18:05:30 Про опыт фасилитации

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

- Следите за тем, чтобы по каждому заданию высказался/отписался каждый участник. Прямо просите высказать мнение тех, кто любит отмалчиваться (или организуйте обсуждение по кругу). А тех, кто часто перехватывает слово — благодарите, но вежливо передавайте слово другим участникам;
-Объясните, как долго можно высказываться, чтобы не украсть время у других участников. Договоритесь о том, как вы будете останавливать увлекшегося студента. Никогда не обрывайте на полуслове или не выключайте микрофон - это отобьет желание выступать.
- В ситуациях, что пара-тройка участников встречи вступают в дискуссию, интересную только им, то важно их вежливо, но строго остановить и предложить встретиться отдельно для обсуждения конкретно этого вопроса. Все-таки, на обучение приходят за знаниями, а не дискуссиями;
-Для заданий, с которыми участники могут справиться самостоятельно, прекрасно работает формат небольших команд, где несколько решают вместе одну задачу и презентуют. В Zoom это сделать реально. И это весело.
-Для заданий, с которыми участники вряд ли справятся, можно организовать мозговой штурм, в котором вы как спикер рассуждаете и раскрываете карты и ответы по ходу выполнения задания. Например, я организовываю штурм “Какой MVP можно запустить для Instagram”? - и моделирую, чтобы все шло по классике работы продакта, но не предлагаю решения. Для генерации идей также хорошо заходят такие техники, как Метод модерационных карт (каждый у себя пишет идеи, потом проводится голосование).
-Чтобы расшевелить участников, на первых минутах делается небольшая победоносная практика по уже пройденному материалу. Она, как ни странно, мотивирует вовремя приходить, потому что можно не успеть поучаствовать в решении:)
-В презентацию можно добавить простой интерактив, который не потребует длинных ответов студентов. Например, голосования: «Кто считает, что вопрос “Сколько вы сейчас тратите на решение проблемы?” нужно задавать на проблемном интервью?» Голосовать можно в чате, можно показывать ответ на видео пальцами.
-Хотя бы у кого одного должна быть включена камера. Чтобы видеть, все ли понятно по глазам:) Но на встречах, конечно, правильно включать всем.
-На курсах мы учим мыслить, как продакт. А для этого эффективнее всего вместе решить какую-то задачу с реальными данными и инструментами. Демонстрируем экран с Miro/Power Bi, и вместе решаем. Ошибаться можно и преподавателю (специально тоже). Все близко к боевой задаче.
-Важно постоянно фокусировать студентов на том, что мы сейчас делаем. Постоянно резюмируем по итогам каждого раздела информацию, визуализируем информацию и дублируем слова текстом на слайде.
-Чтобы студенты не скатились к вялому повтору идей и задумчивому молчанию, можно предложить техники:
Активное слушание. Каждый следующий говорящий должен сначала отреагировать на слова своего предшественника. Так студенты показывают, что слушают друг друга, и могут быть услышанными.
Навыки проведения онлайн-занятий очень помогли и в организации совещаний. А если хотите подробнее погрузиться в вопросы фасилитации, приходите 17 февраля в 20.00 на занятие «Фасилитация онлайн» от Власа Старцев (Продакт в Biglion), где он обсудит следующие темы: обучение в онлайне – как сделать это действительно эффективно, принятие решений Agile-командой – как меняется подход.
По ссылке: https://otus.pw/fMTv/ Открыть/Комментировать

2021-02-12 18:41:35 Рекомендация канала моего кофе-брейка

Начинаю день с трендов и бизнес-продуктовых новостей за чашкой кофе. И в этом помимо сайтов а-ля vc ru мне помогает канал https://t.me/groks/. Вот мои любимые посты и мысли оттуда:

- “Быстрые коммуникации породили безответственность. Сегодня, когда любой вопрос можно за секунды эскалировать наверх, можно ничего не решать, а бесконечно уточнять. Сотни имейлов, тысячи сообщений, бесконечные конф-коллы — лишь бы не брать на себя ответственность. Эффективная удаленка возможна только когда люди работают самостоятельно, изредка выходя на связь, чтобы скоординировать свои действия.” Ссылка - https://t.me/groks/1582

- “На фоне роста пользовательской базы из-за пандемии Patreon поднял $90 млн. и достиг оценки в $1.2 млрд, что почти в 2 раза больше, чем в прошлом году. ФРС раздаёт деньги, люди занимаются любимым делом, всё как говорили теоретики безусловного базового дохода. Осталось только увидеть сокращение уровня бедности и прочих социальных невзгод.” Ссылка - https://t.me/groks/1534

- “Вероятно, Apple скоро запустит свой поисковик. Об этом сигнализируют последние изменения в Spotlight Search на iOS, активизация краулера Applebot и множество соответствующих открытых вакансий. Я не люблю делиться слухами и чьими-то догадками, но сие предположение крайне велико по значимости и очень хорошо аргументированно.” - Ссылка - https://t.me/groks/1510

- “На фондовом рынке США сформировался пузырь небывалых размеров. Оценки напрочь оторвались от фундаментального анализа, мультипликаторы находятся на исторических максимумах, скорость эмиссии ценных бумаг зашкаливает и всё это сопровождается безумно спекулятивным поведением инвесторов.” Ссылка - https://t.me/groks/1684

За подписками на обновлением контента - сюда https://t.me/groks/. Открыть/Комментировать

2021-02-11 18:03:44 Что можно сделать в рамках MVP без разработки

1. Ручные продажи целевой аудитории в чате или Zoom. Если вы знаете потенциального клиента, то пообщайтесь с ним в соцсети и проведите целевое интервью, сделайте коммерческое предложение.

2. Лендинг, на который ведется трафик. На Тильде, Вордпрессе, даже Notion можно запустить лендинг, на него вести бесплатный трафик, и по неким метрикам, например, по конверсии в регистрации, оценивать, хорош продукт или нет.

3. Промопосты и комментарии в лентах. Можно написать классный текст, адресовать его ЦА, получить большое количество реакций, комментариев, споров, трафика. Можно писать не посты, а комментарии, если вы точно видите перед собой представителя ЦА.

4. Реклама на Facebook, в Google, Яндекс или рассылки. Так можно протестировать, на ту ли аудиторию направлена идея. Вариантов сообщений для разной аудитории может быть масса, и этими каналами легко и быстро проверяется их вариативность.

5. Кампания на Kickstarter и Co, подходящих для вашей аудитории позволяет получить средства на разработку, собрать отзывы и оценить востребованность продукта.

6. Видео с презентацией возможностей продукта. Хрестоматийный пример: Dropbox запускался именно с видео. После просмотра люди пишут в комментариях под видео, что готовы купить, как только проект будет запущен.

7. Опросы с помощью различных сервисов. Дадут понять ответную реакцию, собирать заявки, а на некоторых сервисах опросов даже принимать оплаты в конце опроса, когда человек уже «готов».

8. Закрытое сообщество в соцсети. Собираете сообщество, привлекая людей интересной идеей или контентом, и в процессе общения делаете проект.

9. Ручное моделирование функционала. Какой-либо сервис можно протестировать через мессенджер или sms. Или в рамках решенческого интервью.

10. Бумажный прототип или в дизайн-редакторе. Вообще если вы занимаетесь дизайном, то концепция такого прототипа вам наверняка знакома и вы не раз делали подобное. Теперь пора использовать эти наброски в качестве MVP.

11. “Предзаказ” с гарантией возврата. Возможно, не существующего продукта. Если вам пришлось вернуть деньги - вы все равно проверили востребованность продукта.

12. Бесплатная помощь и мероприятия. Стримы, открытые уроки. Так вы сможете собрать аудиторию, пообщаться с ней вживую и затем, например, организовать сообщество в соцсети.

13. Промопосты на существующих площадках. Например, если вам нужны предприниматели — они уже собраны на vc ru. Кажется, что все рассказывают про уже работающий продукты, но нет, зачастую — это очередной этап MVP.

14. Доски объявлений. Если вы можете с первого дня выложить что-то, что вы продаете, на Авито/Юла, то почему бы это и не сделать? Airbnb начинал на досках объявлений.

Хотите больше про MVP, юнит-экономику и базовые скиллы продакта? GeekBrains приглашает 13-14 февраля с 11:00 до 19:00 на онлайн-интенсив по созданию продуктов с экспертами Альфа-Банка, Gett и Wikium. Интенсив полезен для начинающих продактов, руководителей и тех, кто планирует превратить свою идею в востребованный продукт.
Регистрируйтесь по ссылке: https://geekbrains.ru/link/5FdDiB Открыть/Комментировать

2021-02-09 18:01:57 Для чего нужна оценка эффективности: KPI vs OKR

Что бы вы ни выбрали, все сводится к одному: единственный способ улучшить работу — это измерять и оценивать ее эффективность. Если вы сэкономите время на постановке целей или на оценке проделанной работы в конце года/квартала, вы лишите себя превосходной возможности учиться и развиваться и не сможете успешно координировать проекты, различающиеся по важности.
OKR по своему предназначению не является системой, которая нацелена на Performance Management, то есть на вознаграждение и наказание. В отличие от системы KPI, OKR – это система про постановку, с одной стороны, честных, с другой стороны, синхронизированных целей. Это те цели, в которые команды действительно верят, которых они собираются достигать и верят, что они могут достигнуть.

Несколько важных свойств, которые есть у системы OKR и которые, в том числе, отличают ее от системы KPI.
1. Первое — это смысл. У нас есть Objectives, и в рамках Objectives мы отражаем предназначение тех или иных команд.
2. Второе — это амбициозность. Здесь мы учитываем различные вероятностные сценарии и понимаем, что не все зависит от одной команды, а даже если и зависит от нее, то сценарии могут быть разные — может повезти, может не повезти.
3. Здесь есть прозрачность — это цели, которые известны всей компании, и за счет этого мы повышаем степень синхронизированности между различными подразделениями.
4. Это инициатива — мы вовлекаем команды, мы даем им возможность поучаствовать в постановке целей и за счет этого повышаем качество этих целей.
5. И это честность — мы отрываем цели от компенсации, за счет этого команды действительно обозначают те цели, в которые они действительно верят и на которые они замотивированы.
6. Еще одна важная мысль. На самом деле OKR — это довольно универсальный фреймворк, его можно использовать в совершенно разных ситуациях.
• Его можно использовать в разных временных горизонтах — год, квартал, что угодно.
• Его можно использовать для команд и для отдельных сотрудников.
• Его можно использовать для разных подразделений: для тех, у кого неопределенность в процессах выше, пользы будет больше, но вы можете использовать его везде.
• И для самых разных уровней неопределенности: мы жили в какие-то стабильные времена, сейчас коронакризис — это немножко разные форматы OKR, но тем не менее и там и там OKR отлично работает.
• Более того, понятно, что его можно использовать для самых разных размеров организаций и т.д.

Нужно управлять и изменениями, и инновациями, и процессами? Есть 3 варианта:
7. Только KPI, в которые зашиваются амбиции. Это не самый удачный вариант для управления изменениями, но есть кейсы, когда удалось сделать из KPI-системы что-то среднее.
8. Одновременно вести OKR и KPI. Важно в этом случае смотреть их совместно, т.к. они часто пересекаются.
9. Только OKR. В этом случае в OKR выделяется блок KPI или, как их называют в Google, приоритетные цели. Они отличаются от амбициозных целей и к ним отношение другое. По сути это KPI.

Прокачаться по таким задачам можно в рамках бизнес-симулятора и курса от Яндекс.Практикума. Курс создан для людей, которые хотят работать в ИТ, достигли потолка в карьере и планируют расти и развиваться дальше. После курса вы сможете перейти в сферу управления: вы будете управлять сроками, бюджетом и командой и общаться с заказчиками. В самом начале можно пройти бесплатный вводный блок — который поможет вам понять, подходит ли вам этот курс.

Ссылка - https://bit-ly.ru/wAKJN Открыть/Комментировать

2021-02-08 18:00:43 Что можно автоматизировать в работе продакт-менеджера?

Совместно с Лео Кипером, автором канала Реальная автоматизация - https://t.me/RAutomation - подготовили список того, что уже можно было бы и полезно автоматизировать. По сути, это может вырасти до фичей и приложений.
Итак:

1. Расшифровки интервью и эмоций с бизнес-представителями и пользователями. Также с возможностью структурировать и ранжировать итоги.

2. Протоколы встреч с указанием сроков и ответственных. По итогам каждой встречи не нужно тратить время на итоги, будет просто перечень задач, статус которых можно будет отслеживать и переносить от встреч к встрече.

3. Ведение дорожной карты (на базе срока и приоритета подставлять в нужное место фичу). В каждый момент, когда “прилетает” важная фича, по заранее настроенным критериям она занимает свое место со сроками.

4. Расшифровка и сбор фича-запросов из разных мест. Как в CRM-ках, из отзывов, беклогов, трендов, исследований пользователей вычленяются фичи, наполняются смысловыми гипотезами. По сути, становятся первым слоем воронки продуктового дискаверинга.

5. Все-все-все коммуникации в одном месте! Выстраивание необходимых ответов в приоритете. В зависимости от приоритетов в дорожной карте, беклоге задач, по которым идет обращение, и значимости собеседника, ранжируются по важности чаты.

6. Автодобавление метрик по новым фичам. Базовый набор воронки по каждой: DAU-CR в ключевые для продукта метрики.

7. Автоматизированный календарь по долям внимания продакта (исследования - 10%, управление командой - 15%, общение с бизнесом - 10% и проч.)
Календарь рекомендует органично забивать календарь исходя из классического стека активности, переносить на следующие периоды мероприятия.

8. Автообновление цифр в юнит-экономике по итогам экспериментов и новых продуктов. Чтобы расчет был актуальный регулярно по итогам всех изменений в продукте.

9. Автообновление базы знаний по новым фичам и инсайтам. Вся актуальная база с описанием сервисов и добытых инсайтов.

10. Умные уведомления по релизам, тестам с настройками. Лента всех-всех изменений с фильтрами для удобства управления. Открыть/Комментировать

2021-02-06 17:16:49 Использовать User Stories или Use Cases?

Это зависит от вашей аудитории. Формальные и неформальные Use Cases помимо того, что более затратны в реализации, также предоставляют больше контекста и позволяют вам описать более сложные варианты использования вашего продукта. Некоторые пользователи настолько сложны, что вам необходимо использовать Use Cases для их описания. Некоторые настолько просты, что что-либо сложнее User Story является бесполезной тратой усилий. Интерпретация того, что является сложным, а что простым, тем не менее, не является просто оценкой того, что пользователи хотят делать, она также зависит от уровня владения предметной областью вашей командой разработчиков.

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

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

Вот ключевые отличия кейсов от историй:
•UML-диаграмма прецедентов (Use Case) может использоваться с обеими схемами представления требований, наглядно показывая основные функциональные возможности взаимодействия стейкхолдера с проектируемой системой, без детализации их выполнения. Однако, неподготовленному читателю такая диаграмма покажется сложной и непонятной, в отличие от простых формулировок User Story и текстового (табличного) представления Use Case.
•User Story отлично подходит для разработки поведенческих сценариев тестирования, программы и методики приемочных испытаний;
•сценарии использования (Use case), в отличие от пользовательских историй, описывают процесс и его шаги подробно, предоставляя всю необходимую информацию о взаимодействии актора с системой, включая цель, пред- и пост-условия, триггеры, основные и альтернативные потоки, а также бизнес-правила;
•User Story позволяет указать нефункциональные требования с точным заданием значений нужных показателей, например, время отклика на событие, наработку на отказ и пр.;
•Use Сase объединяет функциональные требования по контексту.

Хотите прокачаться в моделировании бизнес-процессов – приходите на курс BPMN: Моделирование бизнес-процессов от Otus - https://otus.ru/lessons/bpmn/ и открытый вебинар https://otus.pw/o3N1/ Открыть/Комментировать