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

Что за продукт Skyeng

Skyeng — крупная edtech-компания: онлайн-обучение английскому и другим предметам, школа для детей, тренажёры, корпоративные продукты. С точки зрения продакта это подписочный (или пакетный) продукт с человеком в петле — преподавателем. Это критично: вы оптимизируете не только воронку покупки и retention, но и матчинг ученик-преподаватель, расписание, отмены и качество урока.

Если на собесе вы говорите про edtech как про обычный SaaS — теряете половину смысла. Болит обычно одно и то же: человек купил пакет уроков, прошёл два, забил, не продлил. Продакт в Skyeng живёт ровно вокруг этого.

Второй слой сложности — операционная сторона. На один продуктовый запуск работает методология (программа, материалы), ИТ (платформа, инструменты препода), HR (рекрутинг и обучение преподавателей) и саппорт. Если кандидат предлагает фичу, требующую нового сценария от препода, и не упоминает обучение этих преподавателей — это видно.

Этапы собеса

Типовая воронка:

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

Всего 4–6 встреч, 3–5 недель. Тестовое — иногда, чаще на senior. Объём тестового обычно 2–4 часа: продуктовая задача с разбором метрик и предложением гипотез, реже — короткий SQL-кейс.

Кейсы по edtech

Типовые формулировки:

Кейс на retention. «Падает доля учеников, которые проходят более 8 уроков из пакета. Что делаешь?» Ожидают: декомпозиция по сегментам (взрослые/дети, цели обучения, преподаватель, частота уроков), проверка качества первых уроков, расписания, напоминаний, отмен.

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

Кейс на новый запуск. «Запускаем направление по китайскому языку. Что измеряем в первые 3 месяца?» Хороший ответ — про leading-метрики (первый урок, второй урок, завершение четырёх уроков), а не только про выручку, потому что выручка приходит позже.

Кейс на отмены и переносы. «Доля переносов уроков выросла на 15% за квартал. Что делаешь?» Хороший ход — разбить переносы на ученика и преподавателя, посмотреть, в каких сегментах рост, какая часть переносов конвертится в churn.

Шаблон, который работает на любом из этих кейсов:

1. Уточнить цель: бизнес-метрика (выручка, retention, NPS).
2. Декомпозиция метрики на драйверы.
3. Сегментация (тип ученика, цель обучения, тариф, преподаватель, регион).
4. Гипотезы с механикой и стороной (ученик, препод, операции).
5. План валидации (анализ данных → интервью → A/B).
6. Анти-метрики (не убили ли качество урока, NPS, нагрузку препода).

Метрики подписочного продукта

Минимум, который нужно знать в цифрах и формулах:

• Конверсия из лида в первый платёж.
• ARPU и ARPPU.
• Retention учеников по неделям и месяцам.
• Завершаемость пакета (доля учеников, прошедших ≥X уроков).
• Доля продлений (renewal rate).
• Churn — добровольный и принудительный (отказы преподавателей, технические).
• LTV / CAC и payback period.
• Качество урока: NPS, доля отмен, рейтинг преподавателя.

В edtech важна метрика «дошёл до результата». Если ученик купил, но не учится — он не продлит. Это отличается от обычного SaaS, где login — уже win. Для собеса полезно держать в голове ориентиры (это порядки величин в edtech-продуктах, не гарантия для конкретной компании):

Метрика	Ориентир
Конверсия пробного в платный	10–25%
Retention M1	60–80%
Renewal rate (продление)	30–55%
Завершаемость пакета	50–70%
NPS урока	40–60

Цифры выше — ориентиры, и они сильно меняются по сегментам: взрослые и дети, B2C и B2B, основной язык и нишевые предметы.

Поведенческая секция

Готовьте истории STAR на темы:

• Как переубедили команду или руководство.
• Запуск, который не зашёл — что выучили.
• Конфликт интересов (например, маркетинг хочет агрессивный funnel, а вы видите, что это убивает retention).
• Работа с операционкой — преподаватели, методисты, поддержка.
• Сложное решение под давлением сроков.

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

Шаблон диагностики просадки retention

Один из самых частых кейсов — «retention упал, что делаешь». Скелет ответа:

1. Подтвердить факт. Какой именно retention (когортный или классический), на каком окне, какая когорта.
2. Разрезать. По дате когорты (когда пришли), по источнику (где взяли), по тарифу, по сегменту, по преподавателю.
3. Проверить инструмент. Не сломалась ли разметка событий, не изменились ли определения активного ученика.
4. Сформулировать 3 гипотезы. Качество первого урока, изменение оффера, операционные сбои (отмены преподов).
5. План проверки. Анализ данных → 8–10 интервью с отвалившимися учениками → A/B на ближайшей итерации.
6. Анти-метрики. Что нельзя ломать — NPS урока, нагрузка препода, P&L.

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

План:

1. Неделя 1 — продукт. Записаться на бесплатный пробный урок, пройти онбординг, посмотреть личный кабинет, записать наблюдения.
2. Неделя 2 — метрики подписки. Разобрать LTV-формулы, retention по когортам, разницу между renewal и retention.
3. Неделя 3 — кейсы edtech. Прорешать 10+ кейсов вслух с таймером.
4. Неделя 4 — SQL, A/B. Когорты, оконки, дизайн эксперимента, MDE.

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

• Считать edtech обычным SaaS. Без человека-преподавателя картинка неполная.
• Забывать про завершаемость пакета. Это ключевая метрика, не retention сайта.
• Лезть в маркетинг вместо продукта. Кейс на конверсию решается продуктовыми ходами, а не «давайте таргет переделаем».
• Не считать анти-метрики. Подняли конверсию, но просел NPS урока — провал.
• Игнорировать операционку. Любая фича в edtech упирается в процесс препода.
• Слабая поведенческая секция без цифр.

Дополнительные темы под edtech

В edtech есть слой вопросов, которые редко звучат в SaaS, но часто — на собесе в Skyeng:

• Матчинг ученика и преподавателя. Это отдельный продуктовый контур: алгоритм подбора, права на повторный матчинг, как мерить качество матча, что считать успехом.
• Расписание и отмены. Любое улучшение расписания затрагивает три стороны: ученика, преподавателя и операционку. Хорошие гипотезы здесь учитывают все три.
• Цикл «купил пакет — прошёл пакет — продлил». Это не одна воронка, а три разных задачи, и фичи под каждую разные. Завершаемость пакета — главный leading-индикатор продления.
• B2B-направление. Если есть корпоративный кластер, появляется отдельный сегмент: HR, корпоративные подписки, метрики использования внутри компании-клиента.
• Контентный конвейер. Программы и материалы — это тоже продукт. Если кандидат говорит «давайте улучшим программу», нужно уметь объяснить, как это попадёт в production за разумные сроки.

Эти темы стоит проговаривать с примерами из любого знакомого подписочного продукта, не обязательно edtech: важна логика «человек в петле» и «доход возникает только на повторе».

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

• Метрики подписочного продукта
• Retention и его расчёт
• LTV простыми словами
• Как пройти собес продакт-менеджера в X5
• Как пройти собес продакт-менеджера в Aviasales

Что спрашивать у интервьюера

Финал и интервью с нанимающим менеджером всегда заканчиваются вопросами от кандидата. Молчание здесь — минус. Сильные вопросы:

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

Цель этих вопросов — не только показать интерес, но и понять, подходит ли тебе команда. Если на вопрос про процесс приоритизации звучит «приоритеты прилетают сверху», это сигнал.

FAQ

Сколько этапов собеса в Skyeng?

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

Какой уровень SQL ждут?

Middle: JOIN-ы, оконки, когорты. Сложные DWH-задачи бывают редко, но требуется уверенность в retention-запросах.

Нужен ли опыт в edtech?

Не обязательно. Подойдёт опыт в подписочных продуктах, B2C-сервисах с длинной воронкой и любых продуктах, где есть human-in-the-loop.

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

Иногда, особенно на senior. Обычно мини-кейс на 2–4 часа.

Какой стек продукта?

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

Что важнее — кейсы или аналитика?

Оба этапа отсекающие. Сильный кейс не закрывает слабый SQL: это разные сигналы про кандидата.

Как работать с тем, что данных по кейсу мало?

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

---

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