Как пройти собес продакт-менеджера в Яндекс Go

Что за продукт Яндекс Go

Яндекс Go — это мобильное приложение, объединяющее такси, доставку еды и продуктов, каршеринг и грузоперевозки. С точки зрения продакта это двусторонний маркетплейс с очень жёсткой связкой между предложением (водители, курьеры, рестораны) и спросом (пассажиры, заказчики). Любое решение продакта влияет на обе стороны.

Без понимания этой связки кандидат на собесе быстро попадает в ловушку: предлагает поднять конверсию заказа в такси, не думая, что в часы пик это просто упрётся в нехватку машин и убьёт surge-логику. Команда такие ошибки видит за минуту.

Полезно держать в голове три уровня продукта. На уровне приложения — это супераппа с навигацией между сервисами, поиском, чатом поддержки и кошельком. На уровне сервиса — отдельные вертикали (Такси, Лавка, Еда, Драйв, Доставка), у каждой свой PnL и команда. На уровне платформы — общий матчинг, тарификация, антифрод, ML-ранжирование. Кандидат, который понимает, в какой части он бы работал, отвечает на кейсы конкретнее.

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

Этапы собеса

Стандартная воронка для middle/senior PM:

1. Скрининг с рекрутером.
2. Интервью с hiring-менеджером — продуктовый опыт, мотивация, что запускали.
3. Продуктовый кейс — задача в формате такси/доставки.
4. Аналитическая секция — SQL, A/B, метрики.
5. Cross-functional интервью — с дизайн-лидом, тимлидом разработки или аналитиком.
6. Финал с руководителем направления.

Всего 5–6 секций, 4–8 недель — это ориентир, реальная длительность зависит от команды и сезона. Бар на продакта в Go исторически высокий: ждут самостоятельности, опыта запусков и понимания юнит-экономики.

Этап	Длительность	Что проверяют
Скрининг	30 мин	Мотивация, формальный фит
Hiring-менеджер	60 мин	Опыт, прошлые запуски, цифры
Продуктовый кейс	60–90 мин	Декомпозиция, гипотезы, метрики
Аналитическая секция	60 мин	SQL, A/B, чтение дашборда
Cross-functional	45–60 мин	Совместная работа, конфликты
Финал	45–60 мин	Стратегия, культура

Кейсы и какой формат ждать

Три типовых формата:

Кейс по такси. «В городе N упало количество поездок на 12% за неделю. Что делаешь?» Ожидают: декомпозиция (поиск → заказ → подача → поездка → оплата → оценка), сегментация (новые/старые, тип тарифа, район), проверка предложения (сколько водителей онлайн, средний eta), внешние факторы (погода, праздники, конкуренты).

Кейс по доставке. «Снизилась частота заказов в Лавке. Что копать?» Здесь добавляется ассортимент, наличие, время доставки, размер заказа. Полезно сразу спросить, упала ли частота во всех городах, или это локальный эффект; падает ли конкретный сегмент пользователей или новые когорты.

Кейс на новый запуск. «Запускаем доставку из аптек. Какие гипотезы и как валидировать?» Ожидают: сегмент, JTBD, минимальная гипотеза, как мерим, что считаем успехом.

Шаблон ответа:

1. Цель и контекст.
2. Декомпозиция воронки и сегментация.
3. Гипотезы по обеим сторонам маркетплейса.
4. Что проверить первым.
5. Метрики успеха и анти-метрики.

Анти-метрики важны — Go их любит. Если поднимаем заказы, не должны просесть retention водителей или NPS.

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

Антипатерны в кейсах: сразу прыгать в решение («давайте промокоды»), сводить всё к маркетингу, игнорировать данные («у меня нет данных, поэтому скажу так»). Если данных нет — называйте, какие нужны и как бы их собрали.

Метрики двустороннего маркетплейса

Минимум для собеса:

• Спрос: заказы, конверсия из открытия в заказ, frequency на пользователя, retention.
• Предложение: онлайн-водители, утилизация (доля времени в заказе), отказы от заказа.
• Балансовые: ETA подачи, surge-коэффициент, доля неподтверждённых заказов.
• Юнит-экономика: GMV, take rate, маржа на заказ, CAC, payback.
• Качество: NPS, доля жалоб, время поддержки.

Сильный кандидат сам говорит про матчинг и про то, что улучшение одной стороны без другой даёт временный эффект.

Ориентиры (порядки величин, не гарантии для конкретного продукта): хорошая утилизация водителя в часы пик — выше 60%, ETA в крупном городе в обычное время — единицы минут, доля отменённых заказов в зрелой вертикали — несколько процентов. Кандидат, который называет реалистичные диапазоны и сразу оговаривает «это ориентир», звучит уверенно. Кандидат, который не называет цифр совсем, выглядит так, будто никогда с метриками не работал.

Важно различать leading и lagging метрики. Surge-коэффициент и ETA — leading: они меняются здесь и сейчас и предсказывают, что произойдёт с заказами завтра. Retention W4 и LTV — lagging: они показывают итог. Хороший продакт строит дерево: что мы двигаем сегодня, чтобы через месяц увидеть рост в lagging.

Аналитическая секция

SQL — обязательно. Уровень: оконные функции, JOIN-ы, когортный анализ, retention, воронки. Часто дают задачу на расчёт удержания водителей или конверсии в первый заказ.

A/B — нужно знать:

• Что такое ошибки первого и второго рода.
• Как считать размер выборки.
• Что такое peeking и почему так нельзя.
• В чём специфика A/B в маркетплейсах: эффект на одной стороне может перетекать на другую (network effect, interference). Поэтому часто используют geo-эксперименты или switchback.

Если кандидат знает про switchback — это плюс. Если не знает, но честно говорит «классический A/B тут не подойдёт из-за интерференции» — это уже хорошо.

Типовая SQL-задача: посчитать долю водителей, у которых количество поездок на следующей неделе после первой не упало. Здесь проверят, что вы умеете правильно агрегировать по неделям, не путаете INNER и LEFT JOIN, аккуратно обрабатываете NULL и не получаете integer division в делении доли.

A/A-тест на собесе тоже могут спросить: зачем нужен (проверка платформы), что должно получиться (отсутствие значимого эффекта в большинстве запусков), как читать, если в A/A неожиданно «значимо» — скорее всего, баг сплитования или пересечение когорт.

Поведенческая секция и кросс-функции

Cross-functional интервью часто недооценивают. На самом деле это половина решения по найму: команды смотрят, как вы работаете с дизайном, аналитикой, разработкой и маркетингом. Типовые вопросы: «Расскажите о конфликте с дизайнером», «Что делали, когда аналитик не успевал», «Как принимаете решения, когда мнения разработки и продукта разошлись».

Шаблон ответа — STAR: situation, task, action, result. Без цифр в result — слабый ответ. «Договорились» — не результат. «Договорились, и через две недели feature flag раскатился, а конверсия выросла на ориентировочно 4%» — уже ответ.

На финале с руководителем направления важна стратегия. Готовьте ответ на «Куда бы вы развивали Такси (или Лавку) на горизонте года?» — здесь ждут не идеи, а структуру: где сейчас рынок, что является узким местом, какие 2–3 ставки бы сделали и почему.

Как готовиться

План на месяц:

1. Неделя 1 — продукты Go. Сделать 5+ заказов в такси разных тарифов, 3 заказа в Лавке/Еде. Разобрать онбординг, поиск, чек-аут, поддержку.
2. Неделя 2 — метрики маркетплейсов. Прочитать про двусторонние рынки (Hagiu, статьи a16z), разобрать unit-экономику такси.
3. Неделя 3 — кейсы. 10–15 кейсов вслух с другом или ментором.
4. Неделя 4 — SQL и A/B. Прорешать задачи на оконки, когорты, дизайн эксперимента.

Дополнительно полезно завести один документ с собственными «карточками знаний»: формула расчёта MDE, формула CAC и payback, чек-лист дизайна A/B, чек-лист продуктового кейса. На собесе под стрессом такие шпаргалки в голове работают лучше, чем «помню откуда-то».

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

Частые ошибки

• Думать только про спрос. Если в кейсе про такси не заговорили про водителей — это провал.
• Игнорировать сегментацию. «Поездки упали» без вопроса «у кого именно?» — слабо.
• Лезть в фичу. Кейс про падение метрики не решается «давайте добавим промокоды».
• Не знать про интерференцию в A/B. Для Go это база.
• Слабые цифры в результатах прошлых проектов. «Запустил фичу, она зашла» — не ответ.
• Игнорировать гео. Россия — это не один рынок, а десятки.
• Делать выводы по верхнеуровневой метрике. Падение GMV без декомпозиции на DAU × frequency × AOV — не диагноз.

Связанные темы

• Как пройти собес продакт-менеджера в X5
• Как пройти собес продакт-менеджера в Aviasales
• A/B-тесты в маркетплейсах
• Метрики продуктовой аналитики
• Кейсы на собесе продакта

FAQ

Сколько этапов в Яндекс Go?

Обычно 5–6: рекрутер, hiring-менеджер, продуктовый кейс, аналитика, cross-functional, финал.

Спрашивают ли SQL?

Да, на уровне оконных функций и когортного анализа. На senior-позициях бывает задача со звёздочкой.

Нужно ли понимать switchback?

Для senior-позиций — фактически да. Для middle — большой плюс, но не обязательно.

Какой опыт ждут?

2+ года в продуктовых командах, опыт A/B и работы с метриками, желательно опыт с маркетплейсами или доставкой.

Делают ли тестовые?

Иногда. Чаще — продуктовый кейс на интервью в реальном времени.

Можно ли пройти собес без опыта в маркетплейсах?

Можно, но придётся доказывать, что понимаете двустороннюю динамику. Помогает разобрать 2–3 публичных кейса (Uber, Airbnb, Wolt) и проговорить вслух, как там устроен матчинг.

Сколько времени проходит от первого интервью до оффера?

Ориентир 4–8 недель. Может затянуться, если меняется команда или выходит несколько финалистов одновременно.

Что делать, если завалил кейс?

В Go обычно можно прийти повторно через 6–12 месяцев. Это не редкая история — многие сильные продакты приходили со второго раза.

---

Готовьтесь к собесу системно — откройте тренажёр с разборами кейсов, SQL и метрик для продактов.