Как провести пробное интервью аналитика данных

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

Сначала — живое SQL-задание: от 20 до 30 минут на реалистичной схеме. Затем — кейс с метриками: число изменилось, и нужно объяснить почему. Третье — поведенческая часть: истории о стейкхолдерах, момент, когда ваш анализ оказался неверным, сорванный дедлайн. По возможности пройдите все три части за один присест, потому что выносливость — тоже часть настоящего интервью.

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

Выберите схему с тремя-четырьмя связанными таблицами, например orders, users, sessions, payments, и решайте вопросы по нарастающей сложности: агрегация с фильтром, join с group by, а затем вопрос на оконные функции — например, накопительный итог, ранжирование внутри группы или изменение месяц к месяцу. Именно оконные функции, self-join'ы и обработка NULL — то место, где настоящие интервью отделяют кандидатов друг от друга.

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

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

У раунда с кейсами есть стандартная форма: метрика изменилась, продиагностируйте её. Отрепетируйте фиксированную структуру. Сначала точно определите метрику, включая её знаменатель. Затем сегментируйте: по платформе, региону, когорте пользователей, временному окну. Потом выдвигайте гипотезы по категориям — проблемы в дата-пайплайне, изменения продукта, внешние события, сдвиг в структуре (mix shift), — и говорите, каким запросом или графиком проверялась бы каждая из них. Завершите тем, что вы сделали бы дальше, а не только тем, что произошло.

Конкретный пример практики: аналитик, готовящаяся к роли в e-commerce, сама ставит себе условие, что недельная конверсия упала на 8 процентов, вслух прорабатывает эту структуру в течение 15 минут, и только потом проверяет, зафиксировала ли она знаменатель до того, как начала выдвигать гипотезы. Большинство первых попыток пропускают шаг с определением, и именно эту привычку и призвано исправить пробное интервью.

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

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

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