Такс, пока я жду запуска пилота проекта, хочу чего рассказать/спросить:

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

Второе - у меня, как у трекера, стартовал сезон акселераций. Опубликую несколько материалов про пет-проекты, запуск и валидацию идей. Завтра еду в Казань выступать с лекцией про генерацию идей, а на следующей неделе заявлюсь в ИТМО рассказывать о запусках.

Третье - конечно же, будет несколько постов с моим фееричным юмором.

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

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

Собственно, вопросы: о чем еще написать? Чего интересно почитать? Как нанести вам пользу?

1500 человек сильно превышает мой круг приятелей и знакомых, что вы тут вообще делаете?))

Продолжая тему ревью.

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

Под прошлым постом некоторые коллеги написали, мол, нафига вам этап самооценки и оценки руководителем, если все решает группка избранных сотрудников? Можно же его пропустить.

Давайте немного пролью деталей.

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

Дальше руководитель дает ОС в целом по отчетному периоду и по указанным выше задачам.

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

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

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

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

Так проходит несколько раз - финальный лист ранжирования смотрится и одобряется лично техническим директором.

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

Лайк, вопросы - в комментариях, спасибо.

Один из сложных моментов работы в корпорации - это ревью. На часах - 21:20, мы все еще обсуждаем репортов (репорт = сотрудник в прямом подчинении по корпоративной иерархии), уже в течении пяти часов.

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

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

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

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

Самооценка - понятная история. Сотрудник сделал какие-то задачи и рефлексирует по поводу результатов. Продакт, например, пишет о том, какие проекты сделали и насколько подросли метрики. Разработчик - о том, как и какие задачи были решены. QA - что-нибудь про тесты и тд.

Дальше руководитель субъективно оценивает активность сотрудника.

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

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

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

А сравнить надо.

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

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

Такие дела. Работа в корпах - сложно-сочиненный фрукт.
Надеюсь было познавательно, ставь лайк, а я пошел дальше обсуждать репортов.

? RICE yourself
Периодически встречаю в резюме ребят-продактов разной степени матерости строчки аля «Сегментировал аудиторию», «Построил CJM» или, не дай бог, «Оптимизировал бизнес-процесс».

Дальше идёт мнение автора, с которым можно не согласиться ?

Как по мне, для не-джунов такие строчки резюме практически бесполезны, а может и вредны, потому что не отвечают на вопрос: «Где деньги, Зин?», а точнее: “На что они пошли, помимо твоей зарплаты?”.

Представьте себе ситуацию, в которой вас вызывает собственник бизнеса и задаёт вышеупомянутый вопрос. А вы ему: «Я построил CJM”. Я могу ошибаться, но следующим вопросом будет что-то типа «А зачем?» (лексика может отличаться). В итоге, так или иначе, приходится вспоминать (или придумывать), к каким результатам привела ваша активность.

Почему бы не подготовиться заранее?

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

Собственно, почему бы не применить тот же RICE к своему резюме? В результате, в список достижений попадает то, что:
1. Измеримо.
2. Влияет на ключевые метрики.

Список сортируется в следующем порядке: в первую очередь идут поинты, влияющие на revenue, avgPrice, CAC/LTV; за ними - значимые для продукта метрики. Формула описания успеха - незамысловатая: изменил <метрика> на X %/пп с помощью <инструмент из вашего арсенала>.

Все остальное находится далеко в хвосте и включается только, если у вас литературный талант ( как у меня ? ) и ваши user story читают детям на ночь.

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

Business:

[middle] Product manager в TWork Procedures & Integrations
[middle] Product Manager в трансграничные переводы
[middle] AI Product Manager в направление привлечения и маркетинга
[middle] Рroduct manager в ТQM
[middle, senior] Product Manager в Т‑Бизнес
[senior] Product manager в Долями
[senior] Product manager в Отели
[senior] Product manager в Путешествия
[senior] Product Manager в Активацию
[senior, head] Product Lead в команду старта бизнеса
[senior, head] Product Lead в развитие кредитования бизнеса
[senior, head] Product Lead в зарплатный проект
[head] Product Lead в TWork
[head] Заместитель руководителя в отдел трансграничных переводов

Technical:

[middle] Technical Product Manager на внутренний маркетплейс
[middle] Technical product manager в маршрутизацию обращений
[middle] Technical product manager в риск-технологии
[middle, senior] Technical Product Manager в платформу биллинга Города
[middle, senior] Technical Product Manager в VoiceKit
[middle, senior] Technical Product Manager в ИТ-инфраструктуру
[middle, senior] Technical Product Manager в Домен человека
[senior] Technical Product Manager

Что нужно, чтобы воспользоваться ссылкой:
1. Выбрать одну вакансию из списка или на сайте https://www.tinkoff.ru/career/it/.
2. Написать мне - я скину реф. ссылку.
3. Перейти по ссылке, заполнить данные и написать там в специальном поле, какую вакансию вы хотите.
4. Профит!

Еще один friendly-пост о канале Сергея Колоскова. Да вы его и так знаете - это Fresh Product Manager. А если не знаете, то рекомендую подписаться.

У Сергея колоссальный опыт в продуктовом менеджменте - целых десять лет. Насколько я знаю, Сергей консультирует целые компании в контексте создания и оптимизации продуктов/процессов и помогает понять, где надо поработать напильником. Разборы кейсов и продуктовые инсайты вы можете найти в канале. Помимо этого, Сергей был замечен за запуском собственной образовательной программы - я как преподаватель отдаю ему дань уважения (продуктовое образование - это чертовски муторное дело).

Из интересного на канале: (тут ссылки)
1. Что делать в ситуациях, когда глубинное интервью идет не по плану?
2. Как преподают продакт-менеджеры?
3. Какие вопросы лучше задавать на CustDev-е?
4. Использовать User Stories или Use Cases?

Я сам регулярно читаю этот канал и нахожу что-то новое для себя, поэтому искренне рекомендую @FreshProductGo.

Интересно ли вам будет читать о пет-проектах и/или о micro saas?

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

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

Лайк?

Вас не берут продактом, потому что у вас нет релевантного опыта?

Типичная проблема для новичков, в целом, в профессии или в конкретной индустрии, не так ли? Каждый продакт, уверен, с этим сталкивался на своем пути. Решить ее довольно легко, если перестать очковать и немного напрячься.

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

Нет опыта работы продактом? Создай свой продукт и получи его.

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

Даниил Ханин, создатель того самого калькулятора юнит-экономики uecalc.com, в своем канале пишет о том, как принимать решения на основе данных. Юнит-экономика, метрики, финансовое моделирование, оцифровка бизнес-процессов и многое другое, что поможет вам строить бизнес осознанно. Канал Даниила: https://t.me/d2decisions

Александр Грибанов, трекер и основатель продуктового агентства LOSI.vc, делится методами и приемами продуктового подхода для роста бизнесов и стартапов. Немного теории, кейсы и обширный опыт применения. Канал Александра: https://t.me/pochtibereza

Сергей Воскобойников рассказывает про свой авторский метод sevo, как получить крутой оффер продакт менеджеру и как правильно искать работу. Регулярные эфиры, разборы резюме и множество полезного контента из рабочих будней. Канал Сергея: https://t.me/s_voskoboynikov

Николай Варкентин делится тоннами полезных ссылок и контента на все случаи жизни для специалистов IT. В канале Николая уже 250+ материалов про управление продуктами, проектами и карьеру в IT, которые помогут вам серьезно прокачаться. Канал Николая: https://t.me/postmantg

Екатерина Рудая рассказывает о непростом и тернистом пути продакта в b2b на примере нетривиального продукта - платформы киберучений: самые полезные фреймворки, особенности принятия решений, отличия в регулярных процессах. Канал Екатерины: https://t.me/es_ca_blog