Эффект продакта // Канал Лены Маёркиной

2022-07-19 13:00:25 Product VS. Project

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

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

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

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

#managing_team_AGIMA Открыть/Комментировать

2022-07-15 13:00:03 Как избежать типичных ошибок в аналитике
https://habr.com/ru/company/agima/blog/676918/.

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

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

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

#cx_ux_research_AGIMA Открыть/Комментировать

2022-07-14 13:00:59 Desk-research: когда нужна кабинетка?

Кабинетное исследование (desk-research) — один из методов качественных исследований — сбор и анализ информации о рынке из открытых источников. Мы часто используем его в связке с другими инструментами: как правило, для полноты картины вводим CX-research (по понятным на то причинам).

Desk-research полезен при поиске ответов на такие вопросы:
- какая ситуация на рынке сейчас?
- что с актуальными тенденциями развития рынка?
- какие объемы (и иные параметры) и темпы роста/падения рынка?
- как спрогнозировать развитие основных показателей рынка?
- какая у рынка структура?
- как дела у конкурентов и поставщиков?
- что с ценовой и ассортиментной политикой?
- как найти основные каналы реализации и продвижения?
- какие ниши свободны?
- и т.п.

Плюсы кабинетного исследования:
относительно быстро
относительно дёшево
много источников — «широкий взгляд» на проблему
минимум влияния исследователя.

Минусы кабинетного исследования:
информация может быть устаревшей/неполной
информация может вызывать сомнения в достоверности (зависит от источника).

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

#marketing_reseach_AGIMA Открыть/Комментировать

2022-07-12 13:05:14 Пирамида метрик, pt. 2: выбираем правильные метрики и определяем связи

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

Аудит. Мы определяем данные, которые отслеживаются и которые нужно отслеживать
Классифицируем наши показатели, дабы избавиться от гиперфокуса
Добавляем базовую иерархию
Выстраиваем связи между метриками
Проверяем работоспособность показателей на основании анализа бизнес-модели
Изучаем показатели
Проводим эксперименты для проверки иерархии (опционально, если есть потребность).

И в итоге распределяем метрики по уровням пирамиды.

NSM
На вершину водружаем нашу метрику всевластия, которую считаем самой важной.

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

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

Интерфейсные
На этом уровне мы замеряем взаимодействие с пользователем в точках контакта. Тут притаилась конверсия форм и кнопок.

Платформенные
А в основе нашей пирамиды расположились доступность и техническая надежность продукта.

Пирамида метрик — удобный инструмент, способствующий восприятию картины целиком.

#product_analysis_AGIMA
#product_metrics_AGIMA Открыть/Комментировать

2022-07-07 13:00:39 Пирамида метрик, pt. 1

Выбор правильных метрик и умение с ними работать — важные условия для развития продукта и бизнеса. Вот только универсального набора метрик на любой случай жизни продукта не существует (хотя стартер-пак метрик под ту или иную сферу бизнеса вытащить можно, по тэгу #product_analysis_AGIMA есть посты по теме). Да и взаимосвязи метрик тоже нужно учитывать.

И здесь к нам на помощь приходит пирамида метрик. Этот подход предполагает и иерархию метрик, и их классификацию. Так чем же эта пирамида хороша?

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

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

Определяем зоны ответственности за изменение метрик и выставляем KPI
После того, как мы распределили метрики по пирамиде, обозначить KPI будет гораздо проще.

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

#product_analysis_AGIMA
#product_metrics_AGIMA Открыть/Комментировать

2022-07-05 13:00:19 NSM. Метрика Всевластия

North Star Metric (NSM), или метрика Всевластия — это такая невозможно крутая метрика, отслеживая и влияя на которую успеха не избежать. Звучит как что-то на волшебном, так что давайте разбираться, утопия это или нет.

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

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

Так что идея NSM работает в двух случаях:
когда есть контрольный показатель, который сможет подсветить ценность изменений нашей метрики Всевластия в долгосроке. В случае с приложением это может быть Stickiness (показывает, как часто аудитория возвращается в приложение)
когда мы используем NSM для конкретной фичи или точечной задачи. Потому что пляски вокруг NSM без использования других метрик чреваты гиперфокусом, а все мы знаем, что это плохо (знаем же, да? Если не уверены, то читаем пост в грядущий четверг ).

#product_analysis_AGIMA
#product_metrics_AGIMA Открыть/Комментировать

2022-06-30 13:00:28 Проверяем гипотезы: HADI

HADI-цикл — пожалуй, лучший способ проверки гипотез. Разберём, в чём его суть и почему мы его так любим.

HADI — это аббревиатура из первых букв названий каждого из четырех блоков, которые и образуют этот самый цикл:
H — Hypothesis — формулирование гипотез (мы думаем, что)
A — Action — действия для проверки (чтобы это проверить, мы сделаем)
D — Data — получение измеряемого результата (с целью собрать такие данные)
I — Insights — выводы по валидации гипотез (если данные = X, то гипотеза верна. Если они ≠ X, гипотеза не подтвердилась).

Постоянная работа с гипотезами через HADI-циклы фокусирует нас на самых эффективных решениях. Благодаря им мы экономим финансовые и человеческие ресурсы. Да, многие гипотезы не подтвердятся (и тем самым спасут бюджет — не запустим никому не нужную фичу), но даже 1 из 10 будет хорошим результатом, если мы ориентированы на максимальный профит.

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

#marketing_reseach_AGIMA
#lean_startup_AGIMA Открыть/Комментировать

2022-06-28 13:00:32 5-тисекундный тест

Запуск продукта без юзабилити-тестирования — почти всегда деньги на ветер. Но в ряде кейсов это исследование можно здорово подсократить за счет выбора 5-тисекундного теста в качестве инструмента.

Провести 5s-тест просто — он не требует каких-то вау-скиллов от исследователя. А вот пользы от него часто не меньше, чем от привычного юзабилити-теста на прототипе. Цель 5s-теста — узнать, может ли новый пользователь понять основной посыл продукта в первые секунды знакомства с ним.

В чем суть? Берём человека, который никогда раньше не видел наш лэндинг/баннер/промо-материал, показываем ему страницу, через 5 секунд закрываем. И переходим к самому интересному — задаём вопросы и готовимся узнавать новое:
о чем эта страница?
какие слова или фразы вы запомнили?
как думаете, что можно сделать на этой странице? (нажал бы кнопку, воспользовался строкой поиска, тапнул бы элемент навигации и т. п).
что ожидаете после выполнения действия?
Список вопросов не закрытый и адаптируется под конкретный кейс.

5-тисекундный тест — рабочий способ для сбора качественного фидбека о первых впечатлениях. Но, как вы понимаете, use-case'ов в нём нет, так что полноценное тестирование интерфейса этот метод исключает.

#cx_ux_research_AGIMA Открыть/Комментировать

2022-06-23 13:00:20 А вы думали, что мы остановимся на идее совмещения Design Thinking и Agile? В этой связке есть недостающее звено — Lean Startup. С ним концепция «перетекания» из подхода в подход станет ещё эффективнее!

Ничто не ново под Луной — ребята из Gartner топили за комбинирование этих моделей еще в 2016 году, так в чем его профит? Давайте на примере.

Представим, что мы запустили онлайн-школу, уникальность которой в максимальном погружении студента (преподаватели с 10:00 до 21:00 мотивируют студентов на продуктивность лично ). Но после запуска оказалось, что люди к такому погружению не готовы, их устраивала привычная схема обучения. Что было бы, если бы мы шли в связке DT + Lean Startup + Agile?

С помощью DT мы бы поняли проблему потенциального клиента (важно образование, хотят быть продуктивными, но в отведенное для этого время, а не весь день). Lean Startup не дал бы запустить то, что решает несуществующую проблему, а Agile сократил бы цикл разработки.

#design_thinking_AGIMA
#agile_AGIMA
#lean_startup_AGIMA Открыть/Комментировать

2022-06-21 15:48:43 Design thinking и Agile

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

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

Принципы Design Thinking:
фокус на потребностях человека
больше делать, чем говорить,
один раз показать, а не сто раз сказать
объединяться и сотрудничать
всегда экспериментировать
следовать процессу и понимать его.

И для Agile, и для Design Thinking характерна склонность к ценности для человека, итерационность и взаимодействие заинтересованных сторон.

Цель дизайн-мышления — найти ключевую проблему у человека — точку приложения усилий и понять, как ее лучше всего можно решить (find the right problem). А функция AGILE — создать условия для эффективной разработки решения проблемы (solve the problem right).

Поэтому, когда Agile и Design thinking «дружат», выстраивается итерационная последовательность действий (от полной неопределенности до запуска готового продукта), объединенная общими культурными ценностями и принципами.

#design_thinking_AGIMA
#agile_AGIMA Открыть/Комментировать