Типичные ошибки на собесе аналитика: топ-10 и как избежать
Содержание:
Зачем знать ошибки
Многие кандидаты падают на одних и тех же ошибках. Знать их — половина успеха. Топ-10 ошибок — это «учебник того, что не надо делать».
Ошибки на SQL-раунде
Ошибка 1: молча решать в голове
Самая частая. Кандидат смотрит в задачу 5 минут, потом пишет финальный запрос.
Что не так: интервьюер не видит ход мысли. Если запрос неправильный — нет шанса спасти.
Как правильно: думай вслух. «Сначала JOIN таблиц orders и users. Потом GROUP BY user_id и SUM amount. Потом WHERE date в диапазоне.» Это позволяет интервьюеру подкорректировать на полпути.
Ошибка 2: не задавать уточняющих
Кандидат прыгает решать, не уточнив:
- Какая СУБД? (Postgres / ClickHouse / MySQL — разный синтаксис)
- Есть ли дубликаты в таблице?
- Какой timezone?
- Что значит «активный юзер»?
Что не так: решение основано на ложных assumptions. Запрос синтаксически правильный, но логически — нет.
Как правильно: 1-3 уточняющих вопроса перед каждой нетривиальной задачей.
Ошибка 3: игнорировать edge cases
«У меня всё работает» — на голом dataset. Что если:
- NULL в join key?
- Дубликаты?
- Пустая выборка?
- Деление на ноль?
Как правильно: в конце ответа проговорить: «Edge cases — NULL обрабатываю через COALESCE / NULLIF, проверил, что нет деления на ноль.»
Ошибка 4: integer division без NUMERIC
В Postgres: 5 / 20 = 0. Кандидат делит в SQL без CAST → результат 0 вместо 0.25.
Как правильно: 5::NUMERIC / 20 или 100.0 * 5 / 20.
Подробнее — SQL шпаргалка.
Ошибки на A/B-раунде
Ошибка 5: пропустить SRM
Спросили: «по результатам A/B что делать». Кандидат сразу говорит про p-value primary, не проверив SRM.
Что не так: SRM-баг — disqualifying. P-value без SRM-check — мусор.
Как правильно: «Сначала проверю SRM. Ожидали 50/50, получили? Если SRM ok — далее смотрю primary. Если SRM нарушен — эксперимент не интерпретируется, нужен debug.»
Подробнее — SRM.
Ошибка 6: путать p-value с probability
«P-value 0.03 значит, что есть 97% вероятность, что фича работает».
Что не так: p-value — это вероятность увидеть эффект при нулевой гипотезе, не вероятность гипотезы. Это разные вещи.
Как правильно: «P-value 0.03 = вероятность увидеть наш эффект (или сильнее), если на самом деле различий нет. Если меньше alpha — отвергаем H0.»
Ошибка 7: игнорировать novelty effect
«За 7 дней A/B показал +10%, можно катить.»
Что не так: novelty effect — первые недели реакция на новизну, не на качество. Через месяц эффект может исчезнуть.
Как правильно: «За 7 дней — мало для решения. Проверю тренд по дням. Если эффект снижается со временем — это novelty. Лучше расширить эксперимент до 3-4 недель.»
Подробнее — novelty effect.
Ошибки на кейсах
Ошибка 8: прыгать к решению
«Метрика упала на 10% — нужно проверить SQL, наверное баг.»
Что не так: один из 5 возможных причин. Без уточнений — гадание.
Как правильно:
- Уточнения (период, сегменты, изменения)
- Декомпозиция метрики
- Гипотезы (3-5 по MECE)
- План проверки
- Рекомендация
Подробнее — кейс «метрика упала».
Ошибка 9: игнорировать сегменты
«CR упал на 5% — что делать?» — кандидат предлагает общие решения.
Что не так: общий CR — это среднее. Может упал у одного сегмента (новых iOS юзеров), а остальные ок.
Как правильно: «Прежде всего разрезу по сегментам: платформа (iOS/Android), новые/возвращающиеся, гео, источник трафика. Найду, где именно упало.»
Soft skills ошибки
Ошибка 10: критиковать прошлую компанию
«В прошлой компании были тупые менеджеры, без data-культуры.»
Что не так: интервьюер думает: «Через год он будет так говорить про нас». Disqualifying.
Как правильно: «В прошлой компании было меньше data-зрелости — это была возможность построить аналитику с нуля. Я научился X. Но хочу теперь в команду с большей data-культурой.»
Бонус: задавать неправильные вопросы
«Какие льготы? Сколько отпуска?» — мелочно.
Как правильно: про роль, команду, рост, стратегию. Подробнее — вопросы рекрутеру.
Подготовительные ошибки
Зубрить определения
Кандидат знает «AUC — area under curve», но не объясняет, когда не работает.
Как правильно: понимать концепты, не зазубривать.
Без mock-интервью
Решать задачи в голове ≠ говорить вслух под давлением.
Как правильно: 3-5 mock перед серьёзным циклом подач.
Без записи собесов
После 5 собесов не помнишь, что спрашивали и где провалился.
Как правильно: документировать каждый собес (см. что делать после отказа).
Без STAR-историй
«Расскажи о провале» — кандидат врасплох, импровизирует, путается.
Как правильно: 6-8 готовых STAR-историй заранее.
Подавать в топ-компании с первого дня
«Сначала Yandex, потом середина». Yandex — стресс, никакой опыт.
Как правильно: сначала warm-up в 3-5 средних, потом топ-компании.
Связанные темы
- Подготовка к собесу аналитика
- SQL на собеседовании
- A/B-тестирование на собесе
- Кейсы аналитика
- Что делать после отказа
FAQ
Сколько ошибок можно сделать на собесе?
1-2 на технических — обычно ок. 3+ — провал.
А если на одном раунде провалился?
Зависит от важности раунда. SQL-фейл — критично. Поведенческое — можно вытянуть на других раундах.
Стоит ли извиняться?
Один раз — норма. «Извините, эту тему слабо знаю». 5 раз — раздражает.
Что делать, если паника на собесе?
5-секундная пауза. Глубокий вдох. «Подумаю секунду». Это нормально.
Какая главная ошибка кандидатов?
Молча решать в голове. Думай вслух. Это ключевое для собеса.