Ок, сегодня будет тема попроще — как могут вредить метрики ;)
Самая простая ошибка: «после не значит вследствие». Сделали что-то в продукте — изменилась метрика — засчитали себе win. Подкрутили еще — метрика просела — lose. Можно ли на этом основании делать какие-то выводы? Кажется, что «да», а на самом деле «пока не понятно».
В самой первой главе в Симулятора (@oleg_gpio) есть пара хороших задач про понимание, где причинно-следственная связь, а где только возможная корреляция. По мне так очень недооцененное знание, особенно в приложении к работе с метриками.
Связанная ошибка — считать, что изменения метрики что-то подтверждают. Мне кажется, что они всего лишь дают довольно слабые дополнительные свидетельства.
В первом случае вы себя убеждаете в собственной правоте (подкрепляете иллюзии). Во втором — продолжаете осторожно повышать уровень уверенности в том, что проверяемая модель описывает реальность. Для первой задачи обычно хватает одного наблюдения, для второй точно нужна их серия.
Третья ловушка — слишком внимательно смотреть на метрики и слишком сильно реагировать на их изменения. Довольно очевидно, как это может привести к переключению в исключительно реактивный режим.
Просело количество новых посетителей на сайте, начали думать как поправить рекламу; упал средний чек, начали думать про апсейл; увеличился отток, начали думать, какую новую фичу запилить, чтобы она повысила ретеншен.
Все это время уровень конверсии из регистрации в платящих клиентов никак не менялся, поэтому про него и не думали.
Задачи, которые кажутся срочными, легко и естественно вытесняют задачи, которые на самом деле являются важными. Так устроен наш мозг — он с радостью реагирует на актуальные стимулы, тут же забывая о более далекой перспективе.
Проактивный режим, на мой взгляд, включается, только когда мы начинаем регулярно задавать себе вопросы про будущее.
В таком режиме, к вопросу «Сколько новых клиентов пришло в прошлом месяце?» добавляется не только вопрос «Что нам сделать чтобы привести больше клиентов в следующем?», но и такие вопросы как «Где у нас основные точки для роста?» и «Чем мы сейчас не занимаемся, а стоило бы?»
«Закопавшись в операционке, забыли про стратегию», — ровно об этом. Слишком пристальное наблюдение за метриками легко провоцирует первое и вполне может вытеснять второе.
Обо всем этом можно было бы и не писать, но метрики настолько полезная штука, что лишний раз вспомнить/проговорить потенциальные риски, которые с ними связаны, — кажется никогда не повредит.

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Менеджер продукта

Менеджер продукта Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @produnderhood

18 Sep
Продуктивные конфликты — лучший способ узнать что-то новое и разрешить настоящие противоречия. (трэд)
Пока у вас есть только довольные клиенты, пока в команде все хорошо, а у стейкхолдеров нет к вам вопросов — все ок.

Вот только все это лишь слабые свидетельства в пользу того, что все действительно идет как надо.

О чем-то важном в таком режиме вы рискуете не узнать никогда.
К сожалению, общество с малых лет приучает нас «жить дружно», поощряет идти на компромиссы, избегать конфликтов. Маркирует конфликтное поведение в целом как нежелательное — развивает в нас конфликтофобию.
Read 10 tweets
17 Sep
Трэд про коммуникацию, которой все постоянно занимаются, не смотря на то что она практически невозможна.
Менеджер продукта — профессиональный коммуникатор.

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

Главное что мы должны понимать — успех коммуникации случается вопреки множеству предпосылок (то есть это практически чудо).
Read 11 tweets
13 Sep
Мета-тред со всеми тредами недели.
Про особенности оффлайн и b2b продуктов
Про работу с командами в других странах:
Про ресерч в локальных командах:
Read 6 tweets
10 Sep
Обещанный тред. История про одну длинную командировку во Вьетнам. Флешбеки порой мучают, да.
В конце прошлого года мы решили ускорить рост продукта во Вьетнаме и поехали туда, чтобы научиться у конкурентов технологиям, пощупать продукт в живой среде и понять, как расти быстрее.
Вьетнам выбрали потому, что конкурировать там гораздо сложнее. Традиционные курьерки и местные стартапы типа AhaMove насмерть бьются за клиентов с Lalamove и Grab, а на пятки наступает Gojek.
Read 18 tweets
8 Sep
Весь день сегодня съел оффсайт с командой, поэтому вот вам полуночный тред про работу с локальными командами.
Есть 10 стран, в каждой – локальная команда. Вопрос: как сохранить консистентность продукта, вовремя получать сигналы о проблемах, информировать страны о новых запусках и регулярно получать инсайты о клиентах и рынке?
Другая страна – это не просто перекрасить приложеньку и локализовать тексты. Нужно искать эффективную ценовую стратегию, маркетинговые каналы, привлекать и обучать курьеров, раздавать сумки, биться за клиентов, учитывать местные законы.
Read 21 tweets
16 Aug
Сегодня я расскажу как выглядят у нас шаги 4-6 на текущем этапе развития
Я уже рассказал как идёт подготовка PRD, аналитики и дизайна:

После все эти материалы заносятся в описания задач (в Asana), которые будут в следующем спринте для разработчиков. Мы стараемся делать так, чтобы бекенд реализовывал задачи первым https://t.co/e88tPAN2yH
Клиентам так удобнее (учесть, что мы используем Swagger и API запросы и модели для мобильных клиентов генерируется за счёт серверной реализации)

После распределения всех задач по разработчикам (на основе предпочтений и математики с Man Days) проходит предспринтовый созвон
Read 14 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!