❓Как избежать типичных ошибок в аналитике
https://habr.com/ru/company/agima/blog/676918/.

Главный аналитик AGIMA Олег Королев в новой статье объясняет, почему даже самые крутые аналитические отчеты иногда ложатся в стол и потом никак не используются. Он рассказывает, как этого избежать.

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

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

#cx_ux_research_AGIMA

👬 Product VS. Project

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

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

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

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

#managing_team_AGIMA

Присоединяйся к забегу для айтишников!

31 июля в Измайловском парке пройдет забег RUNIT для тех, кто развивает IT и Digital: соберутся разработчики и тестировщики, продакты, проджекты, маркетологи, DevOps'еры.

Что будет: много активностей, ИТ-коммьюнити и спорт.
А еще для вас мы приготовили лаунж-зоны, зоны соревнований для болельщиков и бегунов, различные лотереи с крутыми подарками и зоны для нетворкинга.

Каждый участник забега получит медаль, футболку, море эмоций и главное — отличный повод встретиться и пообщаться с коллегами. Так что собирайте друзей, тренируйтесь и приходите 31 июля.

И немного о дистанциях:

Личный зачет: дистанции на 3, 5, 10 и 21 км.
Командный зачет: 5 и 10 км (команды от 5 человек).
Эстафета: команда из 3 человек — по 7 км на каждого; либо команда из 5 человек — по 5 км.

Регистрация: https://is.gd/nQPppP

До встречи 31 июля на IT-забеге RUNIT!

⚛️ Продакт-менеджер и продуктовая аналитика

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

1️⃣ Начните с самого основного
Например, симулятор GoPractice даёт отличную базу — можно будет и с метриками разобраться, и с тестированием гипотез, и даже в unit-экономику немножко погрузиться.

2️⃣ Черпайте информацию из всех доступных источников
Профильные телеграм-каналы, блоги по продуктовой аналитике, статьи на популярных профессиональных платформах — всё это будет полезным. А со временем вы ещё и фильтровать научитесь, отписавшись от менее полезных ресурсов. Сюда же относится и общение с аналитиками: не стесняйтесь задавать вопросы, «5 почему» здорово вам помогут.

3️⃣ Практика и практика
Чем быстрее вы начнёте искать инсайты в данных, ковырять доступные дашборды и отслеживать самостоятельно результаты a/b-тестов, тем лучше для вашего внутреннего продуктового аналитика. Вообще умение сходить в базу данных и выгрузить результаты тестирования сильно упростит вашу жизнь (простейших запросов SQL будет достаточно).

4️⃣ Математическая статистика
Да, этот шаг звучит криповенько, но продакту и не нужно проходить весь курс матстата. Достаточно прочитать книгу «Статистика и котики» Владимира Савельева (один из самых популярных и доступных для понимания источников по теме), чтобы понять фундаментальные вещи.

Если все четыре шага пройдены — вы великолепны, а продуктовые аналитики (и не только они) в вашей команде смотрят на вас с уважением и безусловной любовью.

#product_analysis_AGIMA
#product_metrics_AGIMA

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

В этой статье вы найдете 9 простых упражнений, чтобы ваше тело сказало вам спасибо: https://habr.com/ru/post/678404/.

А еще они помогут вам подготовиться к нашему ИТ-забегу RUNIT. Если вы еще не приобрели билеты, у вас есть шанс успеть.

Но поторопитесь: у нас почти солдаут.

🐙 Многозадачность или синдром дефицита внимания?

Для продакта, как и для любого другого хорошего специалиста, важна многозадачность. Вот только как найти эту тонкую грань между желанием сделать все задачи и глубоким погружением в вопрос? Тайм-менеджмент — штука рабочая, но мы сейчас не про него. А про отличную книгу «Неотвлекаемые», которую не так давно написал автор нашумевшей в своё время «На крючке» — Нир Эяль.

Понятное дело, «Неотвлекаемые» тоже успели стать бестселлером, что совсем не удивительно. Но рассказывать про бодрый слог и лить воду о том, как прекрасна эта книга, мы не будем (хотя книга хороша). Просто кратко изложим процесс управления вниманием, который Эяль форсит в своей книге, ибо метод рабочий и, как следствие, полезный.
Спойлер: порефлексировать придётся.

1️⃣ Найти и нейтрализовать внутренние триггеры
Когда мы отвлекаемся, мы просто стремимся избежать дискомфорта, а он воздействует на нас гораздо сильнее, чем перспектива добиться желаемого. Поэтому нужно понять, какое чувство или мысль предшествуют отвлечению, зафиксировать этот триггер письменно, разобраться в своих чувствах и обратить особое внимание на пороговые моменты (когда переключаемся с одной задачи на другую).

2️⃣ Выделить время на концентрацию
На этом шаге нужно распланировать свою неделю (что мы и так уже делаем) и заложить хотя бы 15 минут на ретро с самим собой, на котором нам нужно будет ответить всего на два вопроса:
- В чем мне удалось следовать своему плану, а в какие моменты я отвлекался?
- Как сделать так, чтобы расписание лучше отражало мои ценности?

3️⃣ Обезвредить внешние триггеры
О том, как цифровые продукты держат наш мозг «на крючке», Эяль рассказывал в одноименной книге. Здесь же он рассматривает их как триггеры — иногда они могут быть хорошими, а иногда — не совсем. И чтобы отличить плохие триггеры от хороших, надо постоянно задаваться вопросом: этот триггер сейчас служит мне или я служу ему?

4️⃣ Закрепить успехи пактом
И последний шаг — договориться с собой о том, что вы будете управлять своим вниманием. Автор считает, что есть три вида таких пактов:
- пакт на усилие (усложнить доступ к триггеру)
- пакт на деньги (наказывать себя рублем за отступление от курса)
- пакт на самого себя (рассказать вслух о своей новой неотвлекаемой личности).

В книге каждый шаг рассмотрен более подробно, есть масса ярких примеров, конкретные способы борьбы с плохими триггерами и масштабирование подхода на отношения в целом. Так что рекомендасьон, если еще не читали (и нет, пост не проплачен 😅).

#PM_reading_AGIMA

Как мы настроили маркетинговую аналитику для Youtravel: https://habr.com/ru/company/agima/blog/679136/.

Руководитель направления анализа данных AGIMA.AI Ольга Татаринова подготовила подробную статью о том, как грамотно построить сквозную маркетинговую аналитику в режиме Self-service.

На примере проекта Youtravel она рассказывает, как решить эту задачу так, чтобы:

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

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

#case_AGIMA

📊 DIBB: больше фреймворков богу фреймворков

DIBB — это ещё один фреймворк, и он хорош. Его в свое время Spotify придумали для фокуса и приоритизации в рамках системы NSM (метрики всевластия, помните?)
Но в итоге он получился довольно универсальным и масштабируемым, причем не только на развитие продукта, но и на его создание.
DIBB полезен, когда нужно:
- систематизировать идеи
- поставить цели
- оценить необходимые ресурсы
- сравнить косты запуска и потенциальный результат
- определиться с решением о судьбе продукта — запуск работ/крэп
- составить бэклог и т.д.

DIBB выглядит так:

◼️ (D)ata
Согласно результатам проведенного анализа (бенчмаркинг, статистика, мониторинг рынка, CX-исследования и т.п.). мы видим, что...
◼️ (I)nsights
Из этого следует, что... (выводы из предыдущего пункта, инсайты).
◼️ (B)elief
Основываясь на данных и инсайтах, мы верим, что если мы... (сделаем то-то и то-то), мы получим... (такой результат в такие сроки).
◼️ (B)et
Для проверки нашего предположения мы можем задействовать ресурсы... (финансы, время, человекочасы) и выполнить... (список действий. Этот список не является обязательным для фреймворка, но упрощает задачу определения объема ресурсов).

При этом нужно на берегу определиться с критериями успеха и последующими действиями. Формат такой: «Критерием успеха нашей ставки будем считать... (описание результата с метрикой) не менее... . В случае успеха наши следующие шаги будут такими... . В случае неуспеха ставки поступим так.... ».

Работа по DIBB, как правило, итеративная, и на практике не всегда начинается с данных — бывает, что сначала появляется гипотеза. А ещё последовательность DIBB может быть фреймворком для отличной презентации стейкхолдерам 😏

#frameworks_AGIMA

👁‍🗨 Преодолеть субъективность

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

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

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

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

◼️ Смещение дебюта
Возникает, когда мы лучше всего запоминаем первого респондента качественного исследования. Особенно когда только начинаем выходить «в поле» и общаться со своим клиентом.

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

◼️Бессознательное смещение
В основном связано с выборками для исследования — нам кажется, что для интервью нужен только один сегмент, так представители другого не будут пользоваться нашим продуктом. Но это всего лишь наше предположение, и оно, как и любая другая гипотеза, должно быть проверено.

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

#cx_ux_research_AGIMA
#user_interviews_AGIMA

👁‍🗨 Преодолеть субъективность, pt.2

С видами смещений из-за предвзятости исследователя разобрались в прошлом посте, сегодня про то, как этих смещений не допускать.

◼️ Вопрос не должен содержать подтверждений наших ожиданий
Обращаем внимание на вопросы, которые задаем пользователям, чтобы избежать смещения подтверждения.
Плохо: Вы пользуетесь приложением N?
Хорошо: Как и где вы покупаете продукты?

◼️ Поощряйте независимость в групповых исследованиях
«Эффект побеждающей стороны» (склонность людей принимать поведенческие паттерны или взгляды просто потому, что так поступают другие) может повлиять на групповые интервью, препятствуя открытому обсуждению среди тех пользователей, чье мнение отличается от мнения большинства участников.

◼️ Ограничьте рекомендации, которые вы даете пользователям
Каждый человек имеет уникальные способы мышления и обучения. Важно проявлять осторожность при проведении любых юзабилити-тестов (особенно при формулировании заданий), чтобы избежать смещения консенсуса.

◼️ Планируйте свои исследования
У нас должно быть достаточно времени на поиск подходящих пользователей для исследования. Когда мы спешим найти респондентов или, того хуже, пропускаем скрининговые вопросы для привлечения большей базы пользователей, происходит бессознательное смещение. И мы ищем потерянные ключи только под фонарём.

◼️ Будьте осторожны с собственным языком тела и реакциями
Тон и язык тела интервьюера/модератора может подсказать респондентам, что именно от них хотят услышать. Поэтому исследователю полезно провести интервью с коллегой, который не разделяет его точку зрения, предварительно организовав запись такого интервью. Фидбэк от коллеги тоже приветствуется.

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

Всем ресёч!🙃

#cx_ux_research_AGIMA
#user_interviews_AGIMA

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

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

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

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

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

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

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

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

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

#managing_team_AGIMA

Объясняем, почему аналитические дашборды не помогают принимать решения: https://habr.com/ru/company/agima/blog/680866/.

К аналитикам часто обращаются с запросом: «Сделайте нам дашборд c бизнес-KPI. Хотим найти инсайты в наших данных, чтобы понять точки роста».
Но на самом деле дашборды помогают следить только за бизнес-KPI.
Искать инсайты там не стоит.

Руководитель направления анализа данных AGIMA.AI Ольга Татаринова в новой статье рассказывает:

- где на самом деле можно найти инсайты;
- что такое «эффект уличного освещения»;
- чем удобна Self-service-аналитика;
- в чем ее основные проблемы.

Короткая, но содержательная статья для продакт-менеджеров, маркетологов и всех, кто принимает бизнес-решения. В комментариях по ссылке ответим на вопросы.

#product_analysis_AGIMA
#product_metrics_AGIMA

✨ From hell to heaven

Нет, это не название какого-то трека или фильма. Это фреймворк, который помогает презентовать ценность продукта как внутреннему, так и внешнему клиенту. Сегодня мы не будем растекаться мыслью по древу, рассказывая про достоинства такого шаблона — просто почитайте, как он работает, и сами всё поймёте 😉

👿 Ад
В этой части мы формулируем проблему нашей ЦА в контексте. То есть, последовательно отвечаем на вопросы Кто/Что/Где/Когда. По опыту — этот пункт нуждается в большем времени и фокусе, чем остальные.
Пример:
У людей, использующих наушники, постоянно путаются (а иногда и рвутся) провода; как при непосредственном использовании, так и при хранении наушников.

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

🪄 Решение
А на этом шаге мы рассказываем о том, как попасть в рай из ада (или вообще избежать этого неприятного места).
Пример:
Для этого мы и разработали беспроводные наушники. Вам больше не придется распутывать провода или бежать в магазин за новыми наушниками, когда случайно «зажевали» провод молнией куртки.

В общем, ещё один очень простой и работающий фреймворк в копилку ваших фреймворков.
Всем системного мышления!

#frameworks_AGIMA

Гайд по работе с CJM — на примере сайта НПФ «Национальный»: https://habr.com/ru/company/agima/blog/681860/.

Руководитель проектного офиса AGIMA Миша Дырма в новой статье рассказывает, как мы работаем с CJM. В качестве примера он взял сайт негосударственного пенсионного фонда «Национальный», для которого мы разработали новый дизайн.

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

- определили целевую аудиторию;
- создали ключевых персонажей;
- продумали пользовательские сценарии.

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

#cx_ux_research_AGIMA
#product_analysis_AGIMA
#case_AGIMA

🩹 Stickiness: приклеить пользователя

В одном из поcтов выше упоминалась метрика Stickiness/Sticky Factor — она помогает оценить регулярность использования приложения и стабильность пользовательской базы. Что это за показатель и как его считать ясно. Теперь давайте разберемся с тем, как на эту липкость можно повлиять.

Есть инструменты для повышения Sticky Factor — все неоднократно опробовались нами в деле и подтвердили ту или иную пригодность. Вот они:

🔘 Уведомление
Всегда можно напомнить пользователю о выполнении отложенного действия. Главное — сохранять баланс и умеренность, не тыкая в клиента каждый час (они недолюбливают пуши, что подтверждается разными исследованиями по теме).

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

🔘 Аналитика для пользователя
Про это был отдельный пост, повторяться не будем.

🔘 Сокращение вариантов
Вспомним закон Хика. Если нашему клиенту предстоит выбор из большого числа вариантов, то наша задача — максимально их сегментировать.

🔘 Градиент цели
Пользователь должен видеть цель и понимать, где он находится на пути к этой цели. Например, когда пользователь оформляет страховку, то логично дать ему понимание того, сколько всего шагов в оформлении и на каком шаге он сейчас.

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

🔘 Обсуждения
Здорово, когда в вашем приложении есть, чем поделиться и с кем-то обсудить.

Это не универсальные инструменты — что подойдет одному, может стать бесполезным для другого (как и любой метод/инструмент в принципе). Делитесь в комментах — может, у вас есть инструмент-фаворит из этого списка? Или вы своих вообще в списке не нашли? 😉

#product_metrics_AGIMA
#cx_ux_AGMIA

🤫 Когда не нужен roadmap?

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

Роадмэп не обязателен, когда:
◼️продукт на стадии концепта, прототипа, альфа/бета-версии, MVP.
Потому что роадмэп в этом случае будет давать нам ложное чувство уверенности, тогда как нам нужно сконцентрироваться на learning loop, быстрых исправлениях и валидациях.
◼️компания на аналогичных ранних стадиях.
Только когда уже есть продукт, который приносит деньги, стоит задуматься о дорожной карте. Потому что к этому моменту у нас есть достаточно информации, чтобы эту самую карту создать.

Роадмэп обязателен, когда:
◼️ в компании над продуктом трудится более одной команды.
И чем больше команд/участников, тем выше ценность дорожной карты.
◼️нужно рассказать о вашем продукте за пределами продуктовой команды (маркетинг/продажи/стейкхолдеры/инвесторы и т.п).
В этом случае роадмэп должен быть, хотя бы очень верхнеуровневый.
◼️мы в ситуациях, противоположных тем, что указаны в предыдущем абзаце (продукт/компания не на ранних стадиях).

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

#roadmap_AGIMA

🤓 Что на ранних этапах важнее, чем roadmap?

Вчера мы подсветили те ситуации, когда roadmap не так важен, как кажется. Но это не означает, что нужно забыть про планирование и целеполагание вообще. На ранних этапах стоит озаботиться следующим:

🔘 NSM в качестве ориентира. Важно помнить, что для выбранной вами метрики всевластия обязательно должна быть контрольная метрика (подробнее об этом — здесь).

🔘Концепция продукта. Что мы собираемся запускать? Определяем концепт продукта и начальные возможности/функции (описываем MVP).

🔘 ЦА. На какой рынок мы планируем запускаться? Кто наши целевые пользователи? Каковы их потребности и боли?

🔘 OKR — как мы будем измерять успех каждой итерации и понимать, как она связана с общей целью? Подробнее про OKR — тут.

🔘 Бриф продукта. В таком брифе должны быть:
- проблемы, которые вы пытаетесь решить
- требования к продукту
- контекст продукта
- таймлайн
- название продукта (хотя бы рабочее).

Это обязательный минимум. Лучше сосредоточиться на прототипе, альфа-, бета-версии или MVP 💪

#roadmap_AGIMA

🌳 Opportunity solution tree

Кто про что, а мы — про фреймворки. Сегодня про фреймворк, который полезен на тех самых начальных этапах из постов выше (на самом деле, он полезен на любых этапах, но для начальных тоже подходит 🙃).
Дерево возможностей и решений — простой способ визуализировать наш план по достижению результата. Как обычно, не будем тратить время на PR фреймворка, просто зацени‌те, как это работает.

1️⃣ Определяем желаемый результат
Самые эффективные деревья вырастают при наличии одной цели. Она должна быть определена всеми ключевыми заинтересованными сторонами и соответствовать бизнес-целям.
Если мы используем OKR, то можно добавить ключевые результаты и рассматривать их как результат продукта.

2️⃣ Определяем возможности достижения результата
Любая боль или потребность клиента — это возможность (привет, CX-research!).
Когда разберемся c пространством возможностей, расставляем приоритеты исходя из наибольшего потенциального влияния на результат.

3️⃣ Определяем решения, соответствующие возможностям
Тут нужно побрейнштормить, и не стоит ограничиваться продуктовой командой. Идеи, которые не соответствуют ключевым возможностям, нужно игнорировать. А вот идеи, которые раскрывают возможности и влияют на результат, требуют особого внимания.

4️⃣ Тестируем решения и ищем лучшие
Если тест не пройден — можно попытаться усовершенствовать решение или просто перейти к тесту следующего.

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

#frameworks_AGIMA

👥 Product Manager + Weekly meeting

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

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

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

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

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

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

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

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

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

#managing_team_AGIMA

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

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

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

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

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

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

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

#managing_team_AGIMA
#design_thinking_AGIMA