Собеседовался недавно со стартапом, который выводит российскую продукцию в Дубай. Дошел до последнего раунда, и хоть в итоге ребята взяли более опытного продакта, сам процесс собесов был приятно адекватный и комфортный: переписка — тестовое — собес с руководителем — собес с командой. Позабавило тестовое задание:

«Есть предположение, что, если интегрировать «Самокат» с приложением «Купи батон», «Самокат» получит новые заказы от пользователей «Купи батон», а клиенты «Купи батон» - релевантный сервис. Необходимо проверить это предположение. 1. Как должна выглядеть интеграция на MVP? Опишите клиентский путь. 2. Какие метрики важны для обоих партнеров? 3. Что бы вы считали успехом для такой интеграции?»

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

#metrics #product

https://medium.com/@elenest/%D0%B8%D0%B5%D1%80%D0%B0%D1%80%D1%85%D0%B8%D1%8F-%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D0%BA-vs-%D0%BF%D0%B8%D1%80%D0%B0%D0%BC%D0%B8%D0%B4%D0%B0-%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D0%BA-8eeda61fdefe

Иерархия Метрик есть почти во всех продуктах, где старший возраст дэшборда более года.

Древовидные структуры метрик — не более, чем мыслеобраз. Чтобы это стало Иерархией метрик, надо применить научный подход и анализ данных.

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

Как сделать пирамиду метрик
1. Аудит метрик и брейнсторм — на что уже смотрим и на что хотим смотреть
2. Классификация метрик по пирамиде — убираем гиперфокус, добавляем базовую иерархию
3. Связи между метриками на уровне мыслеобраза
4. Ревью метрик на основе опыта и методологии из Lean Analytics
5. Изучить метрики на базовом уровне: распределение случайных величин, соотнести метрики с результатами качественных исследований.
6. Если надо — проверить иерархию, используя статистику и экспериметы.
7. Дэшборды.

Количество метрик на дэшборде зависит от необходимой скорости реагирования на их изменения, команды заказчиков и стадии развития бизнеса.

North star metrics
Несмотря на то, что NSM — отчасти утопия, для конкретной фичи или задачи можно найти не просто хорошую, а очень хорошую метрику (NSM, метрику Всевластия).

Григорий успокаивает

Интересный UX кейс вчера упоминался на лекции IAMPM. Ребята делали магазин лекарств для немецкого рынка. Они выделили две группы аудитории: до 40 и 40+. Определяли возраст с помощью вопроса при регистрации.
→ 40+ покупают чаще, но средний чек низкий. → До 40 покупают редко, но дорогие лекарства.

Для этих когорт сделали разные корзины.
→ Для старшей аудитории — подробную корзину со ссылками на инфо о сертификатах безопасности и т.п.
→ Для тех, кто младше — минималистичную оплату с кнопкой оплаты через GPay.
И это повысило конверсию.

#case #payment

Самое короткое определение, чем проджект отличается от продакта:
"Проджект работает с задачами.
Продакт работает с гипотезами."

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

«
1) Вывести CEO на дискуссию
Не стоит просто говорить «да» или кивать. Если CEO хочет, чтобы вы что-то сделали, необходимо провести соответствующую проверку. Разговор - это первый разумный шаг.

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

3) Попросить предоставить данные
Для того чтобы запрос был добавлен в качестве задачи в бэклог, вам нужны данные, позволяющие расставить приоритеты и оценить гипотезу о влиянии. Если просьба поступила от эксперта, то, возможно, она сопровождается какими-то полезными данными. Вы же не станете действовать на основании мнения?

4) Попросить время
Если нет никаких данных и веских причин, потребуется время, чтобы разобраться в ситуации. То что глупо на первый взгляд, может оказаться скрытой жемчужиной (для примера — первоначальная идея создания Twitter: Кто захочет вести микроблог, имея в распоряжении всего 160 символов?). Вам нужно время, чтобы оценить.

5) Прости исследование
Есть ли какие-либо данные по запросу? Как конкуренты решали ту же проблему? Есть ли научные или экспертные решения? Было ли это уже опробовано в компании? В общем, обычная работа с бэклогом

6) Определить приоритет запроса в бэклоге
Теперь, когда вы можете оценить влияние, определенность, риск и, возможно, необходимые трудозатраты, пора посмотреть, какое место в списке задач занимает запрос. Если он находится где-то внизу или в середине, то пора:

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

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

“To summarize, these are the four critical contributions you need to bring to your team: deep knowledge (1) of your customer, (2) of the data, (3) of your business and its stakeholders, and (4) of your market and industry.”

Marty Cagan

«Если резюмировать, то есть четыре ключевых составляющих, которые продакт-менеджер дает команде: глубокое знание (1) клиента, (2) данных, (3) вашего бизнеса и стейкхолдеров и (4) вашего рынка и индустрии».

https://youtu.be/mqpw5Mcx3yw?si=71L-r6qINMgz6JIu

Интересное интервью с основателем Вкусвилла. На удивление спокойный и уравновешенный владелец компании. Хорошие поинты про организацию, работающую в бирюзовом стиле, ответственность и невмешательство.

Внезапно нашел пасхалку-промокод в robots.txt у школы Фоксфорд. Забавная идея.

Намечается конференция по нейросеткам, обещают трёхдневный загруз.

Друзья, приветствуем вас!
С 18 по 20 марта в 18:00 мы в Skillbox в 4-й раз проводим нашу ГИГАНТСКУЮ конференцию по нейросетям! Разберутся даже те, кто никогда не работал с нейросетями. Вас ждут практика в режиме реального времени и самые жаркие новости из мира ИИ.

Подписывайтесь на наш телеграм-канал со спикером конференции Александром Доброкотовым 👉 https://t.me/+K3hYp46GrMA5YjJi. Там будут новости, полезные материалы и не только. Об эфире напомним заранее и пришлём ссылку на трансляцию в телеграм-канале.

Заметил интересную штуку, которая показывает, как именно KPI тормозят развитие компании.

Берём нашу компанию. Я, продакт менеджер, нахожусь в структуре маркетинга. У маркетинга есть KPI — количество лидов в месяц. Соответственно, мой руководитель, маркетинговый директор, формирует мне вектор работы, исходя из потребности повысить конверсию — от этого зависят премии сотрудников отдела и её в том числе.

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

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

Выпустили первый заметный проект с моего прихода в Deutsch Online. Школа запустила программу изучения испанского языка параллельно с немецким, а мы с командой собрали для этих курсов сайт на Тильде. Вот такой https://espanolonline.ru/

Интересно наблюдать компанию на этапе роста. Раньше я работал либо в мастодонтах типа Рамблера или Восток-Сервиса, либо в совсем свежем бизнесе вроде Secret Kitchen.
А тут как раз третья история — школа запустилась пять лет назад, выросла на подъёме рынка, и примерно год назад начались процессы оптимизации, сменилась большая часть команды, начались всякие процессы адаптации маркетинга, аналитики, продаж, вектор на развитие платформы и технологий. Это интересный кейс, потому что за пять лет стартапные инструменты устарели: путь пользователя на сайте неконтролируемо вырос, разветвился, съехал UX, гайдлайны устарели и вот это всё.

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

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

┬┴┬┴┤･ω･)ﾉ Про инструментарий для исследований.

Проводим глубинные интервью с учениками школы. Это второй шаг к более глубокому пониманию, кто учится в Deutsch Online в 2024 году и зачем, и составлению актуальных портретов пользователей, сбору новых гипотез. Первым шагом был опрос учеников по email, как раз так мы нашли респондентов.

Напишу про инструментарий для глубинок.

— Для фиксации вопросов использовали Google spreadsheets, для проведения интервью Meet с платным аккаунтом для записи видео.

— Расписание интервью настроили с помощью Calendly. В нём масса возможностей по приглашениям, переносам, настройке длительности интервью.

— Для расшифровки мы поисследовали предложения, в итоге остановились на двух сервисах.
1) https://tldv.io/ — это AI-бот, который подключается к вашим видеовстречам, может выдать по итогу запись, саммари и расшифровку. Расшифровывает прилично, примерно на 7/10. Есть бесплатная версия.

2) https://turboscribe.ai/ — тоже сервис, основанный на AI, он заточен под расшифровку записей. Бесплатная версия позволяет расшифровать 3 получасовых файла в сутки, нам этого как раз хватило. Качество расшифровки на самом крутом режиме лучше, 8/10.

https://doom-captcha.vercel.app/
Прелесть какая