Дизайн-системы – это медитация для продакта

На днях решил разгрести UI для одного проекта, в котором фронт насчитал те самые 50 оттенка цветов и стилей прозрачности, сказав упорядочить их в дизайн-систему для удобства вёрстки.

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

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

Упорядочивая цвета – упорядочиваются фичи. С фичами упорядочиваются идеи и мысли в голове.


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

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

✨🧘‍♀️✨

... С систематизацией цветов и дизайна в очередной раз понимаешь вспоминаешь, что CJM это палитра эмоциональных состояний пользователя, а сам пользовательский опыт — система взаимосвязанных впечатлений...

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

Дизайн-система – язык.
Язык формирует мышление.
Мышление пользователей.
Твоё собственное мышление.

И тогда дизайн-система И продукт-система трансформируются в гармоничную Систему взаимосвязанных компонентов.

...Системы фрактально порождают Системы...


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

И тогда продакт пользователь начинает видеть не просто экраны, а Потоки.
Не просто кнопки, а точки принятия решений.
Не просто цвета, а эмоциональные состояния.

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

Ценности вечны

Самые могущественные силы Вселенной невидимы: Гравитация. Время. Ценности.

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

Ценность – это когда каждый в команде понимает "почему" до того, как ему объяснят "как"


"Почему" – вот Ценность. И когда общее интуитивное понимание "почему" становится основой, каждый участник команды становится её Проводником.

Настоящие ценности проверяются в моменты выбора и компромиссов через призму того, за что вы платите их цену, и того, что вы получите взамен:

– Готовы отказаться от доп. прибыли ради сохранения доверия пользователей?
– Готовы ставить под сомнение стандарты рынка ради инноваций?
– Готовы отказаться от быстрого роста ради независимости?

Истинные ценности не ограничивают — они освобождают. И настоящая сила продакта не в контроле, а в свободе. Свободе, которую дают ценности.

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

Всё, что останется – лишь доверять. Доверять ценностям и людям, которые им следуют и их же воплощают.

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

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

Продукты, технологии и люди умирают.

Ценности извечны.

Как CTO проходят собеседования в X5 Tech?

23 апреля у вас будет шанс оказаться по ту сторону двери, которая обычно плотно закрыта. South HUB, совместно с X5 Tech открывает внутреннюю кухню найма на одну из самых высоких и конкурентных позиций в стране — CTO в AI-департаменте X5 Tech.

В прямом эфире вы увидите Match Checking Interview — последний этап перед оффером с главным бизнес-заказчиком. На что обращают внимание в таких интервью? Как проходит Match Checking? Как понять, готов ли кандидат реализовать Ai стратегию, управлять крупной командой и обеспечить успех проектов, затрагивающих миллионы пользователей — вот что важно понять на этой встрече.

🎙 В эфире:
Владимир Слайковский — соискатель, CTO PEARCH.AI, Kaggle Notebooks Grandmaster
Михаил Неверов — интервьюер, директор по развитию AI в X5 Tech, архитектор AI CoPilot X5 и AI Lifecycle Platform, лидер команды из 200+ AI-специалистов

Для CTO, технических лидеров которые хотят понять, как выглядят собеседования на топовые C-level позиции и специалистов в области AI и ML, стремящихся вырасти до роли CTO. Не упустите шанс увидеть собеседование в крупнейшую технологическую компанию России!

📅 Когда: 23 апреля, 19:00-20:30
📍 Где: Прямой эфир в Telegram-канале South HUB

🔥 А уже в мае South HUB соберёт C-level в IT обсудить раскалённую до бела тему — искусственный интеллект! «Прожарка AI» — один вечер, 50 мест, ноль проходных идей — только well done. Регистрация тут. 🔥

🔥 Хаос в команде бывает трёх проявлений:

1) кто-то внезапно настаивает на изменении ранее заапрувленного решения;

2) кто-то в внезапно настаивает на новом решении;

3) внезапно, никто ни на чём не настаивает.

Управление Хаосом – создавать правильную тишину и привносить стабильности* в её моменты, благодаря умению:

– видеть сложные ситуации и их источники;
– видеть важные и удалять неважные детали;
– видеть контекст(ы) даже через документы;
– вносить ясности через "почему";
– влиять на ЛПРов/планы через данные;
– избегать апелляций к власти и титулам;
– провоцировать лишь логику причин и следствий;
– стремиться к измеримым результатам.

Чем больше твоя ответственность, тем больше ты должен избегать Хаоса

Как управлять теми, кто пишет код?

29 апреля стартует новый поток курса «Team Lead в IT» от OTUS.

Расскажут и научат:

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

Живые лекции, интерактивные вебинары, проектная работа и поддержка наставников на всём протяжении обучения.

👉 Программа курса

Программу ведёт Александр Пряхин, Teach Unit Lead в Авито. Карьерный партнёр курса — Авито, а промокод TL4 даёт скидку 5%.
Реклама. ООО «Отус онлайн-образование»

3 важных навыка для любого продакта

☝️ Инициативность

Инициативность продакта – его способность вести за собой идеи и мысли (и) команды.

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

✌️ Эмоциональный контроль

Проактивность продакта не должна распространяться на эмоции (но на эмоцию), особенно в стартапах на стадии быстрого роста или поиска PMF, ибо неконтролируемые эмоции приводят к неконтролируемым результатам.

1) Первый поднавык контроля – это умение оставаться невозмутимым и рациональным перед лицом любых стрессов.

2) Второй поднавык – умение деэскалировать внутренние конфликты и своевременно устранять критические блокировщики в виде задач/процессов/экранов/действий/людей.

Зеркальное отражение эмоций людей (эмпатия) с ростом команды начинает работать с бóльшими ошибками, и продакт должен уметь контролировать желание чрезмерной эмпатии


3) Поэтому, третий поднавык – это бесстрастная эмпатия в виде способности логически разбивать и предвидеть то, что увидят:

а) ваши глаза;
б) глаза вашей команды;
в) глаза пользователей.

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

🤟 Долговеченость

Все великие продакты отличаются своей долговечностью – способностью не только управлять продуктом активностью, но и делать это постоянно в течение длительного периода времени, оставаясь при этом: №1) инициативными; №2) самоконтролируемыми.

И тогда долговечность начинает приближать к Бесконечности.

Продакты, которые являются постоянной силой оптимизма и спокойствия – вот два столпа, на которых держится общее состояние команды

Понедельник откровений

Все наши совещания, встречи, созвоны, переписки в шуме понедельников – всё есть откровения.

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

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

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

Откровенной недели всего вышеперечисленного.

🍵💥

Ему и Ей слава и держава во веки веков! Аминь

Пятница не только для мемов, но и для нового интервью с Навалом Равикантом (основатель и СЕО AngelList)

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

🌐 44 суровые истины о человеческой природе

– A 3 hour Naval podcast is like reading 20 essential books.

Если совещание в вашей команде не похоже на это, даже не пытайтесь звать меня на созвон

Dev mode, dev mode, dev mode, dev mode, dev mode by ™igma 🧦

Figma says you can't use the word "dev mode", решив стать патентным троллем

И если в вашем сервисе используется фраза-режим Dev Mode, то вам стоит переименовать фичу, чтобы не получить иск, как вчера получил досудебное СЕО Loveble, узнав, что Фигма запатентовала слово "dev mode" в конце прошлого года.

В Твитторе уже хейтят и выяснили, что помимо режима разработчика юристы Фигмы запатентовали ещё и слово "Config" и "Schema".

Figma: мы не будем как Adobe. Мы будем хуже!

Плюсом, Фигма также подала документы, но уже в SEC и на IPO.

P.S. Founder Mode уже патентуется

P.S2 "Dev Mode" or "dev mode"? 🤔

Всё, что до PMF — это игра в стартап-притворство

И никто кроме вас и вашей команды не знает, "кем вам нужно быть и что cделать" чтобы найти PMF.

Именно поэтому, до PMF нет смысла идти в инкубаторы, на конференции, вкладываться в рекламу, тестить лендинги, и заниматься прочей стартап-ерундой. Всё это съедает время и энергию, в то время когда единственное важное – быстрее итерировать, чтобы найти PMF.

Измените свою парадигму мира на До и После PMF


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

👉 После PMF необходимые навыки – немедленное переключение на расстановку приоритетов и выносливость в стрессовых ситуациях.

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

Научитесь отличать "клёвую фичу" от "необходимой фичи"


И одна из самых страшных ошибок команды в этом – недооценивание своей собственной экспертизы и опыта и переоценка экспертизы внешних консультантов, инвесторов и "экспертов".

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

А ваш единственный верный помощник во всём этом – Время.

Стив Джобс о настоящем качестве продуктов

Кайдзэн (яп. 改善, "improvement") – японская философия и практика, которая фокусируется на непрерывном совершенствовании бизнес-процессов производства, разработки, управления, а также любых аспектов жизни.

Принципы Кайдзэн:

1. Встраивание качества в процесс как можно раньше.
2. Фокус на клиентах.
3. Непрерывные изменения.
4. Межфункциональные команды.
5. Поддерживающие взаимоотношения.
6. Пропаганда открытости и признания проблем.
7. Информирование каждого сотрудника.
8. Делегирование полномочий каждому сотруднику.
9. Развитие самодисциплины и самосовершенствование.
10. Устранение причин, а не последствий.
11. Управление начинающееся с планирования.

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

В пятницу основатель Product Hunt Райан Хувер провёл небольшой АМА на Farcaster.

Из интересного:

– Какие три ключевые вещи ты бы выделил в качестве основы для того, чтобы сделать продукт потенциально интересным для инвесторов?

№1. Уникальная идея, в идеале что-то, что противоречит интуиции большинства.

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

№3. И, конечно, тяга. Инвесторы не могут игнорировать рынок.

– У меня 2 вопроса: 1. Какой совет ты бы дал основателю сегодня, который пытается получить свою первую 1000 пользователей? 2. Новостная рассылка в наши дни — хорошая идея, или лучше Twitter и Farcaster?

№1. Выберите идею, клиентом которой вы хотите стать. Это упростит всё, включая распространение. №2. Делайте то, что вам нравится. Если вам это не нравится, у вас не будет выносливости, а это необходимо для создания аудитории.

– Ты запустил, инвестировал и поддерживал сотни продуктов. Что, по-твоему, основатели-новички постоянно недооценивают?

Создание продукта — это не то же самое, что создание компании


Как человек, в значительной степени сосредоточенный на продукте, я могу понять желание основателя потратить 95% своего времени на создание лучшего решения для пользователей.

Но успешным компаниям также необходимо уделять первостепенное внимание формированию команды, GTM/маркетингу/продажам, инвестициям, операциям и многим другим вещам.

– Как изменилась культура Кремниевой долины с тех пор, как ты основал Product Hunt?

Product Hunt стартовал в 2013 году. Это было идеальное время, когда мобильные устройства стали мейнстримом с массой неисследованных территорий. В сфере технологий было еще больше оптимизма, прежде чем они стали такими политизированными и горячими. К счастью, в прошлом году энергия сместилась в более позитивную сторону, но 2016–2020 годы были особенно жарким периодом.

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

– Ты уже сдал квартиру в Сан-Франциско?
(Вопрос остался без ответа)

Понедельник – день для взлётов

Взлетают миссии, задачи, планы, сроки, и с ними фичи и спринты. А продакт выступает и за диспетчера движения, и за пилота одновременно.

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

С миссией приходит понимание маршрута. С маршрутом появляется понимание срока, скорости и высоты полёта. Cо скоростью и высотой станет понятно, способно ли ваше ВС взлететь и пролететь такое расстояние.

Что всегда главное – ради чего полёт и взлёт


В авиации есть шутка, что взлетевший самолёт всегда приземляется. Символично, что она идеально применима и работает в управлении продуктами.

Чтобы не запутаться в ролях, маршрутах и приборах, планируйте полёты на земле.

Мягких взлётов и приземлений на неделе!

🛬🍵

Советы и ошибки при расчёте Time to Market продукта

1) Делите TTM на чёткие фазы, декомпозируя весь процесс на измеримые этапы: исследование, концепция, проектирование, разработка, тестирование, запуск, точно определяя критерии (а не время и сроки) начала и завершения каждой фазы.

2) Определите последовательности задач, которые не могут быть выполнены параллельно. Именно зависимость от их реализации оказывает 80% влияния на общее время разработки и именно на них стоит фокусировать оптимизацию процессов у разработчиков.

3) Разработчики обычно недооценивают сроки на 20-80%. Всегда (всегда!!!) добавляйте запас времени, делая это не к каждой задаче, а ко всей фазе, смело закладывая сверху эти самые 20-80%.

4) Учитывайте скрытые этапы TTM — многие забывают про время на тесты, фиксы, обучение команды, получение апрувов/разрешений, а также маркетинговую подготовку перед запуском.

3 роковые ошибки ТТМ

1) Пренебрежение качеством ради скорости. Зацикленность на сроках всегда приводит не только к тех. долгу, но и растущему кому проблем после запуска: UX Debt, Feature Debt, и даже Revenue Debt. Найти баланс скорости и качества поможет Неопределённость Времени.

2) Статические TTM прогнозы. Продолжение (точнее, источник) ошибки выше. Регулярно пересматривайте прогнозы TTM (ежемесячно) на основе фактического прогресса и состояния рынка-продукта и вносите необходимые корректировки во временные рамки.

3) Игнорирование зависимостей от внешних факторов: подрядчики/поставщики, время на подготовку и разворачивание инфраструктуры, необходимость интеграции с другими системами.

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

Современные облачные решения, CI/CD пайплайны и инструменты автоматизации значительно сокращают время между написанием кода и его выпуском, что может уменьшить TTM на месяцы.

📌 С инфраструктурой поможет независимый провайдер Selectel.
Ребята вывели на рынок большое количество продуктов и помогли написать этот пост.

А на их канале вы найдете: полезные материалы для продактов, например, большой курс по управлению IT-продуктом, лайфхаки по экономии бюджета на инфраструктуру, интервью с топами из бизнеса и разработки, анонсы мероприятий


Расчёт TTM — это баланс между амбициозностью и реализмом
Цель ТТМ не в том, чтобы предсказать сроки с точностью до дня, а в том, чтобы создать базис по гибкому управлению ресурсами, координации команд и коммуникации со всеми заинтересованными в разработке и развитии продукта сторонами. Реклама. АО “Селектел”, ИНН 7810962785 ERID: 2VtzqvqkPDb

Когда уговорил разрабов добавить в идущий спринт всего одну задачку

💉 Прививка эффективных совещаний, встреч и коллов (шаблон)

0. Отменяйте встречу каждый раз, если у неё четких целей и измеримого результата. Если их не получается сформулировать или это "просто обсудить вопросики", такая встреча не нужна.

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

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

Но самое важное – это то, с чем он не согласен в решениях, чтобы обсуждения на встрече фокусировались на этих расхождениях (причинах, а не следствиях).

И встреча снова будет нужна только если вылезают серьёзные расхождения.

2. "Правило потолка участников" — число ключевых решений × 2 человека. Если требуется больше решений-людей, разделите встречу на несколько или снова пересмотрите её а) актуальность; б) достоверность; в) необходимость.

3. Если за первые 20 минут встречи не удается достичь ощутимого прогресса, завершайте встречу досрочно и возвращайтесь к ней после дополнительной проработки и подготовки.

Либо делайте 20 минутные перерывы в середине сложных обсуждений, чтобы мозги могли переработать получаемую информацию в спокойной обстановке.

4. Проводя "встречи наоборот", вы сразу начинаете с решений и действий, а затем обсуждайте то, что необходимо для их реализации.

5. "Брейншторм наоборот" — когда вместо поиска решений проблемы, вы с командой обсуждайте то, как можно максимизировать и усугубить проблему, а затем инвертируете решения этих идей.

TLDR:

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


В большинстве других случаев, "один важный вопросик" можно не менее эффективно решить по почте или cлаку.

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

Продукт растёт, фичи выкатываются, метрики вроде бы живы. Но вместо ощущения «я управляю» — постоянное лавирование между чужими требованиями и ожиданиями.

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

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

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

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

PeopleSense — конференция для тех, кто устал держать на себе весь конфликт систем и хочет научиться собирать из них работающую связку.

Вот несколько тем, которые стоит услышать:

«Менеджмент 18+: сотрудник — не ребёнок, менеджер — не родитель»
Как выйти из спасательства и выстроить зрелую, взрослую модель взаимодействия в кросс-функциональной команде.

«Как изменится мышление руководителя в эпоху AI?»
Почему лидерство сегодня — это не про власть и решения, а про мышление и адаптивность. И как его перестраивать.

«Лидер как коуч: слушай, спрашивай, вдохновляй»
Когда команда умнее, чем вы, управление превращается в искусство вопросов и внимания. Это работает — проверено.

А ещё — больше 30 докладов и 20 мастер-классов.

Вы строите продукт. На PeopleSense — разберёмся, как строить систему, в которой это возможно.

📆 19–20 мая 2025
🗺 Москва, Loft Hall 4 или онлайн

🔗 Смотреть расписание конференции и спикеров

🔥 Гореть и не выгорать – это делать то, что заряжает энергией, а не забирает её

И ваша цель (и цель каждого участника команды) должна заключаться в том, чтобы проводить 80% своего времени именно за такими вещами.

1) Возьмите два маркера разных цветов, красный и синий.

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

Это занятие дало мне энергию или отняло её?


3) Выделите красным те, которые дали вам энергию, а синим, которые её забрали.

Оттенков нет – каждый час/задача должны быть отмечены либо красным либо синим. Если они не дают вам энергию, это синий цвет.

4) Далее, выпишите все события и действия синего цвета в один список. Затем сгруппируйте синий список в похожие группы, например, "встречи", "найм", "переговоры", "отчёты"и т. д.

5) Далее, для каждой группы синих задач определите то, как такие задачи можно минимизировать, распределив их по следующим категориям:

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

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

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

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


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

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

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

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

Robert Sapolsky: The Biology of Humans at Our Best and Worst (Youtube, 1 час)

Microsoft планирует сокращения менеджеров в мае

Дискуссии ведутся о снижении в командах «коэффициента PM», который представляет собой соотношение менеджеров по продуктам/проектам к инженерам.

Один из источников Business Insider сказал, что компания будет требовать от руководителей соблюдения бюджетов и этого соотношения на определённом уровне.

🎻🤏

Microsoft планирует сокращения менеджеров, которое может произойти уже в мае

Дискуссии ведутся о снижении «коэффициента PM» в командах, который представляет собой соотношение менеджеров по продуктам к инженерам.

Один из источников Business Insider сказал, что компания будет требовать от менеджеров команд соблюдения бюджета и этого соотношения на определённом уровне.

🎻🤏

Гугловский 68-страничный гайд по промпт-инжинирингу который стоит изучить, если вы используете ИИ в своей работе (вы же используете?)

Внутри простым и понятным языком про конфигурирование LLM, популярные техники промптинга, температуры, chain-of-thought (CoT), ReAct и прочие умные слова из мира ИИ.

You don’t need to be a data scientist or a machine learning engineer – everyone can write a prompt

🌐 Prompt Engineering by Google (PDF)

2) Гугл вчера релизнул Agent2Agent Protocol (A2A).

Сегодня мы запускаем новый открытый протокол Agent2Agent (A2A) при поддержке 50+ партнёров, таких как Atlassian, Box, Cohere, Intuit, Langchain, MongoDB, PayPal, Salesforce, SAP, ServiceNow, UKG и Workday, а также ведущих поставщиков, включая Accenture, BCG, Capgemini, Cognizant, Deloitte, HCLTech, Infosys, KPMG, McKinsey, PwC, TCS и Wipro.

В чём разница с MCP?

А2А – про коммуникацию «Агент-Агент».
MCP – про коммуникацию "Агент-API".

Это не конкурентные решения/протоколы, это разные решения для разных типов задач.

3) Microsoft проводит свой собственный 50-ти дневный AI Skills Fest. Мастер-классы по созданию ИИ-агентов, ИИ для менеджеров и просто ИИ для всех.

4) И чтобы 4 раза не вставать, легендарный Wordpress сегодня релизнул свой собственный AI Website Builder. Уходит эпоха сайтов с коллекциями Premium тем, наступает эпоха коллекций тем от ИИ.

Что такое хорошо, а что такое плохо в ответах ИИ (и как повысить их качество)

Оценки ответов ИИ — это то, как вы измеряете и влияете на качество и эффективность вашей системы ИИ


"Плохо" в ответах ИИ это:

– Частота галлюцинаций.
– Общий % фактических ошибок в ответе.
– Критические ошибки, делающие весь ответ бесполезным.
– Ответы, противоречащие ценностям исследователя.

"Хорошо" в ответах ИИ:

1) Релевантность и полнота ответа к запросу (соотношение полезной информации к общему объёму ответа).

2) Стабильность (повторяемость) правильных ответов при повторных запросах.

3) Проактивность (предвосхищение ваших следующих вопросов).

4) Конверсия в целевые действия исследователя после получения ответа от ИИ и влияние ответа ИИ на его метрики и KPI.

Как повысить качество ответов ИИ

1. Используйте стабильное "ядро знаний", основанное на верифицированных вами данных/сценариях/изменениях/обратной связи.

2. Создайте "библиотеку ментальных моделей" для рассуждений, обучив ИИ не просто отвечать на вопросы, а использовать конкретные образы для структурирования мышления, такие как MECE ("взаимно исключающие, совместно исчерпывающие"), Первые Принципы, Инверсия и т.д.

2. Внедрите модель "ответ-контр-ответ" или "каскадную детализацию" (уровни детализации для разных степеней погружения) и пусть ИИ сама помогает вам в поиске Истин.

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

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

5. Внедрите цикл "ассоциативного развития" ответов, обучив ИИ анализировать последующие вопросы, которые вы обычно задаёте после ответов ИИ.

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

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

7. Используйте "ситуативное переключение моделей", помогая ИИ определять типы запросов и автоматически переключать её роли между разными агентами.

8. Вернитесь к п.№1 и обучайте ИИ на ошибках предыдущих версий, создав библиотеку типичных ошибок, сделанных ИИ в прошлом, обучая новые версии ИИ с фокусом на эти слабые места.

0. Чистите зубы после еды.
И никогда не ставьте брекеты!

Как спроектировать REST API, чтобы разработчики не проклинали вас 🙏

На вебинаре разберут:

– разницу между “плохим” и “хорошим” API на реальных примерах;

– Топ-5 фатальных ошибок аналитиков при проектировании API;

– спроектируют API для реального кейса и разберут типичные ошибки.

А также расскажут про ключевые принципы REST API: версионирование, правильная структура URL и типы запросов.

🔥 Бесплатное участие

В результате вебинара вы научитесь проектировать REST API, которое легко интегрируется и не вызывает проблем у разработчиков. Реклама ООО «Отус онлайн-образование»

💣 Библия сегментации пользователей

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

1. По болевым точкам. Сегментация пользователей по общности их проблем, которые они пытаются решить (например, "получить готовый ответ" и "найти ответы самостоятельно" – разные болевые точки и решения).

2. Сегментация по скорости принятия решений. Разделяйте пользователей на потоки с короткими и длинными циклами принятия решений, создавая под них отдельные CJM и предлагая им разные пути онбординга.

3. По внешнему CJM. Как устроены процессы пользователей вне продукта? Они централизованы или децентрализованы? Есть ли во внешнем CJM дополнительные факторы, влияющие на CJM в продукте?

4. По готовности к Новому. Сегментация по признаку "ранних исследователей", готовых первее всех тестировать новые фичи в продукте и давать первый фидбек по ним до момента публичного релиза (противоположный сегмент – 98% оставшихся пользователей продукта).

5. По стоимости переключения. Сегментация по тому, насколько легко/сложно пользователю сменить ваш продукт на конкурентов. Высокая стоимость переключения позволяет строить более глубокие коммуникации с пользователями, лёгкая – больше думать над удержанием.

6. По температуре взаимодействия. Некоторые пользователи требуют частых звонков, встреч, аккаунтинга и обслуживания, другие, напротив, предпочитают "низкотемпературное" взаимодействие через автоматизацию и самообслуживание. Учитывайте и адаптируйте механики продукта и customer service вокруг предпочтений каждого сегмента.

ЧАСТЫЕ ОШИБКИ И СОВЕТЫ

– Отсутствие связи между сегментацией и продуктовой стратегией. Сегментация ради сегментации бесполезна. Если вы не можете ответить на вопрос

что мы делаем по-другому для этого сегмента?


возможно, такое разделение не нужно.

– Стремитесь к 3-7 основным сегментам, которыми реально можно управлять. Наличие десятков микросегментов может быть крайне увлекательно и интересно, но... бес-по-лез-но.

– Сочетайте качественные и количественные данные. Дополняйте цифры и данные живыми интервью, выявляя истинные скрытые мотивации и потребности сегмента.

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

– Регулярно пересматривайте сегменты по мере накопления новых данных и изменений на рынке и в продукте.

💣 Библия сегментации пользователей (miro)

CEO Shopify рассказывает в письме своей команде о роли ИИ

Ключевое:

1. Нанимайте ИИ, прежде чем нанимать человека.

Эйчары должны отдавать предпочтение кандидатам, свободно владеющим ИИ. Промптинг – основной навык.

2. ИИ-агенты теперь товарищи по команде, а не инструменты. Орг структура Shopify трансформируется, численность сотрудников теперь включает ботов.

3. Использование ИИ в Shopify станет внутренним и бизнес-показателем. Прототипирование с использованием ИИ — новый стандарт.

4. Грамотность ИИ — это новая грамотность. Промпты, контекстуализация и оценка выводов ИИ станут обязательными.

5. ИИ теперь является основным слоем в стеке ПО Shopify. Не как плагин или надстройка. ИИ теперь находится рядом с инфраструктурой, бэкэндом, фронтэндом и дизайном.

Лучшими командами будут те, кто относится к этому как к единой инфраструктуре

Рынок IT перегрет и найти работу крайне сложно

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

Как это работает:

🔹Этап №1 — ваш опыт изучают эксперты Цеха, дадут обратную связь, внесут корректировки, раскрыв ваши сильные стороны.

🔹 Этап №2 — тренировки на собеседованиях, где вы поймете, как проходить собеседования и перестать бояться этого процесса.

🔹 Этап №3 — интеграция в карьерную тусовку с сильным сообществом и нетворком.

👉 https://careerfactory.ru/career-support

Поиск работы — самый важный навык после самой работы.

Синхрон и резонанс с командой

Онбордиться в новую команду можно двумя способами: 1) через наставника; 2) через тени команды. Лучший способ – оба варианта.

И если с первым (ему) всё ясно-понятно, то как стать тенью?

Быть тенью значит: наблюдать за другими участниками, наблюдать 1-1, а также наблюдать на совещаниях, встречах и в переписках


Иными словами, в течение всего срока онбординга быть не только в эпицентре процессов команды, но и в тени человека/команды, которые в настоящее время выполняют аналогичную работу и:

1) наблюдать за тем, кто как думает;
2) наблюдать за тем, кто как себя ведёт;
3) наблюдать кто и как принимает решения.

Задавай любые вопросы

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

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

Смотри за тем, кто и КАК пишет

Переписки – самый очевидный и самый недооценённый источник знаний о поведении команды и каждого её участника в отдельности.

Читай и наблюдай за тем:

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

Пойми, что есть радость, печаль, страх и гнев в команде

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

И это единственное то, ради чего здесь все по-настоящему работают


И именно от принятия (и непринятия) твоего к ним этому отношения и будет зависеть успешность синхрона с командой и её принятие тебя.

После синхрона с командой приходит резонирование

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

– Въезжаем в продукт: Нуб лвл + PRO lvl
– Как демонстрировать компетентность
– Комфортный онбординг для всех
– 11 привычек продакта

Понедельник – день течений

Бурных.
Спокойных.
Холодных.
Тёплых.

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

Не утонуть в нём – смотреть со стороны в источник( и) направления потока.

Смотреть на то, что по нему плывёт – опровергать свои же мысли.

Плавного течения недели 🌊

ИИ + крипта + агенты + NFT + DAO = ❤️

Рынок ИИ быстренько примчался к тому, что корпорации ранее долго делали с социальными сетями – аболютной закрытости, монополии и антиконкурентности.

Что делать, если мы не хотим мира "закрытого ИИ"?

0) Создавать ИИ-модели и сети как проекты с открытым исходным кодом.

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

1) Крипта может стимулировать поставщиков ресурсов и данных вносить свой вклад (ресурсы и данные) в проекты ИИ с открытым исходным кодом в обмен на крипту, тем самым позволяя автоматизированно учитывать и масштабировать такое участие в создании и поддержке работы крупных ИИ-моделей с открытым исходным кодом через блокчейн(ы).

2) ИИ-агенты – это набор персональных уникальных описаний характеристик и задач для машины.

NFT позволяют: а) любой цифровой собственности отражать свои характеристики; б) подтверждать право владения ими в физическом и цифровом мире.

ИИ-агенты на базе NFT – созданные вами и закреплённые за вами в блокчейне ассистенты/сотрудники/помощники/менторы/кто угодно.

3) DAO – это

...Сущность, которая живет в Интернете и существует автономно. Автоматизация в центре, люди на периферии... (Святой Виталик, 2014 г.)


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

👨‍👩‍👧‍👦🤖Ξ❤️

А если вы продакт и в поиске работы зарубежом, то Connectable Jobs будет полезен вам в этом

Ребята собирают вакансии в международных стартапах с русскоязычными фаундерами и командами, шарят инфу о бэкграунде + делятся контактами их HRов.

Несколько актуальных вакансий:

— Product Lead в Nexpanse
— Technical Product Manager в Apron
— Product Analyst в Tangem
— Product Manager в The Open Platform

🫴🫲 Connectable Jobs, нувыпонели

Опенспейс команды продакт-менеджера в будущем выглядит вот так:

– Менеджер-оператор (you) управляет Главным агентом, который помогает делегировать задачи ИИ-агентами-руководителям отделов.

– ИИ-агенты-руководители отделов управляют группой ИИ-агентов-сотрудников, которые работают над выполнением задач.

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

– Живые сотрудники имеют доступ к агентам-сотрудникам своего отдела через Slack/чат-ботов/как угодно и могут помогать им в выполнении их задач.

Команда стартапа с 2025 года — 5 человек: 1 разраб, 1 диз, 1 продакт, 1 сапорт, 1 маркетолог. СЕО не нужны. Всё.

Вопрос: а кто теперь кому помогает?

Paul Buchheit, создатель Gmail и AdSense: "If your product is Great, it doesn't need to be Good"

Я считаю, что мышление «больше функций = лучше» является неправильным подходом и причиной того, почему так много умных людей на самом деле плохо разбираются в продуктах.

Каков правильный подход к новым продуктам?

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


Эти три атрибута определяют фундаментальную сущность и ценность продукта. Всё остальное — шум.

Например, iPod был:

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

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

Мы использовали аналогичный подход при запуске Gmail.

Он был быстрым, хранил всю вашу почту (когда нормой были квоты в 4 МБ) и имел простой интерфейс переписок и поиска. Вторичные и третичные функции были минимальными или отсутствовали.

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

Конечно, эти другие функции можно добавить или улучшить позже,

но если базовый продукт не привлекателен, добавление дополнительных функций его не спасёт


Сосредоточившись только на нескольких основных функциях в первой версии, вы вынуждены найти Истинную Суть и Ценность продукта.

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

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

Paul Buchheit Interview with ZeroBounce (13 min)

Рик Рубин рассказывает о том же самом, но немного с обратной стороны дела 👇

😌 Мартовский дайджест для продактов и их команд уже можно наблюдать

– Из менеджеров в операторов
– Нечёткие задачи
– Говори решениями
– Гайд по софтам

– Обезьяний менеджмент
– Мир розовых пони
– Стресс — двигатель прогресса
– Развивай насмотренность

– User Story Map для ожиданий
– Карта unit-экономики
– CJM: Иду туда, не знаю куда
– Product Marketing Fit

– Странный культ нетворкинга
– Пользователь не прав
– (Не) делайте B2C продукты
– Что делать, когда не знаешь, что делать

– Фреймворк N-N-N-N-N
– ЭТО не запрещено законом
– Customer Development vs Custdev
– Систематизация обратной связи

– Запуск продукта в 5 шагов
– Ловушка настоящего-будущего
– Как выбрать Retention
– Работаем с сейлами

– Нанимать умней себя
– Уволить значит помочь
– MCP для продакт-менеджера
– Иерархия бэклога

– Сказка о балансе
– Треугольник принятия решений
– Пирамида Минто в сервисе
– Importance isn't enough

– ИИ читает мысли
– Захват мира во версии нейросетей
– Никогда не ставьте брекеты

🏃‍♂️ Autohypnosis - Pedestrian08

Как ускорить аналитику в системах с массивами данных?

На открытом вебинаре 9 апреля в 20:00 мск разберут:

– Как устроены MPP-системы и их компоненты.

– Как параллельная обработка запросов ускоряет аналитику.

– Как находить и устранять узкие места в производительности.

👉 Бесплатное участие

Всё на кейсах с Greenplum, Amazon Redshift, Teradata и других системах.

Все участиники вебинара получают скидку на курс «Data Warehouse Analyst». Реклама ООО «Отус онлайн-образование»

Stay foolish = Контролируемая Глупость

"Stay foolish" – это ставить под сомнение истины, смотреть на все проблемы свежим взглядом, быть открытым новому и нестандартному, не ограничивая себя общепринятыми представлениями и не боясь показаться глупым, задавая наивные вопросы.

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

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

Задавай наивные вопросы.
Бесстрашно экспериментируй.
Действуй с безупречностью.

Всех Великих Глупцов – с Днём Контролируемой Глупости!

🧠 Antropic опубликовали исследование "Отслеживание мыслей в языковых моделях" с оглядкой на процессы нейробиологии и мышления человека

Из интересного:

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

– ИИ способна планировать текстовую генерацию наперёд (в то время, как генерация запросов идёт токен за токеном), например, складывая шаг за шагом рифму в стихах.

– Одновременно, ИИ уже умеет планировать ответы с конца, находя и определяя финальную цель и выстраивая начало ответа от неё (на примере поиска всё тех же слов для рифмы с конца стиха).

– ИИ способна к многоступенчатой логике, объединяя простые факты в единое целое при поиске ответов на комплексные запросы.

– У ИИ обнаружили собственные внутренние критерии, по которым машина оценивает свои же ответы.

– А ещё выявили подобие метакогнитивных процессов, по которым ИИ различает то, что она знает, а что нет, используя собственное понимание неопределённости.

Больше интересного: https://www.anthropic.com/research/tracing-thoughts-language-model

Еком и Райдтех Яндекса приглашает в команду для запуска AI-экспериментов

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

Еcли вы мечтаете реализовать свои идеи в крупном бизнесе и у вас есть успешный опыт в запуске проектов с AI - откликайтесь. Яндекс рассмотрит ваши идеи и поможет найти им лучшее применение на рынке.

👉 Заполнить форму для отклика

Dreammap для стратегии, а не для задачек

Замечательные люди из Squadformers придумали потрясающую технику под названием Dream Mapping, которая призвана помочь в управлении видением стратегии развития продукта.

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

«Dream Mapping — это стратегическая структура, которая помогает командам визуализировать цели которые им интересны и выбирать кратчайший путь к ним, направляя всех на одну страницу настоящей карты, которая рассказывает Историю» - команда DreamMapping


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

🗺️ Шаблон в Miro
📕 Facilitator's Handbook

Customer Journey... Roadmap

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

Вы также можете использовать эту технику и философию для создания более ясного представления о том, КАК вы собираетесь оптимизировать этот путь, добавив на CJM слои от классического Now-Next-Later, сделав карту более чёткой и отображающей как настоящий, так и будущий путь пользователя.

Понедельник – день для Истин

1. Ум продакта – убийца Реальности продукта. Овладей игрой ума, сжигая все его бесцельные идеи.

2. Безупречность продакта – в Безмолвном сосредоточении. Достигай смирения, если нужна Мудрость. Преумножай смирение, если Мудрости уже достиг.

3. Ключи к продуктам – в Едином-Чувстве. Кольцо Ключей – Гармония всех слов и дел, что всё сведёт к причинам и последст­виям.

4. Сей добрые дела для человека, как хочешь ты покоя в мире, и ты пожнёшь свои плоды от них же.

5. Беги от похвалы и самообольщений, не бойся неудач и не тянись к "успеху".

6. Из(л)учай Свет полноты (и) пустоты.

7. Не научившись Видеть, не умеешь слышать.

0. ВЕЧНОЕ не знает перемен.

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

Разработаная профессором Гарвардской школы бизнеса Крисом Аргирисом (вики), она определяет познание как восхождение по лестнице:

1) Сначала у вас есть только доступные данные и информация.

2) Затем вы выбираете данные на основе ваших наблюдений.

3) Далее, вы добавляете значение выбранным данным.

4) Затем вы делаете предположения на основе значений, которые вы приписывали выбранным данным.

5) Эти предположения приводят вас к выводам.

6) Ваши выводы формируют ваши убеждения.

7) Наконец, эти убеждения влияют на действия.

Лестница выводов иллюстрирует, почему мы должны оспаривать наши собственные выводы и проверять наши предположения


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

Например, просто спросить пользователя о том, что он думает, будет "размещено" на ступенях ниже, а если спросить о том, что он считает правдой – выше.

Самое примечательное – на вершине лестницы находится Действие — то, что пользователь на самом деле хочет сделать и сделал(ет) в продукте (привет, JTBD).

Смешивая наблюдение с интервьюированием вы проводите контекстное исследование.

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

В инструмент для автоматизации процессов Yandex Workflows добавили визуальный конструктор, с которым создавать процессы стало ещё проще.

С помощью него можно:

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

– оптимизировать ресурсы за счёт сокращения объёма кода, сокращая цикл разработки и ускоряя внедрение новых функций;

– поддерживать надёжность работы продукта за счёт автоматизации обработки багов и синхронизации данных.

🌐 Изучить Yandex Workflows

Внедряем геймификацию в маркетинг с Детским миром, Самокатом, Альфа-Инвестициями и Rostic’s

Mindbox 3 апреля в 12:00 проводит прямой эфир, в котором на реальных кейсах разберут, как продукты зарабатывают с геймификацией, прогнозируют её окупаемость и измеряют её результаты.

👉 Бесплатная регистрация

А у зрителей будет шанс выиграть чек-лист по запуску геймификации. Реклама. ООО «Майндбокс»

3 шаблона как красиво и понятно сформулировать видение продукта для себя, команды и рынка

# 1: Мы верим в мир, в котором [целевая аудитория] могут [глагол действия], с помощью [ключевых факторов].


Uber: «Мы переосмысливаем то, как движется мир к лучшему».

# 2: [Глагол действия] + [цель/задача] лучше для [целевая аудитория].

Netflix: «Стать лучшим мировым сервисом распространения развлечений».

# 3: Наше видение — [Глагол действия], [цель/задача], чтобы помочь [целевая аудитория].


Figma: «Наше видение — сделать дизайн доступным для всех».

Советы по формированию видения:

– Долго думайте.
– Мечтайте масштабно.
– Ясно, ярко, кратко.
– Эмоционально.
– В настоящем.

И ни одно видение не идеально с самого начала. Начните с любого и продолжайте его совершенствовать с течением времени.

Эмоциональное выше, чем функциональное

Функциональное мышление — поверхностный взгляд.
Эмоциональное мышление — вот где глубина взгляда.

Такие вещи, как: Доверие, Надёжность, Подлинность, Душевное Спокойствие, Забота, Преодоление, и конечно же, Время – бесценны для людей и самые дорогие для пользователей.

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

Эмпатия к пользователям — это чувствовать себя так же плохо, как ваши пользователи чувствуют плохо себя


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

Весь цикл управления продуктами от идеи до прода разберут за три месяца в Летней школе менеджеров Яндекса

С 2 июня по 27 июля участники школы начнут прорабатывать проект на онлайн-воркшопах, а затем, с 28 июля по 24 августа отправятся на офлайн-практику в офисы Яндекса.

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

👉 Подать заявку

Обучение бесплатное, набор уже открыт, отправляй заявку до 27 апреля!

Лучшие участники Школ получат возможность пройти стажировку в Яндексе и получить оффер.

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

⚙️ Deploy = это размещение нового кода в среде.

📦 Release = это предоставление новых фич пользователям.

🚀 Launch = это информирование рынка о новых фичах продукта.

Разница всегда в том, на чём вы с командой останавливаетесь

Mihika Kapoor, Lead PM в FigJam поделилась тактиками создания и поставки продуктов мирового класса:

1. Замените свои PRD прототипами.
2. Создавайте ажиотаж, работая открыто.
3. Создавайте культ(уру).
4. Найдите сторонников вместо того, чтобы склонять на свою сторону скептиков.
5. Сделайте каждого участника команды владельцем продукта.
6. Уберите стену между вашей командой и вашими пользователями.
7. Мясо и картошка идут перед десертом и суфле.

🍖🥔🍰🥮

Разрыв в навыках – угроза для бизнеса в 2025 году. Чтобы сохранять конкурентное преимущество на рынке, необходимо непрерывно развивать экспертизу своей команды.

С обучением сотрудников могут помочь корпоративные курсы от Яндекс Практикума.

Почему Практикум:

– Библиотека из 150+ курсов по 6 направлениям.
– Программы от профессиональных экспертов.
– Море практики, которую можно сразу применять в работе.
– Трекинг прогресса и уровеня знаний сотрудников.

👉 Оставить заявку на подбор программы для сотрудников

3500+ компаний уже обучают команды цифровым навыкам в Яндекс Практикуме.

Реклама АНО ДПО “Образовательные технологии Яндекса”

Советы по созданию автономной самоуправляемой команды

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

0. Автономность начинается с Понимания

Ваша задача как руководителя команды — кристально чётко объяснить команде глобальную цель: 1) бизнеса; 2) продукта. В 99% случаев это довольные деньгами овнеры и довольные продуктом пользователи (КО).

И главное в этом понимании – какими путями и ценой чего команда НЕ ДОЛЖНА идти к этим целям


Всё остальное – пространство для общиего развития, экспериментов и даже ошибок.

1. Культура доверия и ответственности

Доверие — фундамент автономности. Дайте команде право и пространство на те самые эксперименты, ошибки, исправления, сделав их источником внутреннего самообучения команды. Единственные неприемлемые всеми ошибки смотрите в пункте №0.

3. Полный цикл свободных полномочий

Автономная команда должна иметь возможность свободно и самостоятельно(!!!):

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

4. Среда для равноправия

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

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

Постоянство лидера аналогично зависит от этих же факторов.

5. Минимум внешних зависимостей

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

6. Автономная экспертиза

Взаимное обучение, расширение навыков и горизонтальное развитие внутри команды – ключ к её росту.

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

Автономность – в независимости от внешней "помощи"


Единственная главная задача "руководителя" автономной команды — создание, поддержание и защита атмосферы её независимости, где таланты и навыки раскрываются максимально естественно и эффективно. Всё просто.

Старина Стив о том же самом:

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

В США сервис доставки еды DoorDash и сервис кредитования Klarna запустили фичу “Buy now, pay later", позволяющую заказывать еду из кафе и ресторанов в кредит с беспроцентными платежами.

Новость вызвала резонанс и породила кучу мемов, а CEO Klarna Sebastian Siemiatkowski в Fortune уже объясняет, почему концепция "Eat now, pay later" не нова, а в 2025 году это вообще норма (аналогичную услугу предлагает в Швеции и Германии Uber/Uber Eats).

– Ипотечный пузырь? Кредитные дефолтные свопы? Рынок кредитования? Заверните в бурито!

Как перейти на новый уровень CPO расскажут на открытом вебинаре OTUS 2 апреля

В программе занятия:

– главные компетенции CPO;
– пошаговый план по росту в должности;
– частые ошибки, которые мешают развитию.

👉 Бесплатное участие

Все участники вебинара получают скидку на курс «CPO / Директор по продукту». Реклама ООО «Отус онлайн-образование»

5 фреймворков по промпт-инжинирингу любой темы

Онбординг продукта "GOD Mode"

Не онбординг, а адаптация 🕳️👨‍🦯

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

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

Но этот подход:

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

Поэтому такой онбординг не помогает адаптации пользователей.

5 шагов для правильной адаптации

Рассматривайте адаптацию как непрерывный, интеллектуальный и эмоциональный процесс, а не как однократное обучение


0. Прогрессивная адаптация

Изначально, ваш продукт, его архитектура, логика и UX/UI должны естественно и за счёт самих себя раскрывать свою же сложность.

Это достигается многоуровневой системой функционала + принципом"периферийного зрения" в UI, где каждый новый слой фич находится и открывается постепенно и в подходящее для пользователя время-месте в его CJM.

1. Персонализированная адаптация

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

Вместо этого собирайте информацию о проблемах-задачах/портретах на этапе регистрации и далее персонализируйте адаптацию пользователя именно под эти проблемы-задачи, учитывая их + уровень экспертности этого сегмента пользователей.

Всё это легко настраивается через систему гибких контекстных подсказок и символов (?) рядом с элементами, которые выглядят максимально органично и точно в то самое время-место, когда это: а) требуется пользователю; б) он готов к усвоению такой информации.

2) Социальная адаптация

Гайды, справочники, курсы, библиотэка знаний – всё это класс, здорово, чётко. Но формальных инструкций недостаточно.

Расширьте адаптацию в социальный коллективный процесс и опыт, где пользователи могут учиться друг у друга и совместно познавать и открывать продукт: внутренние коммуникации, система community-мотивации с рейтингами/лидерами/евангелистами/амбассадорами и даже продуктовыми бонусами за наставничество – вот что реально здорово.

3) Эмпатичная адаптация

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

И пусть ваш дизайнер создаст уже наконец уникальную(!) дизайн-систему (да, на базе shadcn), которая учитывает:

1) особенности вашего продукта и его логики/архитектуры (см. пункт №0);

2) психологические особенности восприятия информации вашей аудиторией;

сделав каждое взаимодействие: 1) своевременным → 2) уместным → 3) а значит, интуитивно понятным для пользователя.

4) Циклическая адаптация

Бесконечная петля обратной связи "интерфейс + сапорт + комьюнити + аналитика", которая работает в реальном времени и позволяет моментально реагировать на потребности пользователей – залог здоровой адаптации и максимального вовлечения пользователей в продукт.

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

Ну, либо и дальше используйте "1-2-3-Х-Понятно-Закрыть", но не удивляйтесь потом, почему пользователи закрывают ваш продукт.

Главная опасность ИИ – посредственные результаты люди

Потому что самое сложное в работе с ИИ — курировать, адаптировать и объединять полученные от неё результаты. Пока что, это до сих пор делает человек.

И в чём опасность?

Опасность в том, что большинство людей довольствуется средним


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

И если операторы ИИ не будут достаточно требовательны к:

а) постановке качественных вопросов;
б) получению качественных ответов;

то ИИ далее будет определять то снижающееся среднее, как приемлемое и подходящее для нас и для самой себя.

То, что мы создаём, говорит о том, кто мы есть


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

Уже больше не имеет значения, создано что-то с ИИ или нет.

Важно то, почему мы принимаем те или иные результаты работы ИИ.

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

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

Внутри документа:

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

🔤 Пройти тест и получить её на почту

Если хочешь больше, то записывайся на курс "Системный аналитик. Advanced". Программа включает всё необходимое для перехода на новый уровень. Реклама ООО «Отус онлайн-образование»

SaaS Billing Report 2025

ChartMogul выпустили исследование рынка месячных и годовых подписок 2,500+ SaaS продуктов.

Полезное-интересное:

– Годовые подписки обеспечивают более высокое удержание и среднюю выручку. Ваш КО.

– Чаще всего переход на годовые подписки с месячных происходит на второй месяц использования продукта.

– По мере эволюции, средняя компания переходит с месячных планов на годовые, а потом... обратно на месячные.

– Эффективнее всего продавать подписку в Q1, сложнее в Q4.

– Скидки непопулярны. Всего 5-8% SaaS-продуктов дают их на месячные планы и 8-15% на годовые.

Исследование: https://chartmogul.com/reports/saas-billing-report/

SaaS Billing Report 2025

ChartMogul выпустили исследование рынка месячных и годовых подписок 2,500+ SaaS продуктов.

Полезное-интересное:

– Годовые подписки обеспечивают более высокое удержание и среднюю выручку (ARPA).

– Чаще всего переход на годовые подписки с месячных происходит на второй месяц использования продукта.

– По мере эволюции, средняя компания переходит с месячных планов на годовые, а потом... обратно на месячные.

– Эффективнее всего продавать подписку в Q1, сложнее в Q4.

– Скидки непопулярны. Всего 5-8% SaaS-продуктов дают их на месячные планы и 8-15% на годовые.

Исследование: https://chartmogul.com/reports/saas-billing-report/

SaaS Billing Report 2025

ChartMogul выпустили исследование рынка месячных и годовых подписок 2,500+ SaaS продуктов.

Полезное-интересное:

– Годовые подписки обеспечивают более высокое удержание и среднюю выручку (ARPA).

– Чаще всего переход на годовые подписки с месячных происходит на второй месяц использования продукта.

– По мере эволюции средняя компания переходит с месячных планов на годовые, а потом обратно на месячные.

– Эффективнее всего продавать подписку в Q1, сложнее в Q4.

– Скидки непопулярны. Всего 5-8% SaaS-продуктов дают их на месячные планы и 8-15% на годовые.

Исследование: https://chartmogul.com/reports/saas-billing-report/

Шёпот vs Высказывания

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

Большинство компаний заявляют, что приветствуют открытые обсуждения и критику, но вместо них СЕО игнорирует вопросы продактов, продакты закрывают глаза на фидбек пользователей, дизайнеры рисуют кривой UX, разработчики привыкают к долгим спринтам, а любые "обсуждения" всего этого ведутся после принятия официальных решений или тухнут в давящей тишине.

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

Это означает задавать сложные вопросы не для того, чтобы бросить вызов коллегам, а чтобы искать с ними Истины


И лучшие продакты/СРО/СЕО не просто допускают это – они требуют этого, потому что понимают, что лучшие идеи возникают в результате конструктивного внутреннего конфликта внутри команды.

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

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

P.S. Если бы воду можно было заряжать шёпотом, то вода офисного кулера вызывала бы рак (с)

🪙 Mario Bros: вы не продаёте продукт – вы продаёте то, что потенциальный клиент может с ним сделать

На самом деле, цитата и концепция принадлежат Тоби Лютке, основателю и СЕО Shopify, которую он сформулировал и которой поделился на конфе в Сан-Франциско ещё в далёком 2016-ом.

Концепция проста:

– вы не продаёте видеоредактор, вы продаёте «потрясающее видео, сделанное за считанные минуты»;

– вы не продаёте модные часы, вы продаёте социальный статус и стиль, которые с ними идут;

– вы не продаёте футболку с напечатанными на ней словами и образами, вы продаёте то, что эти слова означают и представляют.

Эту концепцию легко понять, но не многие помнят о ней ежедневно.

Cвежий 🌐 Tobi Lütke's leadership playbook

Мастерство в управлении продуктами и командами приходит с практикой.

Почувствовать себя увереннее в менеджменте поможет программа Mini-MBA Нетологии и академии РАНХиГС.

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

💪 Учиться, чтобы вырасти

Эксперты из Сбера, Luxsoft, DXC Technology Company и других крупных компаний поделятся знаниями по лидерству, маркетингу, персоналу, финансам и проектам, которые сразу можно применять в работе.

Полученную квалификацию подтвердит диплом ведущей бизнес-школы страны с международной аккредитацией.

Реклама ООО “Нетология", ИНН: 77264641257. Erid: 2VSb5ympACg

Большинство работ в продуктах проходят одинаково:

1) ищем быстрее;
2) пилим быстрее;
3) быстрее доставляем;
0) и не позволяем идеальному быть врагом хорошего.

Многие продакты живут с этой мантрой годами.

И гибкая разработка ПО "прощаёт всё": тесты, новая версия, новый релиз – готово!

С физическими продуктами всё иначе.

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

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

Машины не могут воспроизвести человеческую одержимость, которая делает продукты Великими


Творить Великое – проявлять неустанное внимание к деталям, подвергая их сомнениям и вносить тысячи микрокорректировок до тех пор, пока идеальный опыт не станет тем самым великим преимуществом.

Понедельник – тихий день

Тишина в команде бывает трёх звучаний:

– Давящая, когда команда молчит и "работает" вместо того, чтобы говорить.

– Осознанная, когда команда работает молча, потому что всё уже сказано.

– Звенящая, когда команда работает над важным, научившись говорить молча.

Звук тишины совпадает с фокусом внимания команды.

Тихого понедельника и недели!

🌊🍵

🔴CTA — это не просто красная кнопка

CTA — это Call-To-Value ✨


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

10 советов как создать ценную CTA:

1. Формулируйте вокруг кнопки намерение и ценность (а не действия), предлагая решение конкретной проблемы пользователя.

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

3. Персонализируйте CTA под разные сегменты пользователей, которые из-за своих особенностей могут использовать разные глаголы.

4. Персонализируйте CTA под разные ситуации на разных этапах и точках входа в CJM.

5. Нивелируйте возможные сомнения, недоверие и возражения пользователей заранее: "Кредитная карта не требуется" / "Старт за 30 секунд" / "Присоединиться к 10 000+ компаний".

6. Приставка «бесплатно» увеличивает конверсию с кнопки на 15%-30%.


7. Создавайте ощущение эксклюзивности. "Получить premium доступ" звучит весомее, чем просто "Зарегистрироваться".

8. Добавляйте, но не злоупотребляйте со срочностью и ограниченным временем в предложениях в CTA.

9. Проверяйте конверсии с разных вариантов формулировок(!) CTA через A/B-тесты.

10. И только после всего этого красьте кнопочки в контрастные цвета, которые должны выделять кнопку-объект в интерфейсе, которая далее должна содержать тот самый ценный Call-to-Action Value ✨

Программа пятницы:

Оцениваем интуицию и инстинкты продакта на этапе интервью, а не спустя полгода просиживания штанов в родмэпе

+ собираем свежие инсайты, мысли и взгляды о своём продукте со стороны.

От простых к сложным:

– С какими проблемами наш продукт столкнётся в ближайший год, два года, десять лет? Что поможет их преодолению?

– Какие тренды на рынке вы лично считаете переоценёнными, а какие недооценёнными?

– Как вы решаете, что что-то НЕ нужно создавать/делать, когда для этого не хватает данных?

– Как вы ощущаете ценность идеи/механики/фичи и их потенциальное изменение до того, как они отразятся в метриках после релиза?

– Какие неочевидные метрики можно отслеживать, чтобы увидеть, что продукт движется в правильном направлении?

– Как вы наблюдаете за пользователями без метрик и аналитики?

– Опишите момент, когда вы интуитивно поняли, что фича будет/не будет работать, хотя все данные говорили об обратном.

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

– Вы когда-либо шли против данных/мнения команды, доверившись своей интуиции? Как вы управляли этой ситуацией?

– Если бы у вас была полная свобода действий и неограниченные ресурсы, что бы вы делали в продукте? А для команды?

– Если бы вы могли дать один совет начинающему продакт-менеджеру о развитии продуктовой интуиции, что бы вы посоветовали?

– Насколько вы считаете себя креативным?

Отрасль IT с каждым днём всё больше выглядит как одна большая злая шутка:

"Стратегия всем понятна?". "Красивая преза!"

"Пользователям нужны новые фичи!". А что со старыми?

"Спринты запланировали!". Предсказуемые "итоги".

Метрики (не)растут? Это просто мы так считали.

Подписки отменяются? А на что подписывались...

Команда не понимает? "А что тут понимать?".

Конкуренты копируют? Скопируем у конкурентов.

Созвоны бесмысленны? Звонки идут по кругу.

Подташнивает в Linkedin? Там всех укачивает.

Коллеги "выгорают"? В котельной попрохладнее.

Коллеги "мотивированы"? Все боятся сокращений.

Бюджеты/коллег сократили? Это "оптимизация".

Бонусы отменили? А за что их раздавали?

Руководство не слышит? Оно и не слушало.

Инвесторы недовольны? Они верят в другие сказки.

Создание будущего через настоящее прошлое – не сказка.

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

Продуктовая аналитика: понятия, цели и реализация – тема завтрашнего вебинара OTUS

Программа:

– Задачи продуктовой аналитики;
– Основные инструменты для аналитики;
– Хард и софт скиллы грамотного аналитика.

Спикер Игорь Алдабаев — руководитель клиентской аналитики в "Купер".

👉 Бесплатное участие

Все участники вебинара получают скидку на курс "Продуктовая аналитика" и подборку профессиональных статей по Продуктовой аналитике. Реклама ООО «Отус онлайн-образование»

18 шуток метрик: метрики не шутят шутки

– Искусственное "выравнивание" метрик по неделям/месяцам может скрывать критически важные изменения в поведении пользователей внутри дня.

– Среднее время/MAU/DAU могут не отражать вовлечённость. А высокое время, проведённое в продукте, может указывать на плохой UX и сложности в UI.

– "Ловушка пикового использования" создаётся, когда продукт оптимизируется под пиковые сценарии использования, которые составляют менее 1% всех сессий, но непропорционально влияют на восприятие и концентрацию на этом сценарии командой продукта.

– "Эффект красной кнопки" (искусственного роста) возникает за счёт чрезмерно привлекательных элементов интерфейса (яркие кнопки, элементы, агрессивные PUSH), показывая положительный краткосрочный результат, но негативный в долгосрочной перспективе.

– "Эффект новизны" фичи может искажать метрики активации и удержания из-за любопытства пользователей, что приводит к переоценке их ценности. Стабилизация метрик приходит через 4-8 недель.

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

– "Эффект забытого сегмента" происходит с фокусом на метриках доминирующего сегмента пользователей и приводит к игнорированию проблем/потребностей других сегментов.

– "Парадокс полноты данных" проявляется, когда улучшение систем сбора аналитики приводит к кажущемуся ухудшению метрик, хотя на самом деле просто выявляются ранее невидимые проблемы.

– "Эффект перекоса метрик" происходит, когда A/B-тестирования автоматически останавливают тесты при первом достижении статистической значимости, что приводит к систематической переоценке эффекта изменений.

– "Парадокс геймификации" вызвает ещё один перекос в активности и вовлеченности пока пользователи "играют" с новой системой вознаграждений.

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

– "Иллюзия лояльности" возникает, когда высокие показатели возврата пользователей обусловлены не ценностью продукта, а искусственными мотиваторами (бонусами/скидками, бесплатным контентом/фичами). Снижайте интенсивности мотиваторов, чтобы оценить реальную привязанность к продукту.

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

– "Синдром универсальной метрики" возникает при попытке найти единую метрику, идеально отражающую здоровье продукта, что приводит к игнорированию многомерности пользовательского опыта.

– "Иллюзия прогресса метрик" создаётся, когда последовательные улучшения отдельных микрометрик не трансформируются в улучшение макрорезультатов из-за наличия проблем в CJM.

– "Эффект продуктовой близорукости" проявляется, когда команда интерпретирует метрики исключительно через призму собственного продукта, игнорируя многоканальность пользовательского опыта, контекст и экосистему рынка.

– "Эффект метрической инерции" проявляется, когда команда продолжает фокусироваться на отслеживании устаревших метрик после того, как изменилась бизнес-модель и стратегия продукта.

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

Когда метрика становится целью, она перестаёт быть хорошей метрикой – закон Гудхарта

Как уволить сотрудника профессионально, корректно, без конфликтов и с уважением, расскажут на вебинаре «Пора на выход: как сказать это сотруднику правильно»

Программа вебинара:

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

👋 Бесплатное участие

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

После вебинара можно продолжить обучение на курсе «Team Lead» со скидкой и в рассрочку. Реклама ООО «Отус онлайн-образование»

Амазон планирует сократить 14,000 менеджерских позиций в 2025, что позволит компании ежегодно экономить зарабатывать $3,6 млрд.

Amazon told Business Insider that it had "added a lot of managers" in recent years and that "now is the right time" to make this change.

"Removing layers, operating with fewer managers and flattening the organization are all in focus to move faster," it said in the note.


🎻🫡

MCP для продакт-менеджера простыми словами:

– Вы начинаете работать над фичей. Любая фича реализуется на основе родмэпа, фидбека, PRD, аналитики, дизайна и текущего кода.

– У вас есть MCP сервера, которые извлекают родмэп и PRD из Jira, фидбек из сапорт-тикетов, аналитику из GA/Mixpanel, дизайн-систему из Figma, код из репы в Github, переписки из Slack.

– Всё это через MCP систематически и на постоянной основе скармливается в ИИ, где ИИ распознаёт и обрабатывает всю получаемую информацию.

Каждое действие прозрачно и вы как ИИ-менеджер можете видеть/изменять/дополнять любой из этапов-источников данных.

– А можете этого и не делать (шутка?) – MCP сервер/ИИ-агент может самостоятельно инциировать такие вопросы-уточнения в Jira/Slack/где угодно у авторов родмэпа, фидбека, PRD, дизайна и текущего кода.

– Далее, MCP работает с ИИ в обратную сторону и управляет тем, что:

1) Jira через себя, GA/mixpanel, тикеты, Slack обогащает в себе PRD, формируя и приоритизируя новый родмэп/фичи глазами ИИ;

2) Figma на основе PRD и дизайн-системы (shadcn всех съел) рисует версии дизайнОВ;

3) v0 или Github Copliot на основе PRD и дизайна трансформирует всё в код, катит на дев и сам же его там тестит либо сообщает команде, что пора тестить фичу, и после снова собрает фидбек, баги, откатывает релизы, обогащает PRD, переписывает код и снова катит апдейты.

4) МСР также катит релизы в прод на мелкие сегменты и на основе своих же А/B определяет, какая фича зашла, а какая нет.

Ошибка на любом из этапов? ИИ через MCP увидит её где угодно, от источника и кода, до ошибок в браузере и может снова инициировать их обсуждения в Slack/где угодно, собирая данные и прогоняя цикл по новому кругу.

Всё это автоматизированно, модифицируемо, вариативно, версионно, повторяемо и под управлением ИИ и пока ещё продакт-менеджера.

Сбывается "мечта" всех продактов – успешные релизы по пятницам скоро станут реальностью!

Погружение в генеративный AI для создания продуктов будущего

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

В программе практические воркшопы, экспертные сессии и расширенные треки по направлениям:

– Automation: ревизия задач для автоматизации и создания ИИ-систем.

– Startup: от идеи до запуска MVP с экспертами.

– Research: работа с информацией и данными для принятия решений и продуктовой аналитики.

– Ethics: от этики до будущего человечества при работе с ИИ.

– Imagine: развитие творческого мышления и навыков генерации идей для создания уникальных продуктов.

– Logos: методы фрирайтинга, разбора мифов, и анализа парадоксов.

🧪 Подробнее о лаборатории

Проектный подход и фокус на применении ИИ, высокая информационная плотность и современные материалы.

Старт потока: 24 марта

MCP простыми словами и почему это круто для ИИ

MCP (Multi-Agent Communication Protocol) или "Протокол коммуникации между агентами" – это стандарт с открытым исходным кодом от Anthropic, который позволяет моделям ИИ подключаться к базам данных, API сервисов, файловым системам и другим инструментам без необходимости написания специального кода для каждой новой интеграции.

Простыми словами, MCP - это API для API, или "язык", на котором разные ИИ-системы могут "разговаривать" между собой. Он определяет формат сообщений, способы обмена информацией и правила взаимодействия между ними.

Как работает MCP:

1. Хост (ИИ-модели и клиенты) запускает MCP Client.
2. MCP Client, компонент внутри модели ИИ, который позволяет ей взаимодействовать с серверами MCP, запрашивает информацию или действие у MCP сервера.
2. MCP сервер извлекает их из источников (базы данных или API) и передает ИИ.
3. Далее, ИИ модели используют эту информацию при обработке ответа и передают обратно MCP.

MCP состоит из 5 основных строительных блоков (также известных как примитивы), которые разделены между клиентом и сервером:

– Для клиентов строительными блоками являются Roots (безопасный доступ к файлам) и Sampling (запрос ИИ на генерацию запроса к БД).

– Для серверов существуют Prompts (инструкции для ИИ), Resources (объекты данных, на которые может ссылаться ИИ) и Tools (функции, которые может вызывать ИИ, например, выполнение запроса к БД).

🤖 https://github.com/modelcontextprotocol

Понедельник – день влияния

Несмотря на всё давление понедельников, когда в один день умещается целая рабочая неделя, именно в понедельник можно (нужно?) прикладывать свои усилия, чтобы влиять на правильные вещи.

Потому что:

–  в понедельник все вокруг "по общему умолчанию" открыты и настроены к любой новой информации больше чем когда-либо на неделе;

–  в понедельник важную информацию никто не смеет открыто игнорировать;

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

Ведь это понедельник


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

Продуктивной недели!

⚡️🫖

Огоньку?

Выгорание – не про работу

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

Человеческое сознание – Вода.
Человеческое тело – Сосуд.
Вода вытекает из треснутого сосуда.

– Юзаешь ИИ вперёд мозгов - жжёшь своё мышление.

– Жадно читаешь псевдо-новости, завидно тупишь с улыбкой в социалках, втыкаешь в ютуб без повода – жжёшь свои мозг и психику.

– Сидишь 24/7 – жжёшь свою шею и позвоночник.

– Ходишь бесцельно по созвонам/встречам – жжёшь свою Ценность.

– Бежишь с закрытыми глазами – жжёшь свою скорость.

– Не слушаешь интуицию – жжёшь свою волю.

– Ешь трижды в день сахар-пластик-химию – жжёшь свой желудок.

– Мало дышишь – жжёшь свои лёгкие.

– Засыпаешь с телефоном – жжёшь свои биоритмы.

– Пьёшь алкоголь "в моментах" – жжёшь сосуды и сердце.

– Пьёшь БАДы/витамины/фарму с этикеткой – жжёшь природный баланс организма.

– Льёшь химию на кожу и одежду – жжёшь иммунитет и кожу.

– Меняешь Себя ради одобрения – жжёшь свою энергию и душу.

– Не знаешь "кто ты" – жжёшь всего себя.

Твоя Энергия там, где твоё внимание.
Ешь и пей природное.
Ходи и думай иначе.
Смотри в небо.
Temet nosce
...
и всё время спрашивай себя.

Нежгучих выходных дней!
🌚🔥🌞

Когда переходить с монолита на микросервисы и как это сделать правильно расскажут на вебинаре OTUS 17 марта.

В программе вебинара:

– Признаки того, что монолит больше не справляется.
– Основные подходы и планирование этапов миграции сервисов.
– Как избежать распространённых ошибок.

👉 Бесплатное участие

Вебинар будет полезен менеджерам проектов/продуктов, аналитикам и всем, кто задумывается о масштабировании систем.

Занятие проходит в рамках курса «Системный аналитик. Advanced», доступного со скидкой и в рассрочку. Реклама. ООО «Отус онлайн-образование»

Самая большая ложь в управлении продуктом – необходимость освоить всё, сразу и как можно быстрее. И этот подход убивает.

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

Настоящие решения, которые мы ищем, почти всегда прячутся на виду.

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

Какую ОДНУ вещь я могу сделать, чтобы всё остальное стало проще или ненужно?


Не «какую структуру мне следует изучить?»
Не «какой инструмент мне следует освоить?»
Не «как мне угодить всем?»

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

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

Ещё одна суровая правда для менеджеров продуктов:

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


Ваша задача не в том, чтобы предотвращать хаос. Ваша задача — примириться с ним, оставаясь сосредоточенным на самом важном.

Для продакт-менеджера это означает – не начинать с процессов. Начинайте с результатов.

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

Какая ОДНА вещь сделает большинство ваших текущих задач ненужными?


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

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

Ваша задача – найти свою ОДНУ вещь.
Выделить для неё время.
Всё остальное будет хаосом.

"The ONE Thing" by Gary Keller

Один день Joan Westenberg продакт-менеджера

Юки Ямашита был пользователем Figma, а потом стал её CPO

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

В эксклюзивном интервью Ямашита рассказывает о своём трехэтапном подходе к созданию и запуску новых продуктов.

Сочное:

– Cмотрите, как пользователи взламывают ваш основной продукт.

– Лучшие продукты появляются в результате небольшого внутреннего конфликта, когда одна часть команды отстаивает вариант его использования таким образом, который противоречит интуитивному пониманию его использования другой частью команды.

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

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

Чем больше вы создаёте расхождений, тем сложнее будет объединить их позже


– Пользователи не наблюдают эволюции — они приходят без контекста.

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

🧃 https://review.firstround.com/lessons-in-product-scaling-and-storytelling-from-figmas-cpo/

Кошмарный велосипед

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

Представьте себе гипотетический велосипед, при проектировании которого менеджер по продукту сказал:

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

И это было бы ужасно! Ведь пользователи потеряли бы интуитивное понимание того, как использовать передачи для решения любой ситуации, с которой они сталкиваются: какой режим использовать для спуска по гравию? А при подъёме? А на пустой уличной дороге?

Любой может понять пронумерованные передачи после небольшой практики. И люди способны на это!

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

На самом деле нет.

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

Хорошие продукты раскрывают систематическую структуру

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

Мы были рождены для этого.

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

Andrea diSessa, Changing Minds (с)

Мифы про Waterfall, Agile, Scrum и Kanban разрушат уже завтра, 11 марта, на бесплатном эфире от Product Lab.

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

— Мифы Waterfall, Agile, Scrum, Kanban.
— Как применять эти подходы без хаоса.
— Как выбрать правильные, а не популярные инструменты.
— Частые ошибки при работе с ними.

👉 Принять участие

Эксперты: Александр Сулейманов (Delivery Manager в Т-Банк), и Максим Якубович (директор по проектам в ДрайвИт).

The only product management framework that actually works

Причина №1 неудач продуктов – пользователи понимают, что продукты не предоставляют им достаточно ценности.

Причина №0 неудач продуктов – продакт-менеджеры не понимают, что на самом деле для пользователей означает Ценность.

Уравнение ценности Хормози (Hormozi's Value Equation) — это концепция, которая помогает всем понять, как создавать исключительную ценность для пользователей и строить востребованный продукт.

Ценность = [Мечта × Вероятность] ÷ [Время × Усилия × Стоимость]


💭 Мечта. Как ваш продукт помогает пользователям достичь своих реальных желаний?

– Укажите результат, который пользователи хотят получить.
– Будьте абсолютно конкретны в формулировках.
– Используйте яркий и эмоциональный язык.

Пример: «Улучши своё здоровье сам»

🏆 Воспринимаемая вероятность достижения мечты. Воспринимаемая — ключевое слово.

– Продемонстрируйте сильную экспертизу.
– Поделитесь историями успеха.
– Выделите отзывы и рекомендации.

Пример: «Это приложение изменило моё здоровье и жизнь»

⏱️ Задержка по времени. То, как можно сократить время до получения ценности.

– Давайте мгновенную ценность на старте.
– Используйте поэтапнное вовлечение.
– Отображайте и напоминайте о прогрессе.

🤕 Усилия и стоимость. То, как сделать так, чтобы продукт казался суперпростым и доступным.

– Минимизируйте болевые точки в CJM.
– Предлагайте гарантии и сервис.
– Публично работайте с лояльностью.

Пример: «Мы автоматически предоставляем месяц бесплатного доступа. No credit card required»

↑ Максимизируйте мечту.
↑ Максимизируйте вероятность успеха.

↓ Минимизируйте время достижения успеха.
↓ Минимизируйте усилия и стоимость.

Сломанный телефон звонит не только в понедельник

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

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

– ...Обсуди с X / Согласуй с Y / Окни у Z...
– ...Ок / Хорошо / Принято...

Но и это даже не самое главное.

Самое главное – в любом сломанном телефоне теряется Суть, Ценность и их Создатель.

И размазав такие тасочки/сообщения к обеду по новым ответственным, мы выдыхаем, называя это гордым словом "де-ле-гиро-вание".

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

Что самое интересное – мы пытаемся "делегировать" их не сколько на плечи XYZ, а... на плечи времени.

Время работает для иного


Но с каждым понедельником всё больше идей, вопросов, и задач "делегируются" на XYZ...∞, теряя свой импульс и пропадая во времени, из которого мы, снова, спустя время, пытаемся урывками вспоминать и доставать ту самую Суть, Ценность, и ища их Создателей.

Ценной недели!

🕥🫖

Чел с Реддита хакнул системные промпты v0 от Vercel из которых выяснилось, что v0 это GPT-4о + DeepSeek, а также Perplexity в будущем.

Malte Ubl, Vercel CTO (Nov 23, 2024):

When @v0 first came out we were paranoid about protecting the prompt with all kinds of pre and post processing complexity.

We completely pivoted to let it rip. A prompt without the evals, models, and especially UX is like getting a broken ASML machine without a manual

💃

Yo, v0, you are just another GPT wrapper

Всю самую прекрасную часть нашей Вселенной – с 8 марта 🌹🌹🌹

Фреймворк N-N-N-N-N

Строить Продукт-Систему с 0 чрезвычайно интересно, незабываемо и... непросто.

Потому что именно на этой стадии может должно создаваться, меняться и трансформироваться ВСЁ: сущности, связи, фичи, механики, архитектура – всё должно пересматриваться на предмет логичности продукта с оглядкой не на стадию релиза, а на всё, что будет работать после него.

– Ведь мы пилим продукты не ради релизов, а ради пользователей, правда?

И именно на нулевой стадии закладывается Базис и Логика Продукта.

Заложил в спешке ради быстренького MVP "что-то", это "что-то" будет обрастать всё большим количеством "чего-то" даже после успешного релиза в понедельник. А потом пивоты по пятницам.

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

Называй это самоподобием, рекурсией, фрактальным древом Пифагора, деревом Дайсуги – как угодно.

Органическая фича должна порождать новую фичу через саму себя


Потому что природная и космическая логика во все времена работает именно так. И именно поэтому в разработке "с нуля" не работает ни один временной фреймворк.

– Длинное интро, зато короткий фреймворк.

Фреймворк NNNNN или 5N of Product – 5 статусов для любой идеи, гипотезы и фичи:

▶ Now (Сейчас)
▶ Next (Далее)
▶ Nearby (Рядом)
▶ Nascent (Зарождающееся)
▶ Never* (Никогда)

Фреймворк 5N работает на базе классического канбановского Now→Next→Later, но расширен с учётом огромного количества информации, которая крутится вокруг и внутри строящегося и растущего с нуля продукта.

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

▶ Сейчас (Now). Немедленное действие. Максимальная уверенность. Кор фичи. Срочные задачи и критически важные результаты.

▶ Далее (Next). Следующие шаги. Среднесрочные цели/задачи в непосредственной близости к Сейчас. Быстрые победы.

▶ Рядом (Nearby). Возможности на близком горизонте. Планирование близости к Далее. Промежуточные и/или краткосрочные цели/задачи.

▶ Зарождающееся (Nascent). Экспериментальное мышление. Концепции, инновации и идеи на ранней стадии. То-самое-Будущее, которое еще не полностью сформировано(?).

▶ Никогда* (Never). Сознательно исключённые возможности.

* – вопрос "Почему/Why?", ответ на который должен быть в обязательном порядке расписан для истории и команды.

И эта галочка в Never – самое важное, потому что она может должна стать ключом к другим N спустя время.