Об инструментах и знаниях

Любой инструмент — это «замена» уже имеющихся у вас знаний и навыков.

Если вы знаете, как что-то сделать — инструмент уже не так важен. Если не знаете — то инструмент, скорее всего, либо не поможет совсем, либо вы быстро его сломаете, либо он начнёт приносить испорченные результаты.

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

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

Та же история со всеми вышеперечисленными инструментами. Сначала не понятно с какой стороны к ним подойти, потом они быстро начинают приносить пользу, вполть до «вау-эффекта», но если вы по-настоящему не знаете, что вы делаете – эта польза будет обманчивой. (Привет всем тру-разработчикам, аналитикам и исследователям в этом чате).

Поэтому, да — лопаты продавать выгодно.

Но только до тех пор, пока люди не упираются в пределы своих знаний и навыков. (Интересно было бы спросить у Елены, какой, в действительности, ретеншен у Lovable…)

Знания и навыки продавать в долгую — если не выгоднее, то точно устойчивее. Отсюда, кстати, и весь инфобиз.

Самое интересное начнется, когда инструменты станут умнее своих хозяев. Говорят, у нас до этого момента есть ещё пара лет.

Когда стоимость любого инструмента упадёт почти до нуля — экспоненциально вырастет ценность (но не стоимость) оставшихся у нас знаний и навыков.

–––

Этот пост вполне мог бы быть «прогревом» к курсу про фундаментальные знания и навыки для продактов.
Осталось только его сделать…

«Жмите колокольчик», если что.

Кстати, что такое эпистемическая скромность?

Это не просто готовность, а привычка быть неправым. Я уже касался этого, когда писал о «мышлении скаута».

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

— Я могу быть не прав(а).

— Другие люди наверняка знают что-то, чего не знаю я.

— Хуже того, даже то, что я знаю, они знают глубже, больше, лучше.

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

— Хуже того, я об этом публично скажу.

Эпистемическая скромность при этом ни разу не ложная фигня, ни в каком виде не притворство и нисколечко не приятная штука.

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

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

Поэтому если у вас есть возможность проявить эпистемическую скромность — я за вас очень рад. Если вы можете поддержать проявление этого качества кем-то — моё вам почтение и уважение. Особенно если вы руководитель.

---

Напоследок ещё раз процитирую литанию Тарского (когда-нибудь и до Джендлина доберёмся, я надеюсь), на этот раз в формулировке из ГПиМРМ, которую всем горячо рекомендую:

Если магия уходит из мира, я хочу верить, что магия уходит из мира.

Если магия не уходит из мира, я хочу верить, что магия не уходит из мира.

Я не буду цепляться за веру, которой не хочу.

---
Этот пост добавлен в список привычек рационального продакта в навигации по каналу.

Смысл этого канала и для чего участвовать в публичном конкурсе

У этого канала две миссии — давать мне повод «думать письмом» и евангелизировать «разумное, доброе, вечное».

Для второго нужна аудитория, которую в ТГ нативными способами взять неоткуда.

Поэтому я участвую в конкурсе: https://tg-contest.tilda.ws.

Надеюсь, что многие каналы из тех, что вы читаете, сегодня-завтра напишут такой же пост. Потому что если в главной группе конкурса @tg_contest_main (добавляйтесь, читателей ждут там) или в тематической группе «про продукты» — куда мне (и вам?) ещё предстоит попасть — не соберётся достаточно большой и новой для меня аудитории, смысла в этом участии будет немного.

Но я, в любом случае, поделюсь с читателями тремя хорошими постами — благо выбрать есть из чего, а правила прямо обязывают.

Ключевым результатом в любом случае будет цифра. Если будет хотя бы 1420, значит «вложения» уже себя окупят.

Делаем ставки?

«Метакодинг» теперь NPM-пакет

Я уже рассказывал, что предпочитаю не вайбкодить («на чиле» промптить LLM), а решать продуктовые задачи.

При этом совсем недавно я сравнивал AI-assisted разработку с компьютерной игрой — в том числе потому, что в неё можно легко проиграть.

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

Начинаем с постановки задачи («исполнитель понимает задачу»), продолжаем определением критериев успеха (тест-кейсы отвечают именно за это), и через сфокусированную на одной задаче за раз итеративную разработку доводим дело до конца — не забывая всё и вся как следует документировать.

NPM-пакет, который я «разработал», буквально обучает кодинг-агентов проходить все эти шаги почти не сбиваясь с пути (контроль всё ещё необходим, но уже не так напряжно).

После установки пакета вы инициализируете его в своём проекте, выбираете тип редактора (VS Code + GitHub Copilot или Cursor), тип проекта и используемые языки (уже поддерживаются JS, TS, Python — для фронтенд- и бэкенд-приложений).

В результате CLI раскидывает по нужным системным папкам инструкции, которые:

– форсят агента соблюдать обязательный воркфлоу из 7 шагов;

– устанавливают стандарты ведения документации (список задач, описание системы);

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

– форсят соблюдение TDD (попробуйте — потом спасибо скажете);

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

– и одновременно делают их поведение более предсказуемым.

Теперь, когда вы даёте задачу Sonnet 4, вы работаете не с senior-программистом с организационными способностями стажёра, а с полноценным, ответственным, хорошо организованным и высококвалифицированным сотрудником.

С помощью метакодинга я уже разработал плагин для VSCode, внёс изменения в два других своих проекта и развиваю сам метакодинг (мета-метакодинг получается, да...).

В общем, рекомендую!

npm install -g metacoding

а потом

metacoding init

---

Инструкции, если что, можно менять под ваш вкус и цвет, но...зачем?

И, конечно, feel free to open an issue or submit a pull request!

А если нужен готовый шаблон проекта для старта, то вам сюда: https://vibecoding.cc

Лонгрид про гипотезы и эксперименты

Уважаемый Никита Ефимов принес мне отличный пример того как будущих юиксеров учат формулировать гипотезы. Это действительно хороший пример, с которым я во многом не согласен – тем интереснее будет его обсудить.

Формат Телеграма такого, конечно же, не переварит, поэтому опубликовал статью на 6,7 тыс. знаков на сайте.

Буду рад любой критике!

Что продакт должен знать об окружающем мире?

Начнём с физики и технологий. Если вы можете объяснить собеседнику в 5–10 предложениях ответ на каждый из этих вопросов, поздравляю — вы осведомлены о самом важном из происходящего на переднем крае «естественных» наук.

1. В чём суть гипотезы Стивена Вольфрама о Вселенной как гиперграфе?

2. Как телескоп «Джеймс Уэбб» вызвал кризис в современной космологии?

3. Что сегодня является главным препятствием для создания масштабируемых квантовых компьютеров?

4. Какие перспективы давал графен и с какими трудностями столкнулся этот материал на практике?

5. В чём особенность перовскитов и почему они важны для общества?

6. На каких принципах основан успех AlphaFold и какая от него практическая польза?

7. Как работает технология CRISPR-Cas9 и какие этические и медицинские вопросы она поднимает?

8. Чем принципиально отличается Neuralink от других нейроинтерфейсов?

9. Что такое Generative Pre-trained Transformer и почему именно эта архитектура стала ключевой для текущего прорыва в ИИ? Какие технологии могут стать следующими прорывными?

10. Что такое теория Active Inference Карла Фристона и какова её практическая значимость?

–––

P. S. Источник вдохновения — рубрика «Культурный ли вы человек?» журнала «Огонёк», 1936 год. (на фото)

–––

🤓 если знаете все ответы

🤨 если не считаете их важными для продактов

👍 👎 или любая другая реакция, чтобы я понял вашу реакцию )

Почему именно такие вопросы?

Их могло бы быть и 20, и 30, но вот почему именно эти:

— 1, 2 и 10-й претендуют на то, чтобы полностью изменить наше понимание того, «как всё устроено».

— С 3-го по 9-й необратимо меняют нашу жизнь прямо сейчас.

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

Для чего человеку вообще быть «культурным», знать трёх современных композиторов, иметь возможность обсудить «Отцов и детей», назвать хотя бы трёх производителей, развивающих автономные автомобили?

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

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

До тех пор, пока не приходит Хассабис и не решает проблему прогнозирования эффектов любых белков, попутно меняя траекторию большой фармы на следующие 20-30 лет.

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

Можешь понять суть, увидеть последствия и объяснить их окружающим? С добавлением новой фичи в продукт, скорее всего, тоже справишься.

Гипотезы, идеи, ставки: разбираемся в терминах

Опубликовали запись встречи с Антоном Куликовым — Senior Product Manager в Fintech, ex-CPO Selectel.

📼 В этом выпуске:

📈 Где проходит граница между идеей и гипотезой
📈 Чем гипотеза отличается от прогноза и ставки
📈 Почему точность в терминах помогает принимать лучшие продуктовые решения

🔗 https://www.youtube.com/watch?v=glB-7ztA7rY

Подписывайтесь на канал, чтобы не пропускать новые записи встреч с экспертами 🔔

Запись интервью
(жизнь подкидывает сюжеты)

Представьте, что вы нанимающий менеджер, и на первом собеседовании кандидат «с порога» спрашивает: «Вы не против, если я включу запись нашего разговора со своей стороны?»

Вы уже записываете звонок (кандидат об этом знает).

Что ответите? Почему?

Запись интервью — дисбаланс сил

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

Найм на работу хорошо описывается как ситуация неравновесного рынка.

С одной стороны, «у нас товар, у вас купец»: стороны должны быть равнозаинтересованы в том, чтобы найти настоящий мэтч за устраивающую обе стороны цену, вольны отказаться от «сделки» в любой момент и это никому не повредит.

С другой стороны, на практике никакого равновесия в этой ситуации почти никогда нет. Как правило, компании считают, что кандидатам «нужнее», и они должны «проходить конкурс на вакансию».

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

С четвёртой стороны, сама ситуация интервью уже устроена так, что создаёт неравенство сторон (хотя это совсем не обязательно).

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

А вот услышать от кандидата: «Я бы не хотела, чтобы наш разговор был записан», — и продолжить с ним общаться, воспринимается уже как что-то, что пошло не так.

Это как раз и иллюстрирует дисбаланс.

А теперь представьте, что это кандидат на позицию CEO. Звезда индустрии с 15+ годами опыта и четырьмя успешными запусками прибыльных устойчивых продуктов. И Оля говорит вам, что против записи интервью. А вы уже запись запустили...

Самое интересное в том, как обе стороны реагируют на то, когда этот негласный дисбаланс нарушается или хотя бы даже делается явным.

---
Морали в этот раз не будет. Только призыв: посмотреть на ситуацию внимательнее и честно признаться себе в том, что наши представления (декларируемое равенство сторон) и реальность (где нет никакого равенства, кроме общего правового поля) зачастую расходятся довольно далеко друг от друга.
---

О том почему классические и даже кейс-интервью плохо решают задачу найма подходящих кандидатов писал здесь и там.

Другое странное в навигации по каналу.

Усложнять!

Пользователи любят, когда всё просто и понятно!
У стейкхолдеров нет времени разбираться…
Команда ценит ясность и однозначность.

Всё это правда — причём настолько, что часто дело доходит до того, что продактов призывают «делать сложное простым».

Тут главное — не переусердствовать.

Команде, коллегам и клиентам действительно можно — и нужно — доносить смысл на том уровне сложности, с которым они хотят взаимодействовать.

Опасность в том, чтобы привыкнуть упрощать для себя, на своей стороне: в своих исследованиях, документах, идеях.

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

И дальше, привыкнув мыслить и коммуницировать просто и однозначно, продолжаешь делать любую работу «шагами, понятными и обезьянке» (спасибо Леониду, Максиму и Тиму за метафору).

[Я, если что, не про вас, дорогие читатели — выдыхайте! Я вообще здесь всё про и для себя пишу, как вы уже заметили…]

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

Продакт, который пишет простые тексты, думает простые мысли и делает простые дела… — если делает это хорошо, то ок, хороший джун.

Перспективным джуном он станет, когда начнёт «усложнять», делать вещи глубже, — на своей стороне, в своих рассуждениях, изысканиях, попытках что-то сделать. Заодно и окружающим сложности перепадёт. Глядишь, уже и мидл получился.

Если при этом снаружи создается и остается простота понимания и взаимодействия — это уже заявка на синьора!

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

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

«Сомнений полон ваш ответ…» и т.д. и т.п. (см. эпистемическая скромность).

В общем, когда вас в следующий раз попросят: «Давай как-то попроще?» — это плохой знак.

Но когда в следующий раз я сам подумаю: «Так тут всё просто!» — знак ещё хуже.

---

Этот пост добавлен в список привычек рационального продакта (листайте навигацию, не устаю повторять я).

Продуктовые Гипотезы и Ставки
Два шаблона, два канваса

Как часто вы на работе заполняете канвасы? Be honest!

Я ни одной не заполнил полностью.

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

Поэтому сегодня у меня выходит сразу два «канваса»:

Шаблон «Продуктовая гипотеза» — чтобы раз и навсегда застолбить: гипотеза — это предположение, объясняющее наблюдаемое явление.

Её можно проверять быстро и дёшево (просто покопавшись в имеющихся данных или собрав новые) или долго и дорого (сплит-тестами или даже экспериментами в продакшене). Но главный смысл проверки гипотезы — производить знания, которые мы потом можем переиспользовать.

Шаблон «Продуктовая ставка» — чтобы ещё раз (после «Снег идёт…») зафиксировать: настоящая продуктовая ставка содержит в себе и идею, и оценку импакта, и оценку эффорта — прежде чем что-то делать, мы должны сказать, что на кону и ради чего вот это вот всё.

Я ставлю на то, что никто из вас ни разу не заполнит эти канвасы полностью, но это не отменяет их потенциальной пользы.

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

---

Двойная петля практик — концептуальная основа обоих шаблонов — здесь.
«Снег...», по-прежнему, идёт — здесь.

---
Поддержать канал: Patreon (€) • Sponsr (₽)

Биостатистик об A/B-тестах

Юрий Борзило пригласил поговорить о статистических методах исследований хардкорного практика.

Матвей Славенко — профессиональный математик, помогает врачам исследовать лечение диабета и преподаёт в Институте биоинформатики.

Вот что он говорит:

— вы всегда начинаете с теории — большого количества знаний, представлений о том, что вы исследуете;

— только после этого вы выбираете, какую часть реальности хотите узнать получше с помощью исследований;

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

К сожалению, дальше и Юрий, и Матвей продолжают использовать ключевой термин неправильно. Юрий — потому что из нашей среды, Матвей — потому что в статистических методах исследования привыкли использовать H₀ и H₁ именно так.

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

My song remains the same:
— гипотезы — для проверки предположений о том, почему что-то происходит;

— полученные знания — используем для формирования обоснованных идей об изменениях в продукте;

— если вы хотите протестировать рискованные изменения — сплит-тесты могут помочь, но запустить, провести и проанализировать их результаты без ошибок — нетривиальная задача, на которую ни у большинства продактов, ни у части аналитиков не хватает компетенций;

— если есть проверенные лучшие практики — используйте лучше их, чтобы сорвать низковисящие фрукты;

— а ещё лучше, вместо инкрементальных микроизменений, которые никогда не окупятся (если честно посчитать), попробуйте найти рычаг, который принесёт явно положительный или даже кратный ROI;

– правда, для этого придется разобраться с тем, что на самом деле в продукте с пользователями происходит...

Некоторые вещи сложно измерить,
но можно просто сделать хорошо

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

Позавчера жизнь подкинула новый сюжет.

***
Ситуация и продукт

Ближе к полуночи, я сильно порезал палец. Опустим детали — монтажная склейка к сегодняшнему утру.

У меня есть местный ДМС. Включает экстренную помощь. Хорошо, что она мне не понадобилась.

Утром открываю приложение страховой, чтобы найти ближайший «травмпункт» или «emergency» — нужно сделать перевязку или, возможно, даже зашить рану.

Открываю вкладку Emergency и провожу 15 минут в борьбе с интерфейсом.
Адреса не находятся. Похоже, приложение не может использовать геолокацию — а без неё список клиник просто не грузится.
Фильтры не работают, даже после того как я их нашёл и начал пытаться правильно выставить.

В итоге закрываю приложение и иду пешком в ближайшую клинику.

Ещё одна монтажная склейка.

Через 6 месяцев я буду решать: продлевать ли контракт с этим оператором ДМС или перейти к другому.

***
Включаем JTBD

— У меня была работа: получить экстренную медицинскую помощь.
— Текущий «поставщик» с ней не справился.
— Теперь я буду искать нового: сравнивать альтернативы, взвешивать плюсы и минусы, преодолевать инерцию.

***
Переходим к метрикам

Когда в декабре я, возможно, сменю оператора — узнает ли продуктовая команда об этом и поймет ли почему?

Я отвечу ли на выходную анкету? Будет ли мой дата-поинт заметен в когортном анализе «новых пользователей декабря 2024»?

Какие гипотезы сформулирует продакт, увидев ретеншн этой когорты?

Что-то мне подсказывает — никаких.

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

Чтобы понять, что пошло не так, не дожидаясь моего «чёрна», нужно хотя бы:

— Настроить для этой вкладки воронку: открыл → нашёл адрес → пришёл в клинику
— Регулярно проверять её состояние
— Сильнее сегментировать когорты (в том числе по сценариям, включая мой)
— Не обмануться тем, что я в итоге в клинику пришёл.

Выполняет ли кто-то все эти пункты? Сильно сомневаюсь.

***
Best practices to the rescue

Всех этих сложностей можно избежать, если всего лишь:

а) Внедрить нормальные процессы обеспечения качества (не выпускать релизы с багами, да)

б) Определить критические сценарии
(вкладка «мне срочно нужна помощь» — точно один из них, уверен, у вас в продукте тоже есть кейсы, когда человек в стрессе и всё должно просто работать как надо)

в) И потом регулярно проверять эти сценарии. Тестированием. Исследователями. Дизайнером. Разработчиком. Продактом.
Кем угодно — главное, регулярно.

Повлияет ли это на метрики? Если у вас получится это измерить, то я вам искренне позавидую!

Улучшит ли это качество продукта и долгосрочный ретеншен? Палец даю на отсечение, что да! (Шутка. Не даю.)

– – –
Навигация: рубрики и лучшие посты

Поддержать канал:
Patreon (€) • Sponsr (₽)

Хороший пример использования гипотез

В шаблоне «Бэклог продукта» Вики Харламовой (ex-Growth PM в Miro, на минуточку) правильно используется термин гипотеза!

Есть странность с тем, что вся таблица начинается с «Решения», — но это, видимо, только для того, чтобы по ним удобнее было ориентироваться (тогда уж можно «Статус» сделать первым).

В остальном:

– чётко сформулирована проблема (наблюдаемое явление): «Пользователи не понимают, в каком продукте они регистрируются» (бывает и такое!);

– правильно применена гипотеза — объяснение: «…потому что при регистрации мы не показываем им никакой информации о продукте» (но можно идти и дальше, глубже: как они без этого знания вообще попадают в регистрацию? почему не видят, в каком продукте регистрируются?);

– для этой причины логично предложено решение: «[добавить] изображения продукта в процессе регистрации».

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

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

У меня явно искажённая выборка, но это на удивление хороший пример!

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

– – –
Навигация: рубрики и лучшие посты

Поддержать канал: Patreon (€) • Sponsr (₽)

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

Смотрите как хорошо Герман подмечает: работать со средними значениями невозможно, в реальности вы всегда влияете на «выбросы».

А ещё в конце поста ссылка на double diamond здорового человека!

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

Метрики сессий, как эффективно с ними работать

#metrics #Engagement

Надеюсь, ты уже не смотришь на средние показатели типа AVG Session Duration или AVG Sessions per Day. Как мы уже разбирали, средние значения ничего не говорят - рост всегда прячется в крайностях.

Вот 3 конкретных шага, чтобы изменить подход и повысить вовлечённость:

1. Смотри на сегменты, а не на средние
Открой гистограмму длительности сессий. Ты сразу увидишь два пика:
• «Нервные» сессии (<30 секунд): либо пользователь потерялся(провал), либо продукт идеально решил его задачу за секунды (успех).
- Пример провала: юзер открыл приложение и тут же вышел, не разобравшись в интерфейсе.
- Пример успеха: приложение мгновенно показало баланс карты или погоду на виджете.
• «Ядерные» сессии (>2 минут): пользователи, которые стабильно получают ценность, долго решают конкретные задачи и остаются с вами.
- Пример: пользователь ежедневно читает статьи или регулярно заказывает доставку.

Как действовать:
• Проанализируй короткие сессии (Amplitude, Smartlook). Найди и исправь причины отказов.
• Разбери длинные сессии: какие функции используются чаще всего, на какой экран пользователи приходят снова и снова? Сделай эти функции максимально заметными и доступными.

2. Частота важнее длительности* (в определенных продуктах)
Гораздо лучше три короткие сессии в день, чем одна длинная в неделю. Частые визиты формируют привычку.

Как повысить частоту:
• Контекстные уведомления: вместо абстрактных «скидок» пиши «Вы в аэропорту? Проверьте статус вашего рейса».
• Петли ожидания: вместо «нет новых задач», используй «загляните после 18:00 — подготовим для вас отчёт за день».
• Микронаграды: давай возможность зайти буквально на 10 секунд, чтобы сохранить streak или получить виртуальный бейдж.

3. Используй комбо-метрики
Никогда не делай выводы по одной метрике. Всегда смотри на сочетания:
• Много коротких сессий + высокий успех задач: у тебя удобный и быстрый инструмент (например, быстрый просмотр статуса заказа, мессенджер).
• Мало длинных сессий + низкое использование новых функций: пользователи «застряли» на старой функции и не идут дальше.

Твой план действий:
✔ Найди свои «нервные» и «ядерные» сессии. Убей первые, масштабируй вторые.
✔ Спроектируй 3 триггера, которые заставят пользователя вернуться в тот же день.
✔ Никогда не смотри на одну метрику. Свяжи Сессии + Длительность + Успех Задачи.

Похвали себя, теперь ты знаешь больше про метрики сессий 😉

Больше инструментов успешного продакта тут

Карта продуктовых ролей

Почему так трудно точно объяснить, чем занимается продакт-менеджер?

Потому что продакт — как волновая функция: с определённой вероятностью может «схлопнуться» в любой точке пространства.

Вот карта, которую я использую, чтобы осмыслить эту плоскость.

Две оси:
— фокус на пользователя ↔ фокус на бизнес
— улучшение существующего ↔ создание нового

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

Карта не нормативна (не говорит, где кто должен быть), но дескриптивна: показывает, что типичные роли чаще обитают в определённых квадрантах.

Конечно, продакт, отвечающий за рост, может создавать что-то новое с фокусом на пользователей, но, как правило, он оптимизирует что-то, целясь в бизнес-показатели.

Такая же история с «техническим» продактом — эта роль вполне может оказаться в диаметрально противоположном квадранте.

Исходно «специализированные» роли — UX-исследователь, CEO, готовящий компанию к IPO, основатель, ослеплённый вдохновленный идеей, и фаундер, который эксплуатирует конкретную бизнес-модель, — реже выходят из своих углов.

В этом ещё одна ценность карты — по ней можно проложить для себя конкретный маршрут.

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

Кто-то сознательно выбирает движение в конкретную точку на карте.

И тем и другим полезно понимать, где они находятся и чем (если применить эти критерии) занимаются другие роли.

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

– – –
Навигация: рубрики и лучшие посты

Поддержать канал: Patreon (€) • Sponsr (₽)

Дед говорил… что чудо — это нарушение причинно-следственных связей.

Я могу только догадываться (у меня есть гипотезы), что могло послужить причиной выбора моего канала куратором категории, но следствие очевидно: организаторы сообщили об итогах конкурса ТГ-каналов, и вы, новая аудитория, пришли на один из каналов-победителей.

Спасибо за это и вам, и им (организаторам, @vladimir_merkushev)!

Чего вы, возможно, не знаете: в конкурсе участвовали и другие — безусловно заслуживающие вашего внимания — каналы.

Вот их полный список (категория «Продукты»):
@agvarl
@alice_product
@custdevica
@dima_igrotech
@es_ca_blog
@howtcp
@ikigai_path
@itaksoidet_daily
@leonid_lapidus
@lets_make_it_easy
@nemnogoproduct
@pmkarelina
@product_and_life
@product_cult
@product_lev
@productsgossip
@pugacheva_gdeproduct
@raschet7
@smartdaria
@startuphunt
@tech_managers_tales
@tetya_yulia
@tools_pm
@travelasproduct

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

Алгоритм простой:
— подписывайтесь на все;
— складывайте в отдельный уголок (мьют, папка, whatever);
— читайте до трёх страйков или пока хватает вашего терпения и внимания;
— отписывайтесь, если вдруг то или другое закончилось.

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

Некоторые из этих каналов я уже рекомендовал старожилам здесь — это особенно приятно.

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

---
Навигация (для самостоятельных и любознательных): рубрики и лучшие посты

Поддержать канал (для тех, кто понимает разницу между «зачем» и «для чего»): Patreon (€) • Sponsr (₽)

Главное за 3,5 года ведения канала
Вступления не будет, сразу к делу:

***
Ключевые понятия

♾️ Двойная петля практик продакт-менеджмента (наука + предпринимательтсво)

🔬 → 🤞 Продуктовые Гипотезы и Ставки: два канваса, два шаблона, много вопросов

🎦 Гипотезы, идеи, ставки: разбираемся в терминах: вебинар на площадке GoPractice

📝 Хороший пример гипотезы, который можно сделать еще лучше (лонгрид)

❄️ История-квиз про ключевые понятия: «Снег идет...»


***
Профессия, роль, навыки

Продакт как волновая функция: Карта продуктовых ролей

Все что мы делаем – получаем и эксплуатируем знания

Определение продакта через оптимизацию ценности и ROI

⭐️ Шаблоны артефактов продактов и процесс knowledge sharing

📃 Хороший черновик PRD за 15 минут (два промта для LLM)

Подрубрика «автор против ветра»:
– сплит-тесты: Контрольный список вопросов
– метрики: There are levels
– рокет-сайенс: как нам врут метрики, какие знания дают эксперименты


***
Привычки рационального продакта

Небинарное мышление

Цепляться за факты сильнее, чем за свое мнение (мышление скаута)

Оценивать ожидаемую полезность (мышление инвестора)

Преодолевать понятийные расстояния

Практиковать эпистемическую скромность


***
Громкие заголовки

Продуктивные конфликты – то что вам нужно!

Почему вас нанимают, нужны ли измеримые результаты в резюме и как стать CPO за три года...

Закройте Миро, откройте текстовый редактор!

Перестаньте говорить «касдев»!

Ваша зарплата никогда не соответствует вашей ценности!


***
Вокруг да около

#️⃣ Метакодинг как понятие и практика

📦 Метакодинг – теперь еще и NPM пакет с инструкциями для Cursor/Copilot

🤓 Фундаментальные ментальные модели: как учиться, достигать взаимопонимания и быть продуктивным лично и с другими людьми (курс бесплатных лекций)

💲Бюджет и привычки – табличка и набор практик для формирования осознанных финансовых привычек

---
Еще больше странного и полезного – в навигации: рубрики и лучшие посты

Поддержать канал: Patreon (€) • Sponsr (₽)