Продукт

Ценообразие как инструмент стратегии Прежде чем установить цену, важно оценить клиента по трём ключевым параметрам: 1. Импортирует ли он товар самостоятельно. 2. Является ли сетью или оптовым звеном. 3. Какой у него канал сбыта. Федеральные сети Для поставщиков федеральных сетей наценка минимальна. Жёсткие правила, долгие согласования и высокая конкуренция делают рынок малоподвижным. Розница и мелкие дистрибьюторы Когда клиент работает с розничными точками, киосками или небольшими дистрибьюторами, появляется больше манёвра. Важен не только ценник, но и комплекс предложения — логистика, сервис, поддержка. Здесь можно устанавливать более высокую наценку. Прямой импорт или зависимость от поставщика Если клиент не импортирует сам, он зависит от вас в цепочке поставок. Это даёт больше контроля и гибкости при формировании условий. Фаундер | Бизнес и Стартапы

Second brain продакта – как может выглядеть, и как он мог бы функционировать, чтобы нас уже наконец-то можно было заменить AI агентами. Напомню постановку проблемы: одна из основных причин, почему продакты не могут становиться кратно эффективнее за счет работы c AI ассистентами – это то, что для выполнения большей части задач нам нужен полный и актуальный контекст по проектам, над которыми мы работаем. А этого контекста сейчас не сущетсвует в цифровом мире. Давайте представим себе как могла бы выглядеть система, которая эту проблему решает. Хранение информации (second brain) - Для начала нам нужно место хранения информации по проектам, с которым агенту будет удобно работать, и куда он сможет бережно складывать все, что он узнал к текущему моменту, а также ссылки на внешние источники, на случай если ему понадобится более полный контекст. Большинство людей используют для этого Obsidian, потому что markdown файлы – это наиболее нативный для агентов формат текста. - Нам нужны инструкции про то, как работать с основными внешними системами хранения информации, которые мы используем: Jira, Confluence, Google docs, аналитика. Скорее всего это будут skills для нашего Claude, которые могут ссылаться на те же .md файлы при необходимости Система обработки входящей информации Агент должен систематически и автономно читать все важные источники входящей информации, заносить их в наш Second Brain и обновлять текущий статус. (1) Встречи - Допустим у вас прошла встреча и у этой встречи даже есть транскрипт - Агент должен взять этот транскрипт, положить в нашу систему, и разметить все сущности к которым это встреча имеет отношение: людей, проекты, компоненты системы - Затем агент должен понять в какие из этих сущностей нужно внести изменения, чтобы актуализировать статус. Например, отразить новые выводы и договоренности по проектам, которые обсуждались, поставив ссылку на транскрипт встречи, где нужно (2) Мессенджеры и почта - Получается, что аналогичным образом агент должен читать все входящие сообщения из мессенджеров и почты - Про каждое сообщение (или диалог) он должен ответить себе на вопрос, нужно ли внести какие-то дополнения в файл проекта, потому что в сообщении есть новая инфомация - Или добавить новый пункт в план одной из следующих встреч - Или поставить задачу, которую должен сделать подопечный белковый продакт - А чаще всего несколько из вышеперечисленных пунктов одновременно Если представить себе, что написали агентов и процедуры для встреч и мессендеров, то нетрудно будет добавить еще одну точку входа в систему обработки входящих, куда мы будем руками вносить то, что в нее не попало, потому что случилось в устной коммуникации или где-то еще вне систем, которые мы мониторим автоматически. И тогда можно будет рассчитывать на то, что у нас будет существовать тот самый полный и актуальный контекст, который позволит агенту решать действительно широкий спектр задач из нашей рутины, и брать на себя какую-то осмысленную часть работы. Что вы считаете? Утопия? Или через два года уже у всех будет так? Или вы по-другому видите дизайн системы AI-продакт? Делитесь в комментариях.

Фрейм как инструмент мышления в бизнесе Фрейм — это ментальная структура, через которую мы воспринимаем информацию и принимаем решения. В бизнесе он выполняет роль фильтра: помогает упорядочить данные и увидеть общую картину. Известный управленец Горан Карштедт отмечал: без фрейма невозможно эффективно осмыслить происходящее и действовать. Хороший фрейм позволяет быстро реагировать в неопределённых ситуациях и понимать, какие шаги нужно предпринять. Примеры: Шахматист, думающий на несколько ходов вперёд. Врач, мгновенно распознающий симптомы. Оба опираются на внутренние фреймы. Но как любая карта, фрейм может быть неточным. Ключ: умение менять фрейм в зависимости от ситуации. Например, в кризис важно не только видеть проблему, но и оценить риски, найти ресурсы и наметить пути выхода. Фаундер | Бизнес и Стартапы

Cancellation flow ловит только тех, кто дошёл до кнопки. А основной отток начинается за недели до неё Делюсь свежим разбором cancellation flows от Userpilot. Главная мысль там довольно простая: отмена подписки - это не момент churn, а его финальная стадия. 96% недовольных пользователей уходят, так и не оставив никакого фидбека. Они не пишут в поддержку и не объясняют, что пошло не так. Просто начинают реже заходить, перестают получать ценность и в какой-то момент отменяют подписку. При этом сам cancellation flow работает. Хорошо настроенный флоу может сохранить 10–34% пользователей, которые уже решили отмениться; Churnkey приводит средний save rate по своей платформе в 34%. Но проблема в том, что до этого экрана ещё нужно дойти. Поэтому в статье предлагают строить защиту от churn в три слоя: 1. За 30+ дней до отмены: поведенческие сигналы. Смотрим не на то, что пользователь говорит, а на то, как меняется его поведение: • зашёл в billing после долгой паузы • много логинов, но нет результата • перестал использовать фичу, которой раньше пользовался регулярно • внезапно перестал писать в поддержку Последнее особенно интересно: отсутствие активности - тоже данные. Иногда пользователь перестал жаловаться не потому, что проблема решилась, а потому что перестал верить, что она решится. 2. За 2–4 недели: проактивное вмешательство. Когда появились такие сигналы, задача дойти до пользователя, пока он ещё хочет, чтобы продукт у него получилось использовать. На этом этапе ещё можно понять, где он застрял, вернуть к ключевой ценности или помочь разобраться. Когда человек уже нажал Cancel, пространство для этого сильно меньше. 3. У самой кнопки Cancel: причина, затем релевантный оффер. И только здесь появляется привычный cancellation flow. Сначала спрашиваем, почему человек уходит. Потом предлагаем решение именно этой причины: дорого - даем скидку слишком большой тариф - предлагаем дешевле сейчас не нужен продукт - предлагаем паузу И порядок здесь важен: сначала причина, потом оффер. Иначе мы просто показываем всем одну и ту же скидку, не понимая, почему человек вообще решил уйти. Отдельно интересна пауза. По данным из разбора, 25% тех, кто собирался отменить подписку, выбирают паузу, если такая возможность есть. Цена тоже остаётся огромным фактором: 34% ушедших пользователей сказали, что их могла бы удержать скидка, ещё 34% - более низкая цена. Поэтому даунгрейд и скидку действительно стоит иметь во флоу, но показывать их тем, для кого проблема именно в цене. Источник: userpilot.com/blog/cancellation-flow-examples/ #PG_education @productgames

Phygital: цифровой опыт в офлайне Phygital (от physical + digital) — концепция, в которой цифровые технологии усиливают физический опыт клиента. Цель — сделать взаимодействие с брендом удобнее, быстрее и интереснее. Пример: магазин Nike, где можно собрать уникальные кроссовки. Клиент выбирает цвета и материалы на планшете, интерактивный экран показывает финальный вариант, а заказ сразу уходит в производство. Важно: phygital — это не только про дорогие технологии, а про продуманный клиентский путь. Сканирование QR-кодов, приложения с навигацией по магазину, кассы самообслуживания — уже часть фиджитал-реальности. Результат: такие решения помогают компаниям выделиться, а клиентам — чувствовать себя вовлечёнными. Кто первым внедряет phygital, тот выигрывает в битве за внимание. Фаундер | Бизнес и Стартапы

Иногда лучший инструмент для роста продукта - это ограничения понятных сценариев Представьте себе сценарий: вы организовали встречу, создали для коллег доску с материалами, кидаете им ссылку и приглашаете к совместной работе. Коллега кликает, переходит и начинает работу. Максимально удобная концепция для пользователя, но бесполезная для роста самого продукта. Но как найти те самые сценарии, которые можно ограничить и получить пользу? В этом году в досках, мне предстояло найти новые точки роста продукта, как в пользовательских метриках, так и в деньгах. Сегодня поговорим об ограничениях, которые помогают продавать и растить продукт. Какие ограничения мы ввели в продукте за последние годы? • Ограничение на шеринг ссылок на редактирование в бесплатной команде (шерить можно, но только тиммейтам или на платном тарифе) • Ограничение на количество бесплатных команд (только 1 штука) • Ограничение на количество бесплатных досок (только 3 штуки) Особенно интересно как на продукт повлияло внедрение ограничение на ссылку: 1. Пользователи в момент стали приглашать больше коллег в команды (приглашение работает через почту или специальную ссылку) 2. Количество новых пользователей, которые зарегистрировались в сервисе выросло в 2 раза 3. Мы трекаем период активности новых пользователей, так вот - те, пользователи, которые прошли через сценарий приглашения - чаще активны 4. MAU сервиса за счет изменений вырос на 10% (хотя должен был упасть в рамках летнего периода) 5. MRR продукта вырос на 15% Как именно мы выделили этот сценарий? 1. мы смотрели на сценарии использования досок сверху вниз по дереву сценариев, 2. внедряли те или иные изменения и смотрели на метрики, 3. очень важным было наличие подобных ограничений у конкурентов, 4. но внедрить их одномоментно - нельзя, потому что не ясно будет поведение пользователей. При внедрении ограничения в сценарий Вы должны учитывать гипотезу изменения, например, ограничение потенциально влияет не только на регистрации, а на другие метрики: • conversion to sign-up; • activation rate; • количество приглашений на пользователя; • team creation rate; • долю пользователей, создавших первую доску; • retention; • количество рабочих пространств; • conversion в платный тариф. Смотрите не только на конкретную метрику, но и стройте гипотезу сценария: доска→совместная работа→приглашение коллег→команда→новые доски→новые приглашения Если есть инструменты, которые помогут выделить когорты (например, Mixpanel), то постройте анализ там, чтобы видеть изменения по когортам пользователей. Продолжение следует... в следующей части про активацию пользователей в продукте Черный продакт в MAX

(с) А я простила, я простила его опять, опять, опять.О, как намаялась я с тобой,Моя попытка номер пять!А я простила, я простила его напрасно, видимо.Теперь страдаю от этого, теряя независимость. *** Прямо про ИИ песенка. CRM/Task tracker меня раздражают и бесят, пробую новую итерацию в которой обсуждения в чатах / чаты / задачи / проблемы сами по себе создают инфраструктуры/задачи и двигают их, чтобы агенты не забывали. Помнить архитектуру какого-то решения - это ок. Но теперь чтобы чаты/сессии не умирали / не сбрасывались и прочее -> туда "вклиниваются" грубо watcher'ы которые переключают фокус, чтобы тушить пожар. Отдельно в status bar macOS добавлю себе иконку при раскрытии которой будут все "потроха" и тд и тп, что в голове нереально держат. • задачи / клиентов / проблемы / запросы / rnd / баги / отложенные какие-то штуки. Ща соберу и покажу Начал называется готовить Monosnap к релизу / рефакторить... Большие эпики / задачи плодят кучу процессов которые могут на паузу встать и пропасть - беда

Как построить систему для масштабирования бизнеса Чтобы бизнес уверенно рос, бренд должен быть не только красивым логотипом, но и частью продуманной структуры. Архитектура бренда определяет, как соотносятся между собой компания, её продукты и направления. Существуют два основных подхода: 1. Дом брендов (House of Brands) Пример: Procter & Gamble. Главная компания остаётся за кадром, а каждый продукт — отдельный бренд с уникальным позиционированием. Плюсы: свобода и гибкость, минимизация рисков. Минусы: выше расходы на продвижение каждого бренда. 2. Бренд-дом (Branded House) Пример: Яндекс. Все продукты объединены под единым брендом. Плюсы: узнаваемость, единая репутация, экономия на маркетинге. Минусы: ошибка одного продукта отражается на всей экосистеме. Правильный выбор архитектуры бренда помогает масштабировать бизнес, сохраняя контроль и доверие клиентов. Фаундер | Бизнес и Стартапы

Я как продукт, я как продюсер и я человек. Много думаю про себя как про продукт. Мы все в той или иной степени продукты - нас выбирают мужья/жены, работодатели, клиенты… Выбирают под конкретные задачи и с конкретными характеристиками. Я иногда в моей роли контент креатора и автора своих курсов и программ совсем ощущаю себя продуктом на полке. Вот я с одной стороны, вот с другой. Можно попробовать, можно посмотреть, можно купить. Как продюсер самой себя - мне хочется себя поставить выгодной стороной и сделать сочное предложение. Но когда я очень явно чувствую себя просто человеком, которому эмоционально все это дается уязвимо и сложно (не сложно-сложно, но сложно!), то я вспоминаю совет моего бывшего акционера. Самый крупный бизнесмен России сказал мне как-то: Оля, самое важное в бизнесе - это клиентоориентированность. Но и самое важное в жизни. Поверь, Оля, твой сын - это твой клиент, твой муж - это твой клиент, твой руководитель - да, тоже твой клиент. И чем быстрее ты освоишь клиентоориентированное мышление, тем счастливее и успешнее будет твоя жизни. И был очень прав. Спасибо ему ♥️ #каждыйденьлета

Оверкаст и лимит выпусков В начале недавнего выпуска АТП Марко Армент рассказывал про фичу Episodes limit в Оверкасте (начало темы где-то в 7:50): https://atp.fm/703 У любого подкаста можно настроить, сколько выпусков держать скаченными на устройстве. Скажем, ставишь три выпуска, перестал регулярно слушать какой-то подкаст — следующие три выпуска скачались, а дальше уже не качаются — чё зря место тратить. Ну или слушаешь ты выпуски нерегулярно — наготове всегда ждут только последние три, а остальные, если что, придётся скачать вручную. Так вот, Марко рассказывал о проблеме. Что, если человек вручную просит скачать какой-то выпуск, а у него уже три и так скачано? Не удалять же его сразу же для поддержания порядка! А как тогда быть? Марко ввёл в базе данных специальный скрытый флаг «выпуск скачан вручную», чтобы такие выпуски не учитывались в лимите. Это очередной пример того, как даже самые, казалось бы, тривиальные фичи требуют продумывания и учёта разных случаев, которые на первый взгляд могут быть неочевидны. Все проектировщики интерфейса и дизайнеры продуктов должны такие примеры впитывать и копить. В общем, Марко рассказывает дальше. Решение со скрытым флагом худо-бедно работает. Но если пользователь нет-нет, да скачивает выпуски вручную, у него копится расхождение между настроенным и фактическим количеством хранимых выпусков. Постепенно он, разумеется, забывает, что что-то скачивал вручную. Но он видит, что лимит не работает: в каких-то подкастах лежит пять, в каких-то семь выпусков без видимых причин. И он пишет Марко багрепорт или жалобу в Апсторе! В итоге жена подсказала Марко решение всех проблем: просто не давай, говорит, пользователям скачивать больше выпусков, а выводи сообщение: «У вас стоит лимит на три выпуска, а это уже четвёртый». Марко решение понравилось, а мне нет. Оно конечно снимает проблемы с Марко, но не с пользователя. Теперь ведь получается, что программа не выполняет прямую просьбу пользователя скачать подкаст, причём делает это, как говорят юристы, «по формальным основаниям». Оверкаст, чё прикопался, видишь же, я прошу скачать этот выпуск? Просто скачай! Соблюдай принцип «Дай нажать!» Ещё хуже, что при обновлении Оверкаст удаляет все скаченные выпуски сверх установленного лимита. Я бы предложил в таком случае выводить компактное немодальное сообщение: “Episode limit for %podcast% raised to 4”. Так мы и просьбу пользователя уважим, и никаких скрытых статусов вводить не станем. Ну и при обновлении, соответственно, поднять лимиты тем подкастам, которые фактически уже больше набрали вследствие ручной скачки.

Почему AI агенты не делают продакта эффективнее Если вы всерьез пытаетесь делегировать *значимую* (значимую – это такую, без которой не обойтись, а не какую-то фигню, которую вы до этого не делали, и без этого никто не страдал) часть своей продуктовой работы агенту, то вас будут ограничивать две вещи: - интеграция агента с рабочими системами (то есть, наличие MCP и прав доступа) - информационный контекст. Про интеграции мы с вами уже немного поговорили – это ад, особенно для корпоративных систем, где безопасники несут вахту. Но это ад предсказуемый, который мы в горизонте пары лет скорее всего победим. Давайте сегодня поговорим про то, почему у агента не хватает контекста, чтобы решать ваши рабочие задачи. Для того, чтобы сделать почти любое осмысленное действие по проекту, агенту нужен будет полный и актуальный статус. Что уже случилось до текущего момента, и какие дальнейшие шаги ожидаются. Но актуального статуса проектов нигде не существует в готовом виде! - Где-то на диске лежит PRD, но он потерял актуальность в тот момент, когда над проектом пошла активная работа - В Jira есть задачи даже со ссылками на коммиты, но это лишь часть истории - Есть расшифровки встреч (но не всех), оттуда попробуй извлеки точно о чем стороны договорились - Есть чатики в корпоративном мессендежре: личные сообщения, канал команды, чатик проекта (тут я передаю пламенный привет любителям создавать новый чатик с рандомным набором участников на каждый чих. В аду для вас уготован отдельный котел, который будет называться "Алексей Иванов, Иван Пертров, Елена Головач... и др.") - И если до этого пункта у вас еще теплилась надежда, что все это можно как-то структурировать и организовать, то в этот момент мимо вашего стола проходит разработчик и говорит "Кстати, по задаче, про которую ты спрашивал – она заблокинована, мне нужно прокинуть название use case из upstream сервиса", и окончательно убивает надежду. Этот самый полный контекст проекта поразительным образом существует у вас в голове, потому что ваш мозг, получая каждый новый сигнал, обновляет текущий статус. Но как только я сажусь делегировать задачу AI ассистенту, я осознаю, как много информации либо вообще не отражено в цифровом мире, либо погребены в такой помойке human слопа, что и за сто тысяч токенов не извлечешь. И это, на мой взгляд, наибольший барьер внедрения AI в рабочие процессы продакта на данный момент. Это то, почему продакт, приручивший Claude, пока не может значительно выигрывать у своего коллеги-луддита с блокнотиком и карандашом. Расскажите в комментах ощущаете ли вы тоже эту проблему и как с ней боретесь? На мой взгляд решение может выглядеть как second brain система. В следующем посте я порассуждаю о том, как она могла бы выглядеть и что уже удалось построить.

Как дважды перестроить компанию и поднять уровень сервиса Сделал это СЕО американского страхового гиганта Aetna - Марк Бертолини через один и тот же принцип - меньше контроля, больше доверия. И как я люблю говорить - всё началось с изменений самого лидера и именно поэтому эта история так притягательна (о чём он и написал в своей книге, а я - в своей и об этом уже скоро 😊). В 2004 году Бертолини повредил шею, катаясь на лыжах, и долго жил с хронической болью, которую не снимали даже обезболивающие. Йога и медитация в итоге вернули ему работоспособность, и он решил проверить действие нетрадиционных способов лечения на 50 тыс. своих сотрудников. Сначала замерили рабочий стресс через вариабельность сердечного ритма, затем запустили 12-недельную программу йоги с Duke University, подняли минимальную зарплату до $16/ час, стали платить бонус до $300/ год за здоровый сон. Как итог - стресс уменьшился на 28%, продуктивность выросла на 1час/ нед на человека, а расходы на медстраховку упали на 7,5%. Это сработало, и Марк пошёл дальше - от физического интеллекта к эмоциональному - занялись атмосферой в компании. На одном из собраний Бертолини увидел, как жёстко устроена служба поддержки - операторы не могли решить вопрос сами, передавали его дальше, и решение занимало недели. Их работу оценивали по нормативу в 8 минут, а это стимулировало побыстрее закончить разговор вместо того, чтобы помочь клиенту. Программа "Сервис без границ", запущенная позже, включала несколько связанных изменений: ▪︎Прямые звонки из поддержки в любые подразделения - клиническую помощь, амбулаторку, комплаенс, поставщиков, минуя иерархию и посредников. ▪︎Право на здравый смысл - сотрудники могли делать разовые исключения и покрывать то, что компания формально не обязана была покрывать. ▪︎Отказ от норматива в 8 минут - оценку стали привязывать к удовлетворенности клиента. ▪︎Сменили цели работы с "защищаться и защищать" на "чем я могу помочь" — новой метрикой успеха стала защита здоровья клиента. ▪︎Обучили всех сотрудников фронта критическому мышлению и эмпатии. ▪︎Осознанно отказались бороться с нечестными 1% клиентов ценой качества обслуживания честных 99%.

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

Результат: удовлетворённость клиентов выросла на 10%, а прибыль компании за год — на 75%. Как видите, ослабляя нелепый контроль там где он не нужен, и усиливая доверие там, где оно реально нужно, можно сильно бустануть бизнес. Искусство управления в том, чтобы это самое "нужно" не перепутать 😄 #disrupt ®️ Фанат сервиса| MAX| Клуб| Об авторе Личный путь лидера - В моменте

Терминалы Сбера красиво тормозят Постепенно везде наставили модные терминалы Сбера размером с полтора айфона. На них крутится завораживающая анимация, разные состояния сменяют друг друга плавно — очень красиво. Кассир: — Можете оплачивать! А я не могу: на экране продолжается магия. Что-то выворачивается-переворачивается, и лишь через несколько секунд дизайн отступает и откуда-то выезжает сумма оплаты. Для кассира выглядит так, будто я игнорирую его слова. Вероятно, в его интерфейсе отображается, что терминал готов принимать оплату, и он удивляется, почему я туплю. Но верить ему на слово и прикладывать карточку раньше времени не хочу — нет никаких признаков того, что это сработает, да и я хочу увидеть сумму. В общем, так делать нельзя. Интерфейс не должен тормозить ради красоты.

🚀 SpeakFlow обновился — версия 1.3.92 🖥 Исправили пустое окно при запуске У некоторых пользователей SpeakFlow запускался, но вместо интерфейса показывал пустое или чёрное окно. Ошибка проявлялась только при определённых языковых настройках Windows, поэтому её было непросто воспроизвести. Причину нашли: в сборку не попадал необходимый языковой файл Chromium. Мы вернули его и добавили автоматическую проверку, чтобы такая сборка больше не могла выйти. 🙏 Отдельное спасибо Андрею Андрей помог собрать диагностические данные, терпеливо проверял наши гипотезы и подтвердил решение. В благодарность мы подарили ему подписку SpeakFlow. Если вы тоже заметили странное поведение — не думайте, что проблема только у вас. Напишите нам: даже один подробный отчёт может помочь обнаружить ошибку, которая мешает многим пользователям. За особенно полезную помощь с поиском и проверкой багов мы можем отдельно отблагодарить 🙌 Обновление придёт автоматически. Если оно не установилось, скачайте SpeakFlow 1.3.92 вручную и установите поверх текущей версии — аккаунт, история и настройки сохранятся: 📥 https://github.com/9000464548e-create/speakflow_exe/releases/download/v1.3.92/SpeakFlow-Setup.exe 🤖 Вопросы, баги и идеи присылайте в @speakflowsbot. Если ещё не запускали бота — откройте его и нажмите Start. В скором времени там появятся полезные уведомления и важные новости SpeakFlow.

Контроль над заявками: автоматизация вместо хаоса Ручная обработка заказов остаётся одной из самых частых проблем в логистике. До 95% компаний по-прежнему распределяют заявки вручную, что приводит к сбоям, замедляет процессы и повышает риск ошибок. Такой подход увеличивает вероятность задержек, недовольства клиентов и убытков, связанных с неэффективной организацией доставки. Выход — внедрение автоматизированных систем. Современные технологии позволяют распределять заказы с учётом множества параметров: географии, приоритетов, загрузки транспорта и других факторов. Автоматизация помогает исключить человеческий фактор, ускоряет обработку заявок и делает логистику более точной и надёжной. Это не только экономит время, но и улучшает клиентский опыт, обеспечивая своевременную и качественную доставку. Фаундер | Бизнес и Стартапы

Что с рынком труда в ИТ в 2026: глобально и по регионам Посидела в свежих отчётах и собрала картину по регионам: по продактам, и по ИТ в целом. Спойлер: картина, скорее, позитивная. Глобально. - Рынок продактов на подъёме: 26 900+ открытых PM-ролей, в 2.3 раза больше, чем в 2023. - Главный драйвер AI: 61% вакансий требуют AI-опыта, премия за него 15-30%. - По ИТ в целом та же картина. Единственное, что растёт без оговорок, это всё вокруг AI: у крупных компаний таких вакансий на 50-100% больше, чем год назад. Быстрее всех набирают финтех и security, есть компании, почти удвоившие штат за два года. США. - Найм растёт: вакансии разработчиков за год в плюсе, топ-компании нанимают на 20% больше, чем год назад. - Но рынок жёстко расслоился. AI-продакты получают ~$245k против ~$123k у традиционных PM. В два раза! - География концентрируется: 23% всех открытых PM-ролей в Bay Area. Европа. - Самый противоречивый регион. По разработчикам вакансии выросли только в Британии, Германия и Франция в минусе. Нанимают в основном компании с американскими штабами. - У продактов вакансий больше (+33% г/г), но фактический найм упал на 14%. То есть постят много, нанимают долго и придирчиво. - Своим при этом повышают зарплаты активнее любой другой функции (+5,2%): дешевле удержать, чем искать. - Ориентиры мидла: UK £67k, Германия €71,5k, Нидерланды €70,3k, Франция €63,7k, Испания €54k. Россия. - Рост ниже инфляции. По данным Хабр Карьеры (45 000+ реальных окладов, июль 2026) медиана по ИТ 191к ₽, +4% за полугодие при инфляции 4,5-5,5%. - Продактам не досталось совсем: зарплаты в менеджменте показали ноль роста за год, премия ушла смежным ролям (техподдержка +10%, маркетинг +9%). - Ориентиры: менеджеры в ИТ получают 260к ₽ в Москве, 200к в Питере, 152к в регионах. Индия и Канада самые горячие. Индия +42% г/г по продактам, причём рост тянут не стартапы, а мид-сайз и корпорации. Канада +67% г/г. Удалёнка. Глобально remote-ролей +43% г/г, но США выбиваются: только 7% AI-продактовых ролей там полностью удалённые. В Европе гибрид 2-3 дня в офисе стал дефолтом. Вывод: везде плюс/минус одно с разными акцентами. Рынок награждает специализацию, AI-навыки и senior-опыт. А где не награждает, как в России, там стагнация для всех. Генералистам тяжелее всех, в любом регионе и в любой роли. В следующем посте расскажу, что вижу сама на практике, как обстоят дела у менти и как конвертятся мои отклики. #PG_education

Enjoyable Process Говорят же, что если любишь кататься - люби и саночки возить. На предпринимательском языке говорят "кайф делать половину вещей, но другую половину ПРИХОДИТСЯ делать". Есть вещи, которые мне надо делать. Но препятствием бывает всегда одно из двух: СДВГ или мерзкий процесс, который не по душе. Для первого я стараюсь сделать такой процесс, чтобы я не успел отвлечься, ну и было достаточно залипательно. Обычно в этих процессах всегда есть норм часть (интересная) и есть паузы (в которые риск отвлечься). Например - снять видео на YouTube. Я готовлюсь 30 мин - 2ч обычно (рисую обложку, рисую диаграммы), потом снимаю, а потом сразу монтирую. Чтобы не успеть отвлечься я снимаю в CANVID (про это я снял отдельное видео). Что тут могло отвлечь? - процесс загрузки исходников в монтажный софт (в канвид я снимаю и монтирую сразу в одной проге) - склейка разных видосов (я научился в реальном времени показывать/рисовать/тасовать экраны через хоткеи) А вот есть мерзкие процессы, которые ну лично я не люблю. Это бухгалтерия. Тут конечно создаю папку, добавляю ее в Кодекс, даю логин-пароль от банков (ну точнее браузер авторизую) и прошу все скачать и свести. Соединяю gmail чтобы в почте инвойсы нашел. Но была одна проблема, которую современные ИИ решили - это 50% инвойсов в почте нам в ПДФ не присылаются! Надо залогиниться в софт, в панель биллинга чтобы найти и скачать. И вот благодаря браузер-коннекту и это решабельно. Парюсь ли я что ИИ даю доступ к банку или почте? НИ-ХУ-Я. Альтернатива - это зависшая отчетность, штрафы и огромная тревожность. А при таком раскладе процесс становится даже интереснее, ведь для человека нет ничего более залипательного, чем смотреть на огонь, воду и как ИИ делает за него его работу. Придумайте на любую задачу Enjoyable Process