Кради как художник
Или как с умом копировать фичи у конкурентов

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

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

Тон можно скопировать. Доверие нельзя

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

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

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

Скопировать фичу != скопировать успех фичи

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

Вы упустили важную деталь – механику работы самой фичи в конкретно взятом продукте: у конкурентов реферальная программа была вписана в экономику и операционную модель. На основе их бизнес-модели эффект был положительным за счет: быстрого онбординга, короткого time-to-value (времени до момента получения клиентом первой ценности), правильных ограничений и антифрода.

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

Что с этим делать: копировать не форму, а принцип

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

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

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

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

@productmindset

Как превратить поток задач в поток ценности
Правила работы со стейкхолдерами

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

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

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

За счет каких шагов этим потоком можно управлять?

Шаг 1. Договориться о правилах игры

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

Шаг 2. Организовать «единое окно приема информации»

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

Шаг 3. Ввести ожидаемые сроки ответа на запрос

Важно не только договариваться о сроках, но и показывать предсказуемую скорость реакции на запросы/изменения: «получили, разберем, напишем апдейт в течение 24–48 часов». Это снимает ощущение давления и срочности и переводит разговор из эмоций в процесс: запрос становится управляемым элементом очереди.

Шаг 4. Запустить регулярный разбор запросов

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

Такая сортировка помогает возвращать себе контроль: отсеивать лишнее и оставлять самое важное.

@productmindset

👨‍💻 Как выбрать «свой» трек и на ошибиться с карьерным шагом?

Чем больше опыта у продакта, тем важнее не просто «вырасти», а понять, в какую сторону расти дальше.
На рынке много менеджерских ролей с разными названиями: product- , growth- , technical- , AI- , project manager, — но за ними стоят отличные друг от друга задачи, ожидания и карьерные траектории.
Если не понимать этих различий, легко погнаться за красивыми названиями должности и выбрать то, что не раскрывает и не учитывает ваши сильные стороны и интересы. Поэтому рассмотрим какие основные различия существуют, а вы сможете оценить себя исходя из этих данных.

Product manager (менеджер продуктов)
«Что и зачем мы строим?»

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

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

Во многих компаниях продакт на бумаге есть, а по факту работает как координатор запросов или delivery-менеджер.

Project manager (менеджер проектов)
«Как довести работу до результата в срок и без хаоса?»

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

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

Technical product manager (технический менеджер продуктов)
«Как развивать продукт, если ключевые решения упираются в сложную технику?»

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

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

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

AI product manager (менеджер ИИ-продуктов)
«Где ИИ действительно создает ценность и как встроить его в продукт безопасно и реалистично?»

AI product отвечает за ИИ-сценарии в продукте: от выбора кейсов до внедрения с учетом качества данных, ограничений моделей и рисков.

Фокус на:
— качестве и доступности данных;
— ограничениях моделей;
— безопасности и соответствию юридическим ограничениям;
— оценке эффекта от внедрения ИИ.

Growth product manager (менеджер по работе с ростом продукта)
«Как через продукт ускорить рост?»

В логике концепции product-led growth (продукто-ориентированного роста) продукт становится ключевым драйвером привлечения, активации, удержания и расширения выручки. Поэтому данная роль отвечает за рост этих метрик.

Фокус на:
— механиках онбординга и активации;
— оптимизации воронок привлечения;
— циклах удержания;
— работе с ценообразованием и сценариями оплаты;
— A/B-тестах.

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

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

@productmindset

Чего реально ждут от джуниор-менеджера продуктов

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

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

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

2. Умение быстро разбираться в контексте
Не знать все заранее — нормально. Важно уметь быстро собрать вводные: что делаем, зачем, для кого, какие ограничения.

3. Адекватная самостоятельность
Не «делаю все сам», а «могу пройти базовый путь сам и вовремя прийти за помощью».
Хороший джун не молчит до дедлайна, если застрял c каким-то вопросом.

4. Исполнительская надежность
Если взял задачу, доводит ее до конца: собирает требования, синхронизирует людей, фиксирует решения, приносит на обсуждение следующий шаг.

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

6. Наличие базовой продуктовой логики
Руководитель ожидает от джуна понимание на уровне:
— какую проблему решаем;
— для кого;
— почему это важно;
— как поймем, что решение сработало.

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

Чего обычно не ждут от джуна

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

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

Поэтому на старте важнее качать не «образ будущего CPO», а базу: ясность, системность, ответственность, скорость обучения и коммуникацию.

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

@productmindset

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

В продуктовых командах периодически возникает похожая ситуация.

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

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

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

Как руководителю заметить, что менеджер продуктов готов к переходу на следующую ступень?

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

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

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

Как самому менеджеру продуктов объективно оценить, что «стало тесно» в текущей роли?

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

В такие моменты становится заметно, что масштаб задач начинает ограничивать развитие.

Что можно сделать в такой ситуации?

Есть несколько сценариев, которые команды используют чаще всего.

1. Расширить масштаб задач внутри продукта:
— взять новый сегмент или рынок;
— отвечать за экономику продукта;
— участвовать в формировании продуктовой стратегии.

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

3. Перейти на другой уровень сложности
Иногда следующий шаг действительно связан с другим продуктом или компанией, где задачи крупнее и влияние шире.

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

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

@productmindset

Когда управление карьерой = управление собой

Почти каждый второй менеджер продуктов в ближайшие два года видит себя на руководящей должности — об этом говорят данные совместного исследования ProductSense и X5 «Менеджмент продуктов 2025».

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

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

На PeopleSense’26 мы выделили для этого полноценное направление. Будем разбирать конкретные инструменты и подходы, которые помогают менеджерам работать лучше прямо сейчас.

Вот несколько докладов и мастер-классов из программы:

Продуктивность без ловушек, или Почему вы до сих пор не Илон Маск?
Марат Ханбеков, основатель «Кидби»
Когда усилий все больше, а движения к цели нет, — дело обычно не в лени и не в неправильных целях, а в системе оценки. Разберем 4 уровня продуктивности и соберем рабочую схему: целевой показатель → показатели процесса → ежедневные задачи, которые двигают результат.

Что мне прекратить делать? Инструкция по разбору горы личных задач (мастер-класс)
Константин Лапин, менеджер продуктов в «Нэксайн»
При смене роли нагрузка растет быстрее, чем способность с ней справляться. В рамках мастер-класса разберем инструменты, которые помогут: оценивать задачи еще до того, как они попадут в список дел, фокусироваться на том, за что вас ценит руководитель, и говорить нет без потери отношений.

Почему вы не станете руководителем высшего звена: правда о гибких навыках в цифрах
Елена Логачева, руководитель международного проекта «Эмоции успеха», эксперт по эмоциональному интеллекту
Разберем, какие навыки реально влияют на карьерную устойчивость и какие действия позволяют продолжать расти даже в сложной рыночной ситуации — на основе исследования 100 ИТ-руководителей.

В полной программе конференции PeopleSense планируем 32 практических доклада и 21 мастер-класс — разберем проверенные инструменты для личной эффективности, коммуникаций, работы с командой, ИИ и процессами.

🗓 4–5 июня
📍 Москва и онлайн

С 1 апреля повышаем цены на билеты.
Если планировали участвовать — сейчас лучший момент зафиксировать стоимость.

👉 Купить билеты
📕 Посмотреть программу

@productmindset

До конференции PeopleSense’26 осталось меньше 2 месяцев

А это значит, что команда и спикеры уже вовсю готовят для вас актуальные доклады, мастер-классы и практики. Скоро мы начнем рассказывать о каждом треке и подробнее анонсировать спикеров, а сегодня — делимся расписанием конференции 🎉

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

Какие эмодзи доступны в расписании:
🔥 — актуалочка
👍 — надо послушать
💡 — интересная идея
🤔 — надо подумать
Ваши реакции будут видны только вам, так что это еще и опция сформировать себе программу заранее.

Посмотреть расписание →

@productmindset

Что находится в центре бизнеса — и почему менеджеру продукта важно это видеть

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

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

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

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

Что можно назвать центричностью бизнеса?

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

Какая центричность встречается чаще всего?

Клиентоцентричность — когда в центре задачи клиента, его опыт, удержание, повторное использование.
Продуктоцентричность — когда компания ставит в центр силу продукта: качество, UX, целостность решения.
Финансовая центричность — когда в фокусе окупаемость, маржа, денежный поток, эффективность вложений.
Операционная центричность — когда компания прежде всего защищает предсказуемость, SLA, загрузку, стоимость исполнения.
Технологическая центричность — когда в центре платформа, архитектура, масштабируемость и инженерная устойчивость.

Но есть и более токсичные варианты.

Например, центричность вокруг собственника. Это ситуация, когда главным ориентиром становится не рынок, не клиент и не экономика, а личная воля одного человека. Тогда команда начинает думать не «что правильно для бизнеса?», а «что понравится наверху?». В такой системе данные и аргументы быстро уступают место страху, угадыванию настроения и ручному управлению.

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

Как понять реальную центричность компании?

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

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

Подумайте, а какая центричность компании, в которой вы работаете сейчас? Соответствует ли она вашим личным целям? И соответствуют ли ваши инициативы тем приоритетам, которые сейчас на первом месте у компании?

@productmindset