Продолжаем про отказы

Теперь по вакансиям: например, первая явно про платформу / технологии, это и в названии - они ищут "Product Owner (tech)". При этом, резюме кандидата ну вообще не выдает в нем специалиста по техническим продуктам: вроде он и строил "сервис для управления таксопарком", но в скобочках указал ("мобильное приложение и CRM"), давая понять, что он скорее про фронтенд. Ну и в других позициях наличие теха не просматривается. Если его не было, то и не надо добавлять - отказ валиден. Если знания есть, то надо это отразить. Ну я просто не могу не упомянуть, что на курсе "Технологии для продактов" мы, в том числе, рассматриваем кейсы... приложения Заказа такси и Доставки - прям из резюме кандидата 🙂

Вторая вакансия от Сбера немного ванильная, чего стоит хотя бы "умеете отстаивать свою точку зрения", жесть 🙂 Но там есть и вкрапления специфики (именно их и надо всегда искать!):

- "можете разобраться в сложной архитектуре и понять взаимосвязи её частей"
- "опыт выстраивания коммуникаций с IT"
- "развивать продукт с помощью использования технологий искусственного интеллекта (AI)"

Ага, то есть опять нужен продакт с техническими знаниями и еще и AI-знания им подавай. С одной стороны хочется сказать "охренели", с другой - хочешь в топ-10 компаний страны (и соответствующую ЗП), лезь в кузов (учиться).

7) Третья вакансия в СберЗдоровье опять бьет туда же: "Базовая техническая грамотность и понимание этапов разработки".

В общем вердикт: походу им не хватает уверенности, что кандидат потянет тех / сервисы / платформы. Если кандидат уже в теме, то надо просто подкорректировать резюме. А если нет - велкам на симулятор, научим!

Читать полностью…

Знания или присейл самого себя?

Классный коммент к посту про резюме:

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

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

Это нормально. Я на заре карьеры думал, что я крутой продакт (1 год в роли). Потом, став синьором, думал что вот теперь-то я бог! Потом, году на десятом, я понял, какой же я был джун и сколько всего я узнал за последние годы. Теперь я больше не считаю себя крутым, а понимаю, что через 5 лет (при условии старарий, конечно), я еще кое-чему научусь.

Во-вторых, как говорим в посте выше, иногда это про матч. Вполне возможно я со своими регалиями вообще не нужен Google и с натяжкой войду в UX продукты, так как я скорее по Tech / AI. И это нормально - нельзя быть везде, надо выбирать.

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

Я к чему все это. Конечно, важно не мямлить и быть энергичным / уверенным и тд, но это просто основы общения и, уж тем более, собеса. Но иногда, стремясь за успешным успехом найма все забывают, что это - двухстороннее соглашение и работу-таки придется делать. Другими словами, я могу применить всякие трюки и получить позицию VP Product в компании среднего размера. Ну и я там повешусь через три месяца, а через 6 они поймут, что я не умею пока быть VP. Поэтому интервью это не только про "прорваться через ворота", но и про "тебе сюда не надо, друг".

Возвращаясь к вопросу присейла. Свое решение я буду основывать
👉30-40% на опыте работы (причем не пунктуацию и прочие мелочи, а именно уровень компаний и продуктов),
👉40-60% на впечатлении от ответов на вопросы,
👉0-10% на всяких штуках типа присейла, коммуникации и всего такого (например, продакт, которого попросили описать продукт за 1 минуту, а он в ответ дал питч на 10 минут, получает желтую карточку, но все еще имеет шанс - может просто переприсейлился, начитавшись постов).

В общем, мясо мэттерс. Качайте опыт, зарабатывайте шрамы продакта, а костюм оставьте до похода в театр.

Читать полностью…

Хорошее резюме не равно найму. Разбираем CV.

1) Во-первых, вы можете просто не попасть в типаж, который ищут. Например, я выделил для себя четыре хэштэга для этого кандидата: технический (API, интеграции), понимает в платежах, оптимизатор, опыт только в небольших продуктах.
Соответственно, сложнее будет попасть в UI-продукт, во что-то 0 -> 1 или большую корпорацию (которые предпочитают людей, прошедших фильтр больших компаний). Вот третий пункт походу сработал — автор попытался податься в Sr. PM Dropbox и Staff PM (это на уровень выше Sr) Stripe (компании первого ряда) и не вышло. Вполне представляю, что рекрутер или хайринг менеджер такие "ну не друг, поднарасти-ка еще опыта". Ну и мое правило всегда было: идешь из непонятной компании в гигант - отнимай 1 или 2 ранга и подавайся. Автору я бы советовал начать с Core PM в компаниях такой лиги, не выше.

Возможно, автор резюме скажет: "Ты всё неверно понял!", так в этом и прикол — каждый поймет немного по-своему, а звонить некому. У резюме есть ровно 1 шанс и ровно 15 секунд на "интересно!" или "next".

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

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

Поэтому, у меня "скучный" совет бывалого продакта: старайтесь на текущем месте работы, отражайте это в резюме и не надейтесь на легкие вакансии а-ля "с нуля в директоры" - так не бывает или там есть подвох. А вот спокойный рост по уровню в 3-4 года - вполне. Это, кстати, Jr -> Middle -> Sr -> Principal всего лишь за 9-10 лет. Что ооочень быстро.

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

4) Наконец, вы прорвались! Ура! Если будете стараться, то есть время быстро подкачать навыки, которые были слабыми и никто не заметил. А если не будете, то вас ждет Перформанс Ревью (в середине и конце года), где опять вам будут ставить оценку. И если шапка все еще не по Ваньке, то это будет очень неприятный процесс, с кучей нервов и не всегда хорошим концом.

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

Надеюсь, было полезно.

PS Этот канал про практику продакта. Поиск работы — лишь одна из составляющих. Хочешь прожарить свое резюме — пиши в комменты👇 Будем разбирать одно CV раз в неделю/две, чтобы другие рубрики не страдали.

Читать полностью…

Прожарка резюме

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

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

2. Уместить всё в одну страницу. Даже у меня с десятью годами опыта в IT (пятнадцатью, если брать все мои работы), одна страница. Только если ты SVP, у тебя может быть две. На последнее место работы потрачено полстраницы, где перечислены базовые требования для продакта.

3. Чуть-чуть напрягает, что ты на всех местах работы задерживаешься не больше года. Это непонятно. Это желтый флаг, которым твое резюме машет, и любой hiring manager про себя будет спрашивать: "Что с этим кандидатом не так, почему его увольняют, или он сам прыгает с места на место? Нужен ли мне такой человек на 4 месяца? Это надо как-то подсветить, чтобы была понятная история.

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

Есть что добавить? Пиши в комменты 👇
Хочешь прислать свое СV на прожарку — тоже пиши коммент.

Читать полностью…

Гайд по AI-билдингу для продактов и фаундеров

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

Наслаждайтесь!

Читать полностью…

Что должен знать и уметь продакт, чтобы начать активно применять LLM?

Промптинг – это только верхушка айсберга в данном случае. Продакт должен уметь:

→ собирать большие репрезентативные датасеты (бенчмарки), и оценивать на них качество и другие параметры работы LLM (”прогонять эвалы”)
→ настраивать тонкие параметры работы LLM (температура генерации, тип ответа)
→ промптить LLM в json структуре, чтобы ответ модели можно было использовать в API других сервисов вашего продукта
→ собирать пайплайны в несколько шагов для решения сложных задач

В ProductDo мы создаем курсы так, чтобы вы получили опыт максимально близкий к тому, что продакты делают на работе, когда решают аналогичные задачи, попробовали это на практике. Основная механика курса по LLM следующая: вы пишете или тюните промпт, и запускаете его на датасете из нескольких десятков или сотен примеров. Получаете результат “эвала”: точность работы на эталонном датасете, стоимость обработки, и т.д. Основываясь на результатах принимаете продуктовые решения.

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

И вишенка на торте: соавтором этого курса выступила Аня Подображных (да-да, та самая). Обратите внимание, что предыдущий пост перед анонсом курса в Анином телеграм-канале про запуск travel ассистента в ТБанке. Я очень рад, что она согласилась сделать с нами курс, именно таких менторов мы хотим видеть в ProductDo — которые прямо сейчас творят будущее на рыке, и могут делиться супер актуальным опытом.

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

Первый поток курса "Создание LLM продуктов" набрался сильно быстрее чем мы ожидали — с одного поста (в котором мы рекламировали другие свои курсы😁). Так что не упустите место во втором потоке: стартуем (выдаем доступ к симулятору) на этой неделе. Первый вебинар на следующей — в среду 09/07 в 19:00 (GMT+3). Половина мест уже разошлась.

Читать полностью…

Симулятор “Full-stack AI-прототипирование для продакта”

Привет, это Владимир. С темой AI-прототипирования я впервые познакомился из постов в LinkedIn: типа “Я сделал копию Spotify за 30 секунд” - вокруг этого было много хайпа. Это и правда несложно - AI умеет хорошо имитировать. Обычно на этом посте путешествие в новый мир заканчивается, потому что копия (разумеется) не работает, а что с ней делать дальше (кроме поста) непонятно.

Потом я несколько раз столкнулся на работе с тем, что проще было сделать какой-то довольно простой прототип, чтобы показать остальным, что я имею в виду. Тут просто “скопируй UI” не поможет, надо уже добавить логику. Моих технических знаний хватило, чтобы не дать AI повязнуть в ошибках и вот я уже показываю открывшим рот коллегам, как их фича оживает (но разумеется, не работает на 100% - AI еще не способен менять неподъемный код больших компаний, но и к этому мы однажду дойдем).

Потом я решил попробовать создать с помощью AI полноценное приложение (с бэкендом, базами данных и API) с нуля и к моему удивлению, при понимании происходящего (да-да, “Технические знания для продакта”) и структурном подходе, я собрал вполне себе рабочий апп. Так родилась идея написать симулятор. Я специально назвал его не просто “AI-прототипирование для продактов”, а именно “Full Stack AI-прототипирование для продактов”, почему так?

Создание прототипов делает вас сильнее в презентации идей, потому что позволяет имитировать еще не работающие фичи. Но часто приходится говорить “ой, только вот тут не жми” или “ну, разумеется эта кнопка не работает” или “да, если перезагрузить страницу, все пропадет”.
А именно Full-stack часть позволяет делать не только более качественные прототипы (за счет добавления баз данных, API, бэкхенд логики), но и на самом деле построить продукт. Да, поначалу простой. Да, часто кривой. Но прям свой продукт, с которым можно выйти не только на первые 10 пользовательских интервью, а на первых 100 покупателей. Написав ровно 0 строчек кода.

В симуляторе вы начинаете с основ (бездумный промпт за 30 сек), потом делаете простой (уже в контролируемом режииме) UI-прототип, потом посложнее, потом добавляете фичи, потом базы данных, потом свои API, потом внешние API и так далее. В итоге симулятор заставляет вас написать 30+ промтов от элементарных, до довольно про-уровня с подсекциями и т.д. И все это в незанудном стиле сюжетов ProductDo 🙂
Поскольку вам понадобятся основы-основ технологий, два урока посвящены именно этому (поэтому можно без тех знаний).

Есть две опции:
⁃ Симулятор: пока действует ранняя цена, потому что это пилотный запуск. После обкатки поднимем цену.
⁃ Интенсив: Симулятор + 2 воркшопа 24+28 июня + живые вопросы + свой проект (по желанию)

Удачи и вперед к знаниям! 🚀🤖

Читать полностью…

Не надо думать, надо прыгать экспериментировать
Как провести A/B эксперимент, когда трафика недостаточно

Ситуация
(кто внимательно читал вчерашний пост, главу "Ситуация" может пропустить)

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

Проблема: такие модели дорого производить, и ради теста делать их на весь каталог слишком рискованно. К счастью, в одном из разделов каталога 3D-модели уже были примерно у половины товаров (можно считать, что случайных), и это можно было бы использовать. Но беда: трафика в этом разделе мало, и если проводить A/B тест с достаточной статистической мощностью, то нужен такой рост конверсии, в который никто не верит.

Что я предложил сделать

Я предложил провести тест на один раздел:

- В базе 3D-модели не показываются
- В варианте 3D-модели показываются у тех товаров, у которых они есть (это 40-50% номенклатуры данного раздела)

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

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

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

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

Что получилось в результате

Скорее всего вы не угадаете результат. Я готов был съесть свою шляпу. После двух недель теста мы увидели следующую картину:

- перетекания покупок не случилось, доля просмотров и покупок товаров с моделями значимо не изменилась
- конверсия значимо (!!!) выросла — да-да, на ту самую величину в которую никто не верил

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

(Какие следующие шаги для продуктовой команды? Для меня как для консультанта был возможен только один следущий шаг: пойти в бар и напиться).

Читать полностью…

Пополнение в нашем стикерпаке

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

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

- Вы запустили проект, про который все говорил «нереально»? Засверкала фича, в которую никто не хотел вкладываться? Стикер им!

- Начальник требует, чтоб «обязательно был AI». Вот вы и думаете, вместо того, чтобы решать проблемы пользователя, где бы вызвать ChatGPT API… Может хотя бы для перевода…?

- Команда говорит «готово 100%», клиент говорит «забыли самую важную фичу». Страшен продакт в праведном гневе, особенно если это и правда было в тикете.

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

Читать полностью…

Гайд по продуктивности продакта

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

Мы собрали гайд из 11-ти практических, местами неочевидных, но проверенных лайфхаков о том, как не сгореть, не утонуть и при этом двигать продукт вперёд. Всё основано на реальном опыте Sr/Lead продактов Booking .com и авторов ProductDo — всё с примерами.

📌Для подписчиков канала гайд бесплатный — бот всё выдаст по этой ссылке.

Читать полностью…

Как сказать коллеге что он не прав (при том, что он выше вас по иерархии)?

Сегодня необычный пост от нашей коллеги и приглашение к дискуссии:

Я Катя, продакт менеджер в SkyShowtime: это европейский стриминговый сервис. Работаю в Media & Entertainment индустрии около 10 лет, и почти 8 лет живу в Амстердаме. Здесь раньше работала в Liberty Global (telco) и RTL (media).

Мой вопрос:

Вы когда-нибудь давали фидбек коллегам, которые выше вас по иерархии?

У меня был интересный опыт в нидерландской компании. Я работала с командой разработчиков в роли ПО. У нас было все и сразу: унаследовали легаси,  инциденты, сверху давят бизнес приоритеты и жесткие дедлайны, и классика: сокращают команду! Ну у кого не было... Команда  была на пределе. В это вмешивается глава тех департамента, их прямой и немного "отсутствующий" менеджер. Когда мы с ним разговариваем 1х1, все дружелюбно. Но в присутсвии других менеджеров я чувствовала давление с его стороны, что также замечают мои коллеги как вербальную атаку. Я терплю. Он меня старше на лет 15, голландец, в компании давно, а я там на контракте. Однажды он собрал мою команду и произнес мотивационную речь в стиле Аль Пачино, сказав, что они пишут "говнокод". Дух команды летит на дно, как камень в пруду... 😣

Что бы вы делали в такой ситуации? Буду рада если поделитесь своим опытом.

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

Читать полностью…

Пять лет назад я работал в команде, которая занималась платежами и финансами в Booking .com. И знаете что? Финансовые сервисы больших продуктов устроены таким образом, что когда ты хорошо делаешь свою работу ты просто незаметен. Идеально – когда никто даже не знает что твоя команда существует.

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

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

Типичная команда в букинге 5-ти летней давности по составу представляла собой что-то вроде: PM + дизайнер + фронтендеры + бэкендеры, и может иногда аналитик или датсаентист. Я нашел команду, которая целиком состояла из датасаентистов и пары очень крутых инженеров.

Команда занималась ранжированием результатов поиска. Для каждого отеля мы рассчитывали “релевантность”, а потом сортировали список по этому показателю. Факторы персонализации (теперь бы я назвал их “фичи”) добавлялись по одному на основе корреляционного анализа, и подтверждались отдельными экспериментами.

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

Когда я пришел в команду, я ничего не понимал в машинном обучении. Первое время я так сильно лажал в управлении продуктом из мира big data, что у меня были серьезные шансы не пройти испытательный срок в новой команде. Управление таким продуктом, как я понимаю сейчас, требует совершенно других подходов от PM’а.

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

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

Завтра в 18:00 (Амстердам) / 19:00 (Мск) расскажу:
— чему я научился за эти 5 лет,
— в чем особенности менеджмента ML команд и
— что отличает хорошего ML продакта от всех остальных.

Запишись на бесплатный вебинар по ссылке. Бот поможет добавить событие в календарь и напомнит о встрече.

До завтра!

Читать полностью…

Как на 30% увеличить доход от вашего ios app за 1 день

С вами Константин. За кликбейтным заголовком (что у нас редко) скрывается правдивый факт: вы могли слышать, что Apple на прошлой неделе проиграл суд Epic Games и теперь на территории Штатов можно будет обрабатывать платежи в обход AppStore (что грозит яблочникам существенными потерями по финансам). Помимо очевидного факта, что можно сделать +30% выручки на ровном месте (примерно столько Apple забирал от платежей на платформе), это, возможно, будет не единственная претензия от разработчиков софта к мировому IT гиганту. Если вы развиваете свое приложение — поздравляем с ростом выручки!

Есть еще и плохая новость (возможно, она стоила вам пары процентов дохода). Не так давно ряд европейских компаний обнаружили возможную несостыковку по платежам между внутренними системами аналитики и теми отчетами, что предоставляются AppStore. Причем "несостыковка" измеряется десятками миллионов (!) долларов в год. Причиной являются различные баги в обработке оплат от подписок.
Насколько мне известно, Apple пока никак не отреагировал и даже сделал хуже в новых версиях StoreKit. Подозреваю, что стартапы с низкой маржинальностью на подписках подобная история может вообще убить.

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

Кто-то имел дело с дублирующими системами? Поделитесь примерами, поучимся у друг друга.

Читать полностью…

Удаленная работа в Букинге

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

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

Какие форматы "work from abroad" практикуете вы? И куда ездите? Буду рад идеям — возможно, вдохновлюсь для следующей поездки.

PS Напомним, что уже 13/05 первый воркшоп интенсива "Технические навыки для продакта". Если вы ждали знака ❗️— это он. Уже пора присоединяться, чтобы успеть пройти первые главы симулятора.

Читать полностью…

Быстрая самопроверка для продакта

При взгляде на страницу со списком товаров на Amazon, я...

— Могу сделать качественную Service Blueprint табличку процесса покупки
— Могу нарисовать связанную архитектуру сервисов, баз данных и внешних интеграций, которые позволяют этой страничке работать
— Я понимаю, как общаются сервисы и могу написать требования, например, для API сервиса поиска товаров
— Понимаю, как работает тестирование и умею писать happy/unhappy path тест-кейсы
— Умею задавать SLIs/SLOs для сервисов и понимаю их место в общем дереве метрик продукта
— Понимаю, что аварии неизбежны и умею проактивно измерять здоровье продукта
— Понимаю основы защиты данных пользователя и продукта
— Умею применять Tech Product Review шаблон анализа тех. сложности продукта, чтобы оценивать примерное время разработки и подводные камни

Если есть сомнения и неуверенность — последние места на интенсив "Технические навыки для продакта" для вас.

Если вы хотите не просто "передавать фичи разработке" и перекладывать тикеты, а понимать, что происходит под капотом продукта, — это ваш шанс. 🚀

Что вас ждет:

- 15 уроков на симуляторе без воды
- 3 практических воркшопа (плотно и интенсивно, мозг будет кипеть)
- чек-листы для использования в работе
- цифровой сертификат
- чат с ответами от опытных тех.продактов


вт 13.05 19:00-21:00 (GMT+3)
чт 15.05 19:00-21:00 (GMT+3)
сб 17.05 10:00-12:00 (GMT+3)

---
Кто ведет:

Владимир Калмыков, Lead Technical PM в Booking .com
- один из первых Technical PM в Booking, 10+ лет опыта
- руководит 3-мя командами продактов

Отзывы студентов:

"Курс реально бомба. Все начинается с банального - "это я знаю", "это я понял", "это где-то читал", НО ПОТОМ Я КАК ВСЕ ПОНЯЛ и, более того, запомнил так, что разбуди меня в два ночи - смогу сделать 1-page для CEO=))
Ребята умудрились непонятно как запихать в мою голову то, за чем я пришел. Все просто и понятно разложено по полкам, и все повторяется ровно столько раз, сколько и надо запомнить. Причем уровень погружения ты определяешь для себя сам. Симуляторы - это просто бомба, а атмосфера на воркшопах заставляет плавиться мозги.»

"Обучающий курс, у которого есть автор и душа. Это его ключевое преимущество перед остальными программами, составленными анонимными методистами без реальной практики в глобальных IT компаниях. Было интересно и полезно! Мне не хотелось пропустить ни одну часть программы, ни одну статью из доп литературы. На семинаре в zoom я встретилась с умными заинтересованными людьми. Вместе проектировать архитектуру продуктов было задорно. Разнообразный бэкграунд участников подпитывал дискуссию.»

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

---
Если вы хотите вырасти в сторону Senior PM, Lead или даже Head, технические навыки — обязательный элемент.
Присоединяйся!

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

Читать полностью…

Еще одно хорошее резюме и три отказа

Несмотря на сильный послужной список, кандидат получил три отказа (моя гипотеза почему - ниже). Как я писал в предыдущих постах, найм - это всегда немного карты таро, так что расстраиваться точно не нужно. Факторов много, и большинство вы не контролируете: сила остальных кандидатов (включая внутренних!), условия нанимающего менеджера ("хочу кого-то ИМЕННО из Amazon") и так далее. Но все-таки, много чего вы можете контролировать, так что давайте разбираться.

Общее впечатление: сильный продакт с опытом работы в хороших компаниях. Понравились цифры и описание достижений - сильно. Но есть нюансы.

1) Из важных мелочей: опять 2 страницы и ладно бы по делу! Половина первой страницы (самая важная, которую все читают) состоит из общего описания (очень длинно), огромных пробелов (пустая трата места), ненужностей типа "команда из 7 человек", описания продукта аж на 4 строчки. В итоге до того, чем можно гордиться (Sr.PM Tinkoff) большинство читателей просто не доходит! Если помнить правило 15-ти секунд, то я за них успел только почитать первый абзац. Не очень эффективно!

2) Туда же - последняя роль (наверху резюме): то ли кандидат менеджил два продукта один за другим, то ли параллельно? Формат разный: в одном есть "Достижения", в другом - нет. В общем, появляется какое-то непонимание, с ним толика раздражения, а это - не те эмоции, которые ты хочешь вызвать у нанимающего менеджера.

3) Не совсем ясна история с "PM Tinkoff" -> "PM SuperJob" -> "Sr. PM Tinkoff". Возможно, кандидата не повысили, он ушел в другую компанию и уже оттуда вернулся на повышение. А может что-то еще. Не буду гадать, но это вызывает вопросы, так что нужно как-то это отразить лаконично в тексте, потому что вы не хотите, чтобы нанимающий менеджер "угадал" что-то не то.

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

Читать полностью…

Отличие резюме "оптимизатора" от "0 → 1 продакта"

К предыдущему посту был вот такой хороший вопрос:

А в чём отличие резюме оптимизатора от резюме 0 → 1 продакта, что нужно писать чтобы на такие позиции попасть? Я джун и мне пока не понятно, нельзя же написать улучшил метрику на n%, если продукт только запустился и ещё ничего не было

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

2. Например, я нанимаю PM для развития платежной платформы. Она уже работает, и мне не надо революционных открытий, а надо просто, чтобы эта важнейшая часть компании работала. Я буду искать "оптимизатора", причем "технического", и (ну это уже совсем жир) — "с опытом в платежах", и (это я уже охренел) с опытом в компаниях топ-100. Такие бывают, например, какое-то время назад я нанял чувака из Uber, который строил примерно то же самое, что предстояло строить у нас.

Как отличить хорошего оптимизатора? Опыт по 2-4 года (быстрее сложные системы не прочувствуешь) в сложных (и уже работающих) продуктах. Часто, но не всегда, технических платформах. На собеседовании, соответственно, ты проверяешь, человек действительно "прочувствовал" свой продукт или он был скорее поверхностным проджектом? Один / два вопроса и все ясно.

Теперь, кто такой 0 -> 1 специалист? У него / нее в послужном списке всякие запуски с нуля (новый продукт, новые большие фичи), свои проекты, может, даже фаундерство. Таких людей ищут для старта чего-то нового (спасибо, кэп). Тут надо проверять, как человек думает, и что в итоге с его запусками произошло (они сейчас скейлятся или "ой-все-дураки-закрыли-мой-гениальный-проект").

Зачем такой матч делается? На самом деле, ради вашего же блага: гроус-продакту будет скучно (и очень сложно) на оптимизаторской / технической должности. Оптимизатору будет страшно (и очень сложно) на пустом поле, где надо строить с нуля. Так что помимо 5% ситуаций, когда вам доверяют попробовать для себя что-то уж совсем новое (обычно происходит с внутренним наймом, когда крутой продакт ныряет в новое амплуа, но все в него верят), чаще всего, вы все-таки разыгрываете свои "сильные" карты, и делаете их все сильнее.

Надеюсь, было полезно.

Спрашивайте еще. Присылайте резюме на разбор.

Читать полностью…

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

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

— По содержанию: обратите внимание, что кандидат был повышен на первом месте работы - это очень хороший знак, абы кого не повышают (в приличных компаниях). Немного непонятен скачок с нуля до Sr. PM (да еще и UX / Product) и потом сразу до директора. Возможно, либо компания была маленькая, либо кандидат скрыл в нижней строчке рост с джуна и выше. Если так, надо пояснить, например, Jr -> Sr. PM (2015-2019), а если сразу взяли на синьора, то у меня будут вопросы к уровню продуктовой планки.

— Еще из крутого — международный опыт. Да, компании не очень известные, но зато Sr позиция и "не на неделю". Это еще одна хорошая галочка.

— Бросились в глаза сертификаты: видно, что продакт развивается и не просто во всякой водичке (типа "Agile certification"), а в мясе - Analytics, SQL, и тд. Разумеется, от одного упоминания сертификата найм не случится, но это точно заметка обсудить на интервью. И тут главное не облажаться и продемонстрировать упомянутые знания. Так что проходите курсы с умом - нет ничего страшнее, чем показать себя "обманщиком" в своем же резюме.

— Финансовые метрики: для меня все строчки, указанные кандидатом были четкими и понятными. Кому-то "$70M ARR" режет глаз, но я считываю: этот продакт точно понимает как его деятельность влияет на экономику компании. Если ты можешь четко ответить на вопрос какие именно твои продуктовые изменения повлияли на метрику, которую ты указал, и эта история звучит убедительно, то это очень сильный аргумент. Лучшее, что можно указать в описании позиции.

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

Продолжение в следующем посте.

Читать полностью…

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

Читать полностью…

Сегодняшний несерьезный пост про образование

Я, Владимир, очень люблю учиться. Иногда я не знаю, куда меня приведет новая тема, но в итоге (почти всегда), она открывает новые идеи, которых до этого в моей голове просто не существовало (и не могло существовать!). Для продактов это особенно важно: мы оперируем на стыке обыденного и инновационного и самые крутые штуки рождаются именно у тех, кто первый с чем-то разобрался, словил "эврику" и не побоялся применить к уже готовому продукту под недоверчивые взгляды коллег.

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

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

Читать полностью…

Как выглядит false positive на практике

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

Коротко напомню фабулу

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

Проблема: такие модели дорого производить, и ради теста делать их на весь каталог слишком рискованно. К счастью, в одном из разделов каталога 3D-модели уже были примерно у половины товаров (можно считать, что случайных), и это можно было бы использовать. Но беда: трафика в этом разделе мало, и если проводить A/B тест с достаточной статистической мощностью, то нужен такой рост конверсии, в который никто не верит.

Нестандартный дизайн эксперимента

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

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

Чем все закончилось

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

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

Эпилог

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

Морали не будет.

Читать полностью…

Коллеги предложили мне сделать это... И вот что вышло!

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

Простите за заголовок в худших традициях кликбейта). Но полгода назад авторы канала ProductDo и правда предложили мне cделать симулятор пользовательских интервью для продактов и... в итоге всё получилось: 30 июня стартует уже второй поток с тремя воршопами (а это 10+ дополнительных кейсов). Можно отдельно купить симулятор без воркшопов и начать хоть сейчас. Сегодня я хочу рассказать о том, как делался этот курс.

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

Лучший способ сделать хороший симулятор – это вывернуть наизнанку университетский учебник. Нравственный закон над нами и звездное небо внутри нас. Начинаем с простых практических заданий, постепенно их усложняем и в конце объясняем, что это было и почему оно так работает. За реалистичность задач отвечает сюжет симулятора: вас только что наняли быть CPO scale-up компании, или стажером в корпорацию, или единственным продактом в стартап. Первые письма от руководства уже во входящих, задачи горят – пора начинать.

В итоге нужно придумать и синхронизировать три слоя: теоретический план, практические задания и сюжет. С теорией проблема в том, что очень сложно остановиться. Начинаешь с самого базового: как формулировать вопросы, понимаешь, что перед тем надо объяснить сегментацию, а перед сегментацией цели и задачи исследования, а тут надо качественные и количественные разделить, а значит надо вообще дать теорию, простите, познания, про работу с информацией, различие фактов и интерпретаций, а без разделения проблем и решений и священного дабл даймонда вообще ничего не клеится. И вот у тебя уже на руках план университетского курса «введение в продакт менеджмент» на пару семестров длиной. А начиналось всё с мини-симулятора, чтобы люди вопросы потренировались правильно формулировать.

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

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

В отличие от курсов про А\Б-тестирование или технические навыки, интервью предполагает взаимодействие с реальными людьми, его «по учебнику» не выучишь. Просто записать несколько часовых интервью и дать задачу «посмотри и перескажи» не прокатит. Для наглядности нужно дать разные варианты ответов одного и того же человека на разные вопросы. Тут пришлось прибегнуть к чит приёму, который не доступен в реальной жизни. Я прописал реальные мотивы и восприятие ситуации респондентами, и исходя из этого они по разному отвечают на вопросы.

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

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

Читать полностью…

Как провести A/B тест, если не хватает трафика?
(отвечает Андрей Менде)

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

У одного знакомого (очень талантливого продакт менеджера) появилась идея о том, как значительно повысить привлекательность страницы товара в его витрине. Можем считать, что это что-то вроде 3D модели предмета (на самом деле нет, но для соблюдения NDA это будет отличной аналогией).

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

Так получилось, что в одном из разделов каталога у примерно половины товаров (можно считать, что у случайной половины) эти 3D модели уже имелись, так что их можно было бы показать без дополнительных затрат.

Но когда мой знакомый сделал расчет статистической мощности эксперимента, то получалось, что если взять только посетителей этого раздела, то увеличение конверсии, которое в эксперименте можно задетектить за 3-4 недели, оказывалось нереалистично высоким. Слишком мало траффика!

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

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

Читать полностью…

Сделать мир лучше...

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

Логически верным мне (привет, это Константин!) кажется ответ, что классическая задача продакта — это решать проблемы пользователя. Так же верным будет заявление, что решать проблемы нужно таким образом, чтобы это приносило прибыль компании. А если еще можно обеспечивать рост - то будет совсем хорошо!

На мой взгляд главная проблема тут в том, что со стороны executive левела и фаундеров ожидания всё-таки состоят в том, чтобы продакт приносил больше прибыли, чем в предыдущем квартале или растил количество пользователей. А некоторые названия команд вроде "Growth" вообще явным образом намекают на то, какие у тебя будут ОКРы. Я работал долгое время в стартапах разного уровня и ни разу не видел, чтобы кто-то ставил какие-либо проблемы пользователей в квартальные или годовые цели. Поэтому стратегия на следующий год / полугодие обычно выглядит как: "В 24ом году мы заработали 1 млн $, в 25ом давайте заработаем 10 млн $!". Ну и из-за этого постоянного давления сверху все стараются показывать хотя бы маленький, но стабильный рост. Поэтому часто 90% работы состоит из мелких оптимизаций разного уровня сложности: перекрашивание кнопок, укорачивание/удлинение онбординга, смена надписей и... побольше пейволов с покупкой подписки.

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

Ну и конечно особенно грустно, что ответ "сделать этот мир лучше" совсем уж фантастический. Платить деньги за улучшение мира вряд ли кто то будет. Хотя и очень сильно хочется! :)

Читать полностью…

Помните историю про говнокод и старшего коллегу с некорректным поведением? Продолжение от Кати:

Что сделала я?

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

Моя менеджер посоветовала дать чайка-менеджеру фидбек. Компания голландская, тут приветствуется прямота. Я еле нашла 15 минут в его календаре. К разговору готовилась. Я хотела его построить конструктивно без обвинений и эмоций, и нашла такой подход как “я-высказывания”.

Формат фидбека:
“(1) Когда ты делаешь так...
(2) Я чувствую себя так...
(3) Потому что мне нужно вот это...
(4) Можешь, пожалуйста, в будущем делать вот так...”.

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

Когда мы созвонились, я поблагодарила его, что он нашел время для меня, и что я бы хотела с ним поговорить о том, что меня беспокоит. И потом я пошла пункт за пунктом. Сработало как магия! Менеджер оказался адекватный, воспринял мой фидбек хорошо. Он извинился передо мной и мы обсудили, как ему лучше поступить с командой. Решили, что с каждым на 1-1 он поговорит об этом и извинится. Беседа выдалась конструктивная и наши отношения стали даже лучше. Никаких обид, пассивной агрессии, все по делу. А  мне-то как полегчало! 😅 Эта ситуация потом переросла в командный мем, но такого больше не повторялось!

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

А у вас в компании бы сработало?

Читать полностью…

Инсайты про стратегию продукта

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

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

1. Чем опытнее продакт – тем более краткой и содержательной будет его стратегия
Стратегия – такой документ, куда очень много разной информации можно напихать и она будет смотреться органично. Вы будете чувствовать себя очень умным, написав толстенный документ, но опытный менеджер будет читать с недоумением: “Зачем столько воды?”

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

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

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

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

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

Читать полностью…

База бесплатных материалов ProductDo открыта

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

Чего же нам не хватает?

Посты "про ежедневную" практику это одно, но есть какие-то недвижимые (или редко движимые!) темы, которые не меняются (например, что продакт должен знать про API или RICE-приоритизацию). Их точно не хочется искать потом в Телеграм-постах, а вместо этого иметь где-то в красивом и центральном месте.

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

В общем, мы открываем бесплатную базу знаний ProductDo и в ближайшие пару месяцев будем добавлять туда ключевые 3-5 статей по ключевым темам продакт менеджмента: Основам, Технологиям для продакта, А/Б тестированию, Продуктовому исследованию, Интервью с пользователями, Продуктовой Аналитики и SQL, уже немного подзабытым за хайпом ML и набирающему обороты AI/LLMs.

К концу года хотим уже назвать библиотеку законченной: ожидаем там примерно 10 тем по 3-5 статей, так что метим в 30-40 полезностей.

Первая статья уже вас ждет: "Что продакт должен знать про API". Наслаждайтесь.

Скажите, как вам идея? Полезно (🔥) или ваще-зачем-не-надо-такого (😎)?

Читать полностью…

Видео под шашлыки

Зачем менеджеру продукта продолжать осваивать технические навыки в мире LLM

Привет, это Владимир! Мы поговорили с нашим другом (и автором симулятора "Интервью с пользователями") Игорем Седачевым на его ламповом подкасте Ahoy.

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

Получилось живо и, надеюсь, полезно.
И отреагируйте плиз: вам нравится редкий видео-контент по делу (🔥) или лучше не надо (😎)?

https://www.youtube.com/watch?v=xa36tIlcCBA&ab_channel=Ahoy

Читать полностью…

Реклама в ChatGPT

С момента, как OpenAI наняли бывшего вице-президента сами знаете чего, я всё чаще думаю: а в ChatGPT появятся рекламные вставки? Или уже появились?

Пример, каким может стать обычный запрос уже через год:
👨‍⚕️: Привет, ChatGPT! Как приготовить пиццу с курицей и ананасами?
🤖 ChatGPT: Конечно, вот рецепт:
— 500 г ананасов, 300 г курицы, томаты, сыр (лучше всего купить в SPAR — отличный выбор и сервис)
— Не забудьте кетчуп Heinz — лучший вкус по мнению опросов (новая эргономичная упаковка, 2 по цене 1)
— Не хотите готовить? Зайдите в Pizza Hut в 640 м от вас — скидка 20% на все тонкие пиццы (условия уточняйте)
— Пицца вкуснее с новой Coca-Cola Negative Sugar (c) — худеешь и наслаждаешься вкусом!
⚠️ Рецепт недоступен для пользователей из Италии по решению их правительства.

Шутки про ананас на пицце в сторону — мы точно туда идём?
Подумайте:
Google начинал с миссии "структурировать информацию всего мира" — и утонул в рекламе
Цукерберг обещал "соединять людей" — теперь просто бесконечная лента таргета
LinkedIn был сетью профессионалов — теперь каждый второй пост — реклама чего-то ненужного

Реклама постепенно проникает во всё. Возможно, следующее поле битвы — ИИ. Как вы думаете, куда мы движемся?

Читать полностью…

Не могу найти работу больше двух лет

Периодически вижу в ленте посты от продактов: "не могу найти работу уже 2 года..."

Решил копнуть глубже.
Я не конечно не владею полными данными и понимаю, что у всех бывают разные ситуации. Но…
У существенной доли таких кейсов одна общая черта: за последние 3–4 года у человека 10+ мест работы. И почти везде — по 2–4 месяца.
Не фриланс, не проектная работа. Фултайм.
Три месяца тут, четыре там, потом два, потом снова четыре...

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

Вопрос: вы готовы стать его/её одиннадцатым работодателем?

Читать полностью…