🗝 OKR — больше, чем просто три буквы. Pt.1

OKR (Objectives and Key Results, Цели и Ключевые Результаты) — метод постановки целей, который за счет иерархии и прозрачности этих самых целей помогает синхронизировать команду. OKR пришел к нам из управления проектами, но так как всё что угодно можно представить в виде проекта, фреймворк успешно «пророс» в менеджмент (любой, в продакт тоже).

▪️Составляющие
O — Objectives. В этой букве прячется основное отличие OKR от других инструментов. Потому что цель должна быть амбициозной и даже невыполнимой. Если к завершению периода она выполнена на 70-75% — хорошо.
KR — Key Results. Метрики, с помощью которых мы сможем понять, что происходит в части достижения наших целей.

▪️Суть
Ставим несколько сложных целей (O) на определенный промежуток времени (квартал/год), определяем их и для команды, и для отдельного сотрудника. Далее для каждой из целей формируем 2-5 метрик (KR), которые позволят судить о достигнутых результатах. Постоянный процесс «нащупывания» тонкой грани между ожиданиями и реальностью в постановке целей — так OKR выглядит на практике.

▪️Пример
Objective: стать самой любимой языковой онлайн-школой
KR: NPS (индекс лояльности) > 75; RC (показатель возвращаемости) > 70%; CSat (показатель удовлетворенности) > 85%

Цели и ключевые результаты на год могут пересматриваться, но не рекомендуется менять их в пределах квартала.

P.S. Вы всё правильно поняли, про плюсы/минусы и процесс интеграции OKR — в следующих выпусках. Оставайтесь с нами ☺️

#managing_team_AGIMA
#product_metrics_AGIMA

🤨 No-code: а вам точно нужны разработчики?

No-code не то чтобы очень новая тема (конструкторы сайтов живут и процветают не первый год), но, определённо, рабочая. Как можно легко понять из названия, no-code — метод создания IT-продукта без написания кода, с использованием платформ визуального программирования. Для MVP и/или теста гипотезы более чем полезный инструмент, так что постараемся раскидать плюсы-минусы.

Начнем с плюсов:
➕ легко освоить. Разобраться с no-code-ПО не составит труда даже человеку без навыков кодинга и в самые сжатые сроки
➕ экономия финансово-временных ресурсов. Так как нужный инструмент легко и быстро освоить, то и собрать продукт несложно, а, следовательно, недорого
➕ быстрые доработки. Перенести иконку из угла в угол можно самостоятельно, без заведения задачи в бэклог команды разработки

Минусы:
➖ если число пользователей вашего продукта перевалит за 5-7 тысяч, то без подключения разработчиков не обойтись. То же касается сложных SaaS-продуктов
➖ скачать код вашего проекта с той или иной ноукод-платформы, скорее всего, не получится.

Резюмируем: ноукод почти всегда будет отличным решением для диджитал-специалиста, стартапа и S-бизнеса (а иногда и для M).

#managing_team_AGIMA
#lean_canvas_model_AGIMA

📝 OKR, pt.2: интеграция

Как внедрить OKR так, чтобы это были именно Objectives & Key Results, а не Обсессивно-Компульсивное Расстройство для всей команды?
Постановка идеальных OKR с первого раза — редкое явление, но его можно встретить при наличии правильных причин для внедрения и при соблюдении всех этапов.

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

Этапы запуска OKR в команде
1️⃣ Топы/основатели в конце года определяют OKR компании на следующий год
2️⃣ Команда составляет свои OKR на квартал, исходя из OKR компании и стратегических целей
3️⃣ Команда ставит цели на месяц, в соответствии со своими квартальными OKR
4️⃣ Команда раз в неделю (опционально, раз в 2 недели тоже ок) проводит встречи, где мониторит статусы выполнения OKR
5️⃣ В конце квартала — встреча-ретроспектива, где команда оценивает результаты достижения OKR этого квартала и ставит новые OKR на следующий квартал.

Разумеется, метод OKR можно адаптировать и докручивать под конкретный бизнес и подходы. Главное, что OKR может связать стратегические цели с ежедневными задачами, а отсутствие синхронизации в стратегии и тактике ответственно за бó‎льшую часть проблем в команде и продукте.

#managing_team_AGIMA

👬 Product VS. Project

Продакт-менеджер и проджект-менеджер — это не одно и то же. Что бы ни говорили фанаты многозадачности в попытках заставить проджекта тянуть продуктовый функционал. Поэтому мы решили разграничить эти понятия и определить, за что же отвечают продакты и проджекты. Твёрдо и чётко 😎

Продакт-менеджер:
▪️объект — продукт. Товар/услуга, которую мы предлагаем рынку для удовлетворения потребностей потребителей;
▪️главные вопросы: «Что?» и «Зачем?»;
▪️связующее звено между бизнесом и пользователями;
▪️KPI связаны с прибылью от продукта;
▪️база: знание ЦА и понимание методов и инструментов получения прибыли от продукта (product-market fit);
▪️необязательно есть сотрудники в подчинении, но на развитие продукта влияет именно он.

Проджект-менеджер:
▪️объект — проект. Временнóе предприятие, направленное на создание уникального продукта, услуги или результата;
▪️главные вопросы: «Когда?» и «Как?»;
▪️связующее звено между бизнесом и разработчиками;
▪️KPI связаны с реализацией проекта в установленные сроки и в рамках запланированного бюджета;
▪️база: умение грамотно организовать рабочие процессы с использованием релевантных подходов к разработке;
▪️отвечает за распределение ресурсов и управляет командой.

Резюмируя, продакт отвечает за продукт в целом, а проджект — за конкретные проекты, реализация которых необходима для создания конечного продукта.

#managing_team_AGIMA

👬 Продакт-менеджмент в b2b

Продакт — он и есть продакт. Или, всё-таки, предметная область накладывает свой неизгладимый отпечаток?
Как всегда, истина где-то посередине. Да, в конечном счёте и b2b-, и b2c-продукт будут использовать конкретные люди. Вот только люди эти отличаются.

В обоих случаях продакту нужно знать и понимать своего клиента. Для этого у продакта есть масса методов и инструментов для выявления болей, за устранение которых клиент готов платить (подробнее по тэгам #cx_ux_research_AGIMA, #user_interviews_AGIMA, #marketing_reseach_AGIMA, #design_thinking_AGIMA).
Чем же отличается жизнь b2b-продакта, когда он решает отыскать эти самые боли клиентов?

☑️ Количество респондентов
Про стат.значимость нужно если не забыть, то хотя бы смириться с акцентом на качественные исследования.

☑️ Метод персон почти не работает
Со статистическими персонами всё ясно из предыдущего пункта, а качественные или протоперсоны слабо помогут в силу уникальности мнений респондентов и сложностей с усреднением.

☑️ Разговор на одном языке с клиентом
Исследователь должен понимать, о чем ему рассказывает топ-менеджер, поэтому уровень образования очень важен. Мы, конечно, не говорим про необходимость диплома MBA, но высокий уровень знаний о бизнес-процессах в той или иной отрасли обязателен.

☑️ Опыт по ту сторону
Условными подписками на музыкальные сервисы пользуются практически все, и у любого продакта есть клиентский опыт. А вот с b2b-продуктом догфудинг не всегда получается реализовать.

☑️ Доступ к респондентам
Пообщаться с топами интересующих компаний несколько сложнее, чем сходить за респами с нужными критериями на онлайн-панель. Иногда это почти невозможно.

Все эти особенности не отменяют ценности CX-исследований и продуктовой аналитики. Принцип «Хочешь узнать и понять клиента — поговори с ним» работает для любого продукта, главное не забывать про нюансы.

#managing_team_AGIMA

👥 Product Manager + Weekly meeting

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

В Magia mobile мы проводим наши «недельники» так:

◼️ Вступление
Рассказываем о прогрессе по ключевым вопросам, об изменениях ключевых показателей и о причинах принятия текущих решений.

◼️ Персональные апдейты
По желанию каждый из команды делится новостями по своим ключевым вопросам (2 минуты) по такому шаблону:
- Прогресс
- Блокеры
- Победы
- Любые другие новости в рамках своих задач

◼️ Победы
Достижения за прошедшую неделю здорово мотивируют команду. Мы сосредотачиваемся на подходе, который привел к победе, или на уроках, которые мы при достижении извлекли. Рефлексия полезна.

◼️ Препятствия
Смотрим, как продвигаются наши ключевые задачи, выявляем возможные блокеры, которые могут повлиять на сроки.

◼️ Что делаем дальше?
Основные приоритеты на грядущую неделю.

И обязательно следуем общим требованиям по времени и фиксации:
✔️ Проводим по вторникам. Потому что понедельник, по нашему мнению, худшее время для еженедельных митов.
✔️ Проводим в первую половину дня.
✔️ Встреча не занимает больше 60 минут.
✔️ Результаты встречи — все договоренности, поднятые проблемы, возможности в отношении каждого члена команды и т.д. — обязательно записываем в протокол встречи на wiki.

Если у вас есть свои работающие шаблоны/методики, предпочтения в проведении таких встреч — делитесь в комментах, нам интересно, как они проходят у вас 😉

#managing_team_AGIMA

💔 Недооцененные навыки продакта

С переоцененными навыками понятно — это всё, что связано с управлением проектами 😅 (крамольные вещи пишем. Ведь много годных продактов вышло из проджектов. Но мы честные ребята — что думаем, то и говорим. А думаем так в силу различий между этими ролями, рассказывали об этом тут).

Есть три довольно разных скилловых области, которым уделяют незаслуженно мало внимания. Причем внимания мало как со стороны людей, которые занимают позиции продакт-менеджеров, так и со стороны их актуальных и потенциальных работодателей/партнеров.
Вот эти недооцененные навыки (и области знаний):

🔘 Фасилитация
В посте выше мы рассказывали о том, как проводим наши еженедельные митинги. И всяческие совещания, воркшопы, ретроспективы и брейнштормы, действительно, важны. Потому что часто митинги становятся бессмысленной тратой времени, посвященного имитации деятельности, вместо того, чтобы привносить артефакты в рабочий процесс.

🔘 Визуализация
Под этим навыком мы понимаем способность визуально коммуницировать. Взаимодействие продакта с Miro/Figma/PowerPoint и т.д. не должно ограничиваться представлением инфо в чистом формате. Нам нужно рассказать историю — визуализировать своё видение и причинно-следственные связи, чтобы максимально доступно донести мысли до широкого круга заинтересованных в продукте сторон.

🔘 Дизайн-мышление
Это уже не скилл, это целая область знаний, которая позволяет выйти за рамки исследований пользовательского опыта для решения проблем и устранения болей клиента (здесь мы рассказывали про эту методологию).

А какие скиллы продакта недооценены по вашему мнению? Согласны с нашим шорт-листом? 😉

#managing_team_AGIMA
#design_thinking_AGIMA

🪬 RACI: обязанности продуктовой команды

Матрица RACI довольно популярна среди проджект-менеджеров, но и продактам без этого (или подобного) инструмента не обойтись. А нужен он нам, чтобы не заниматься гаданием на кофейной гуще, выясняя роли и обязанности каждого из членов продуктовой команды, а также среди представителей заинтересованных сторон.

Создать матрицу RACI просто (даже в Miro есть шаблон): перечисляем все задачи в левой колонке, а всех участников в верхней строке. Для каждой задачи вводим обозначение R/A/C/I (цветовой код тоже будет полезен), чтобы определить тип участия.
🟢 (R) esponsible — ответственный за работу — непосредственно выполняет задачу
🔴 (A) ccountable — ответственный за результат — принимает работу и несёт ответственность за результат
🟡 (C) onsulted — (консультирующий) — оказывает консультативную помощь
⚪️ (I) nformed — (информируемый) — в курсе принимаемых решений и хода выполнения задачи.

Матрица RACI помогает оперативно проанализировать распределение зон ответственности: кто-то из команды отвечает за слишком большое число задач, у одной из задач может оказаться больше исполнителей, чем это нужно, а другие таски остаются без должного внимания.

Это классическая матрица, но, как нам кажется, в ней не хватает ролей. Поэтому мы используем одну из вариаций RACI с добавлением пары букв в аббревиатуру:
🔵 P (lanner) — планировщик/координатор — синхронизирует задачи и усилия всех участников
🟣 L (ead) — лидер — следит за тем, чтобы цели продуктовой команды соответствовали целям компании.

RACI подсвечивает проблемные и спорные зоны ответственности, а значит, дает возможность их разрешить.

#managing_team_AGIMA

⚠️ ППО: что это и почему оно нужно

Прежде, чем мы беремся за новый продукт или развитие уже имеющегося, мы настаиваем на проведении ППО. ППО — это предпроектное обследование, которое помогает:
◾️ выявить целевую аудиторию продукта и «работы», на которые она готова наш продукт «нанять»
◾️ избавиться от неопределенности и получить формализацию процессов «as is»
◾️ определить функции, необходимые для MVP
◾️ сопоставить эти функции с реальными бизнес-процессами
◾️ разработать стратегию развития продукта
◾️ планировать ресурсы
◾️ подсветить потенциальные риски для всех участников.

ППО актуально не только для агентств — для запуска продукта самой компанией оно тоже необходимо. Знаем, что многие коллеги активно используют этот инструмент, и если вдруг вы не из их числа — настоятельно рекомендуем присмотреться. А чтобы это «присматривание» было более предметным, предлагаем познакомиться с нашим видением ☺️

Что включает в себя ППО в AGIMA:
1️⃣ Проведение серии интервью со стейкхолдерами, участниками связанных процессов, текущими/потенциальными пользователями
2️⃣ Анализ имеющихся регламентов, систем и любой документации, затрагивающей связанные процессы
3️⃣ Подготовка отчетного концепт-документа:
- цели и задачи
- схемы бизнес-процессов с их описанием
- реестр функциональных требований
- роли пользователей продукта
- ограничения
- среда функционирования
- предметная область
- требования к UI и UX
- взаимодействие между компонентами продукта и другими продуктами (опционально).
- etc. (список не закрыт, т.к. может видоизменяться в зависимости от целей и задач заказчика).

Думаем, важность ППО после того, что вы прочитали выше, очевидна. Так что пользуйтесь. Если будут вопросы — ждем в комментах, без знаний не оставим. Data-driven всем! ♥️

#roadmap_AGIMA
#managing_team_AGIMA
#JTBD_AGIMA
#frameworks_AGIMA

«Есть вопросики к мотивации зумеров».
Как руководить командой в 21 веке: https://clck.ru/325TPn

Руководитель проектного офиса AGIMA Михаил Дырма побывал в гостях у подкаста «Будут люди — будут деньги». Это подкаст об управлении командами, подборе кадров и оценке эффективности труда.

Из выпуска вы разберетесь, чем отличается мотивация зумеров от мотивации «достигаторов» из 90-х. А еще узнаете, как мы работаем с людьми:

- что предложить команде, если она должна быть доступна 24/7;
- как мы ищем сильных сотрудников;
- стоит ли забирать команды и сотрудников с «тонущих кораблей» и т. д.

Это 30-минутная беседа о том, почему работать с командой важно, а иногда и жизненно необходимо. Будет интересно продактам, проджектам и руководителям.

#managing_team_AGIMA

Принимать решения нужно с холодной головой. Генеральный директор AGIMA Education Варвара Львова записала минутное видео о том, как сохранить рассудительность в критических ситуациях.

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

Другие способы сохранить трезвость ума и принять меры по укреплению бизнеса обсудим на цикле встреч AGIMA Mastermind. Если у вас есть вопросы о развитии вашего агентства, мы вместе найдем на них ответ.

#managing_team_AGIMA

🚦 Эффективная коммуникация в продуктовой команде:
5 компонентов

Сложности с коммуникацией — одна из самых часто встречающихся проблем продуктовых команд. И цена недопонимания между участниками высока:
- разработчики выбирают не те критерии успеха,
- маркетологи ошибаются с tone-of-voice и call-to-actions,
- продажи акцентируют внимание клиента на преимуществах, которые не находят у него отклика, etc.

Как менеджер по продукту может повлиять на коммуникацию, даже если на текущем этапе всё плохо?

1️⃣ Отвечаем на вопросы
Воплощение продуктового видения в план действий часто вызывает вопросы и консерны у команды. Часто, когда мы начинаем ответ с объяснения причин вопроса, команда сама может сгенерить решение. И оно будет более ценным, чем когда его просто транслирует продакт.

2️⃣ Рассказываем истории
Хороший продакт всегда может превратить концепт продукта в историю, которая даст понимание ценности продукта команде.

3️⃣ Слушаем команду
Каждый участник команды подходит к своей задаче с уникальной точки зрения, своим наборов скиллов и ожиданий. Всё это может быть полезным для успеха продукта, даже если нам не хочется слышать критику в его адрес. Когда мы слушаем и слышим идеи команды, шансы на успех продукта растут.

4️⃣ Остаемся на связи
Если у нас нет возможности решить что-то в моменте, мы не оставляем без внимания вопросы, просьбы и предложения. Коллеги должны знать, что вы приветствуете их отзывы и идеи в процессе разработки продукта.

5️⃣ Шерим роадмэп
Понятная и актуальная дорожная карта закроет большую часть вопросов команды. А если к каждому шагу добавить комментарий, который объясняет, почему именно этот шаг нужно выполнить и в чем его профит, то мы здорово упростим всем жизнь.

Всего 5 составляющих хорошей коммуникации, с которыми мы все знакомы, но, почему-то, не всегда используем внутри продуктовых команд 🤷🏻‍♀️

#managing_team_AGIMA

✋ Как управлять конфликтами — подробный гайд от CTO AGIMA
https://habr.com/ru/company/agima/blog/695582/.

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

Главное — не давать ему выйти из-под контроля. Текст ответит на вопрос, как руководитель может (и должен) повлиять на конфликтную ситуацию:

- как говорить с оппонентами;
- как вести себя в споре;
- как выявить конфликт;
- каковы варианты его исхода и т. д.

Статья о том, почему искать компромисс — плохая идея и что делать, если тимлид сам стал участником столкновения. Все методы и инструменты можно применять и в личной жизни — так что ждем вас по ссылке 💚

#managing_team_AGIMA

🕑 MVP и тайм-менеджмент

Если вдруг вы подзабыли значение аббревиатуры MVP — это Minimum Viable Product — минимально жизнеспособный продукт. А суть MVP в том, чтобы создать что-то очень простое для обоснования бизнес-модели, проверки ключевых гипотез и сбора максимального количества данных о клиентах.

Чем хороша концепция MVP, так это тем, что её можно экстраполировать за пределы понятия «продукт» (а это, кстати, пойнт в пользу её состоятельности). Давайте рассмотрим MVP применимо к рабочему дню, И в итоге получим MVD, который будет актуален для тех случаев, когда мы «не в ресурсе».

Итак, какой он, минимально жизнеспособный день?
1️⃣ В нем есть ценность. Небольшие достигнутые цели считаются победой.
2️⃣ Соответствует методологии LeanStartup. Делаем минимум, а приоритизация — ключ к определению границ и достижению целей.
3️⃣ Из него можно вытащить инсайты.

Вот несколько советов, чтобы прожить MVD:
- безжалостно расставьте приоритеты — отправьте самые важные письма и сообщения, проведите только те встречи, которые нельзя отложить;
- измеряйте успех дня только в соответствии с идеей минимальной жизнеспособности;
- не забывайте про инсайты — даже когда мы работаем в «экономном» режиме, извлечь ценное для дальнейшего планирования и работы можно. Достаточно быть просто любопытным.

Делитесь в комментах — как выглядит ваш MVD? 😏

Перевод и рерайт статьи «Feeling Overwhelmed? You Need an MVD — That’s Minimum Viable Day»

#managing_team_AGIMA

🙅🏻‍♀️ Когда не нужно становиться продакт-менеджером?

Если вы чувствуете, что управление продуктом — это ваше призвание и понимаете, что хотите стать продактом, ознакомьтесь с этим списком. Если эти утверждения вызывают у вас положительный отклик, подумайте дважды, прежде чем принять судьбоносное решение о вашем профессиональном будущем ☺️

🔘 Не люблю взаимодействовать со стейкхолдерами. Особенно когда их много
Менеджер продукта вынужден параллельно вести массу коммуникаций с продуктовой командой, QA, маркетологами, дизайнерами, разработчиками и рядом заинтересованных в продукте лиц. Координирование и попытка смотреть на продукт глазами разных людей — неизбежные повседневные активности.

🔘 Чувствую себя не очень хорошо, когда должен сказать кому-то «Нет»
Продакт должен фильтровать указания руководителей, фидбэк пользователей и всевозможные запросы, чтобы определить тот бэклог, который представляет ряд стратегически ориентированных задач для команды.

🔘Мне не нравится постоянно спрашивать «Почему?»
Мы сталкиваемся с идеями от коллег и заинтересованных лиц, а часто очередной борд бросается данными о том, что конверсия в ЦД снизилась в конкретной когорте на 10%. Только задавая вопрос «Почему?» снова и снова (в том числе, и себе), мы можем найти те самые боль и возможность.

🔘Я часто говорю: «Ребят, это не моя работа»
Да, есть много вещей, не имеющих отношение к вашей работе. Но также существует много активностей, которые имеют решающее значение для успеха продукта. Если вам необходимы четкие границы ваших обязанностей, вам придется несладко.

🔘Неудача выбивает меня из колеи. Я очень остро это переживаю
Неудача — нормальная часть стратегии итеративного релиза. Agile практикуется не просто так, что-то может сработать, а может и не сработать. Поэтому наша задача — понять и объяснить, что недостигнутая цель/ошибка в релизе — это возможность сделать что-то лучше. И выяснить как.

🔘Не хочу общаться с пользователями
Коммуникации с пользователями в рамках IDI, UT, изучения результатов опросов и сбора обратной связи etc. — регулярное столкновение с этим неизбежно для продакта. Потому что если хочешь понять пользователя, его нужно просто спросить.

И не страшно, если в каком-то из утверждений вы увидели себя. Если вдруг вы этого не замечали раньше, теперь вы знаете, на что стоит обратить внимание 💚

А в комменты всегда можно написать о том, что упустили мы (такое тоже возможно).

#managing_team_AGIMA