Как понять, что встреча – не собеседование, а выжимание информации? Самые опасные случаи сбора экспертизы под видом найма выглядят максимально профессионально Настолько профессионально, что многие сильные консультанты и продакты понимают это только спустя несколько месяцев, когда видят свои идеи в продукте компании. В нормальном найме объем информации примерно симметричен. 1. Один из самых сильных сигналов - вас просят не придумать решение, а оценить несколько уже существующих вариантов. Например: "У нас есть три стратегии выхода на рынок, какую бы вы выбрали?" или "Вот три варианта монетизации, что думаете?". Со стороны кажется обычным кейсом. Но на практике компания часто уже провела внутреннюю работу и использует внешних кандидатов как бесплатный комитет по принятию решений. Особенно если один и тот же вопрос задается всем кандидатам на роль. 2. Очень интересный маркер - вопросы про последовательность внедрения. Не "что делать?", а "в каком порядке делать?". В продукте именно порядок действий зачастую стоит миллионы рублей. Идеи обычно лежат на поверхности. Настоящая экспертиза находится в понимании, что запускать первым, что вторым, а что вообще не делать. Когда интервью неожиданно превращается в разговор о roadmap на ближайшие 12 месяцев, это повод задуматься. 3. Еще один сигнал, который редко замечают: интервьюеры почти не интересуются вашими провалами. Обычно сильный нанимающий менеджер хочет понять, где человек ошибался, как принимал решения в условиях неопределенности, какие выводы сделал. Если вместо этого разговор на 90% состоит из обсуждения успешных кейсов и конкретных механик роста, возможно, оценивают не кандидата, а собирают набор практик. 4. Отдельная история - когда компания постоянно возвращает вас к одной и той же теме через разные формулировки. Например, на первой встрече спрашивают про запуск маркетплейса. На второй - про удержание продавцов. На третьей - про монетизацию комиссии. На четвертой - про логистику. Кажется, что это разные вопросы. Но фактически вы бесплатно помогаете собрать полную стратегию по одному бизнес-направлению. 5. Очень показательный сигнал - повышенный интерес к тому, что вы НЕ включили бы в стратегию. Многие думают, что ценность эксперта в рекомендациях. На самом деле зачастую ценнее список того, чего делать не стоит. Если интервьюер активно копает в тему "от чего бы вы отказались?", "что бы вы закрыли?", "какие направления не стали бы финансировать?" - возможно, он пытается снизить собственную стоимость ошибок. 6. Есть еще одна тонкость из мира консалтинга. Если после вашего ответа люди начинают не обсуждать его, а уточнять детали внедрения — это тревожный сигнал. Например: Какой подход выбрали бы для запуска? Нормальный найм: "Почему именно этот подход?" Сбор экспертизы: "А сколько людей понадобится? Какие роли? Сколько месяцев? Какие KPI поставите?". То есть разговор внезапно переходит от стратегии к операционному плану. 7. Очень интересный паттерн встречается в корпорациях. Вам начинают показывать внутренние документы. Куски CJM, организационные схемы, продуктовые метрики, структуру команд. Многие воспринимают это как признак доверия. Но иногда это способ получить качественную обратную связь от человека со стороны. Особенно если документы показывают раньше, чем обсуждают условия сотрудничества. 8. Еще один редкий сигнал - интервьюеры слишком хорошо подготовлены. Звучит парадоксально, но иногда это проблема. Когда вас спрашивают не про опыт запуска подписки, а про конкретный эксперимент, который вы делали в марте прошлого года, какую конверсию он дал и почему вы выбрали именно такой дизайн теста - часто оказывается, что люди заранее изучили ваши выступления, статьи и кейсы и пришли добрать недостающие детали.

Практический лайфхак про стратегию У нас выходило довольно много постов про стратегию (и даже есть гайд и симулятор), и я хочу кое-что к этому добавить. Обычно стратегия преподносится в виде “пятислайдера” - короткой истории, покрывающей проблему / ее оценку / решение / план, и именно эти слайды вы питчите по каждому поводу - клиентам, директору, команде, и тд, постепенно полируя. Есть еще и вторая версия той же стратегии - письменный нарратив. Он решает проблему того, что (а) без вашего голоса слайды теряют 80% наполнения и (б) - вы каждый раз питчите чуть по-разному (свойственно для сложных тем), что иногда может и бесить. Нарратив (strategy narrative) - это максимум 3-5 страниц для стратегии команды на ближайшие 1-2 года (в зависимости от циклов планирования, принятых в вашей компании). Если вы ведете департамент или больше одной связанной темы, то можете позволить себе 7-8 страниц. Но не больше: это не AI-слоп водичка на 50 страниц, а высококонцентрированная история, которую можно прочитать за 15-20 минут. Поскольку история про (нетривиальное) будущее, то AI вам не поможет. Кто не согласен - присылайте почитать, с удовольствием приму челендж. Один классный лайфхак - сделать в конце дока FAQ: список вопросов, которые вы часто слышите по поводу своего питча, а-ля “Ну зачем это делать, если есть Х?” или “Это значит, что Y больше не нужно?”, и т.д. С одной стороны это уже не часть стратегии (и не вылезает за положенный объем), с другой - позволяет углубиться тем, кто хочет и заодно откомментить свои вопросы. Ну и, конечно, напоминаю, что при первом же обнаружении следов ИИ (обтекаемость и обороты типа “это не X, это Y” и прочий сейлз), ваш док как откроют, так и закроют. Тратим чужое время с умом 😉 Владимир Калмыков, Lead PM, Tech platform solutions Booking. com, автор симуляторов: Claude Code для продакта, Продуктовая стратегия, Технические навыки для продакта и др.

Про интро о себе в интернете, ч.5: многолетний опыт. Считаю, что это самая популярная ошибка, которую допускают люди, рассказывая о себе! Годы - единственная метрика опыта, которая растет сама, без усилий, просто от вращения Земли. Поэтому она и самая слабая. 1️⃣ "15 лет в индустрии" и подобное - вероятно худший вариант рассказать о себе. Сразу возникает вопрос: а что сделано за 15 лет? Если есть достижения - лучше говорить о них. Если нет - то это явный сигнал не очень высокой квалификации. Зачем его подавать так явно? Любое интро пишут ради конверсии во что-то. А она реально выглядит так, кто-то кому-то говорит: "есть чувак, который..." 15 лет в индустрии? Слабовато. 2️⃣ "15 лет в индустрии" говорят только о минимальной квалификации человека - такой, чтобы он мог быть трудоустроенным. Если эти 15 лет в высококонкурентной среде вроде фаанга - тогда другое дело, многолетний опыт может считаться достижением. 3️⃣ Более того, 15 лет могут быть не 15 годами непрерывного обучения и роста, а например один год, повторенный 15 раз. Конкретно про разработчиков есть исследование (pdf): стаж слабо коррелируют с эффективностью. Более интересное: часы, потраченные на код-ревью, тесты, менторство и обучение коррелировали с эффективностью, а часы, потраченные на само программирование, - нет. 4️⃣ Еще есть работа с таким выводом: связь опыта программиста с навыком максимальна в первый год и исчезает примерно после четырех лет. В том числе с конкретной технологией: 15 лет в Java немногим лучше, чем 4 года в Java. Полезно ответить себе на вопрос: "чем мой 9-й год отличался от 3-го?" 5️⃣ В найме выслуга лет может быть плюсом - например показывать лояльность одной компании. Но для фаундеров точно нет: 12 лет в индустрии должны обязательно конвертироваться в важный инсайт: "за 12 лет внутри увидел, что все теряют деньги на X, и никто не чинит, потому что Y". 6️⃣ Правильная единица измерения опыта - не годы, а циклы. Сколько раз человек прошел полный цикл: запуск -> результат -> разбор? Продакт, запустивший 6 продуктов за 4 года, скорее всего опытнее продакта с одним 12 лет не особо растущим продуктом. В резюме или питче стоит писать именно циклы, а годы пусть читатель вычисляет сам, если ему надо. 7️⃣ Более того, годы опыта могут работать в минус: в айти все быстро меняется и наработанные автоматизмы приходится разучивать. А еще давят LLM: "опыт-как-насмотренность" коммодитизируется; остается "опыт-как-суждение" (что НЕ делать, когда остановиться и т.д.) Но его годами не измерить, только артефактами решений. 8️⃣ Наверное всем очевидно, что каждый упомянутый год повышает планку ожиданий: за первые пару лет не иметь достижений - это ок, а за 10 лет - ну совсем не ок. 9️⃣ Многие любят шутить про "позиция джуниора, нужно 5 лет опыта". Но давайте признаем, что в айти даже диплом не так уж важен, не то что опыт. И если ценз по стажу есть, то к такому работодателю, клиенту или инвестору возникают вопросики. 🔟 Ну и рынок уже все порешал: 1-й и 5-й год карьеры по деньгам отличается намного больше, чем 12-й vs 16-й. Так что на ранней стадии еще есть какой-то смысл говорить о годах опыта. При этом корреляции посчитаны на выживших: слабые разработчики уходят в менеджмент, продажи, или вообще из профессии. Селекция работает в пользу опытных, и даже с ней годы дают примерно ноль. Истинный эффект выслуги лет айтишника скорее отрицательный. Предыдущие части рубрики: ч1, ч2, ч3, ч4. @kyrillic