Грейды аналитика: задачи junior, middle, senior и lead

Коротко: чем отличаются грейды аналитика

Junior решает ограниченную и заранее описанную задачу с регулярной обратной связью. Middle самостоятельно переводит рабочий вопрос в проверку, договаривается о метрике и отдаёт решение. Senior берётся за неоднозначную задачу между командами, проверяет риски и делает метод устойчивым для следующих решений. Lead добавляет координацию, развитие специалистов и ответственность за результат направления или области экспертизы. Это рабочая модель подготовки; должности могут называться иначе.

Не считайте годы, SQL-конструкции или размер дашборда отдельным билетом на повышение. Сильный аналитик может выполнить трудный запрос и всё равно нуждаться в помощи при постановке задачи. На собеседовании показывайте, какой вопрос пришёл к вам, что вы уточнили, кого вовлекли, чем проверили итог и как решение пережило новые данные.

Публичная матрица Авито — один пример, не эталон для всех

В открытом playbook Авито junior получает формализованные задачи и учится при помощи старших коллег; middle работает самостоятельно и взаимодействует со стейкхолдерами. Для более высоких уровней матрица описывает влияние на сложные задачи и направление экспертизы. Эта публикация полезна тем, что показывает ожидаемое поведение, а не только перечень инструментов.

Не переносите конкретный уровень из Авито в другую компанию без сверки. Там «senior» может означать сильного индивидуального эксперта, здесь — владельца направления; где-то lead управляет людьми, где-то остаётся экспертным лидом. При отклике спросите, как команда делит ответственность за постановку, ревью, общение с заказчиком и развитие аналитиков. Ответ позволит прочитать название вакансии в её локальном контексте.

Четыре оси уровня: задача, автономность, влияние, устойчивость

Сложность — не число таблиц, а количество неизвестных: метрика не определена, источник меняется, цели отделов конфликтуют. Автономность — способность предложить проверки и согласовать рамку, не только выполнить полученный SQL. Влияние — кто реально использовал результат и меняли ли решение. Устойчивость — останется ли расчёт понятным и проверяемым, когда автор уйдёт в отпуск.

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

Одна задача на четырёх уровнях: падение активации

Представьте SaaS-продукт: доля новых пользователей, создавших первый рабочий объект, стала ниже. Junior получает определение события и закрытые когорты, пишет запрос, сверяет количество регистраций и действий, замечает неполный день. Важна точность исполнения и умение показать, где нужна помощь. Если событие дублируется, он не замаскирует проблему DISTINCT, а сообщит о качестве источника.

Middle сам уточняет окно активации, сравнивает каналы и версии продукта, проверяет, не изменился ли состав регистраций. Он приносит владельцу продукта две проверенные альтернативы: изменение смеси и ухудшение внутри сегмента. Senior связывает анализ с решением о релизе и риском для соседних команд, договаривается о едином определении метрики и вводит контроль, который обнаружит повторение проблемы. Lead решает, как распределить работу команды, закрепить владельца данных и не повторять ту же диагностику в каждом продукте.

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

Чтобы оценить себя без красивого титула, запишите один и тот же кейс в четырёх версиях результата. На junior-уровне артефакт — запрос и контроль таблицы с чёткой формулировкой, кто попал в знаменатель. На middle — воспроизводимая декомпозиция по источнику и устройству, список альтернативных объяснений и рекомендация менеджеру. На senior — решение, какие проверки имеют наибольшую ценность при ограниченном времени, как измерить эффект изменения и где риск ошибочного решения. На lead — единое определение активации для нескольких команд, порядок эскалации инцидента и распределение ответственности за метрику.

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

Что могут проверить на интервью junior и middle

Для junior уместна задача с чёткими таблицами и неожиданным подвохом: дубли, NULL, неправильное соединение, неполный период. Интервьюеру важно увидеть, что кандидат не притворяется уверенным, когда число не сходится, а строит контроль. Хороший ответ: «Сначала выясню зерно events и users, затем сравню число пользователей до и после JOIN; если итог изменился, проверю кратность по ключу». Это не обещание конкретного задания какой-либо компании, а пример проверяемого поведения.

Для middle условие чаще может быть шире: «после релиза конверсия снизилась, что делать?» Сильный ответ начинается с решения, срока и определения метрики, затем отделяет техническую поломку события от поведения пользователей и смены состава трафика. Результат — не самая длинная таблица гипотез, а первая проверка, которая может изменить действие команды.

Senior и lead: как показывать масштаб без общих слов

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

Для lead добавьте организационную часть: как выбирали приоритеты, где требовалось ревью, какие проверки можно автоматизировать, какого специалиста нужно вырастить или нанять. Не путайте влияние с количеством созвонов. Если после вашего проекта команда зависела только от вашей памяти и все отчёты ломались в отпуске, это слабое доказательство лидерства. Сильное — понятный стандарт метрики, процесс обновления и люди, способные его поддержать.

Двенадцать вопросов для проверки уровня в разговоре

Эти вопросы — авторская тренировка. Отвечайте на них через свой проект; столбец «сильный» показывает структуру, а не готовую фразу. Часть вопросов применима на любом грейде, но ожидаемая глубина и ответственность будут разными.

Матрица доказательств: подготовьте три истории вместо лозунга

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

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

Смена направления: грейд не переносится автоматически

Middle в отчётности может быть новичком в продуктовом эксперименте; сильный продуктовый аналитик может не проектировать API как системный. Разделите общие навыки — SQL, коммуникация, проверка данных — и предметную область. В резюме покажите переносимый результат, но не объявляйте незнакомые инструменты равными опыту. Попросите интервьюера назвать задачи первых месяцев и критерий успешности в новой роли.

При переходе полезен пробный проект, который открывает слабое место. Для data → product сформулируйте решение и защитные метрики; для BI → data engineering восстановите сломавшуюся загрузку и сверку; для business → system опишите крайние случаи контракта. Учебный проект не заменяет производственную практику, но показывает, что вы понимаете, какой новой способности не хватает.

Как читать вакансию и проверять свой уровень

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

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

Сравнивайте ожидания вакансии с тем, какие решения вам уже доверяли без пошаговых указаний. Если вы самостоятельно спроектировали анализ, согласовали определение метрики и защитили решение перед продуктом, это более информативно, чем количество лет в резюме. Если вы руководили людьми, уточните, было ли это формальное управление, наставничество или временное руководство проектом. Все три опыта ценны, но они отвечают на разные вопросы о lead-уровне.

На встрече спрашивайте не только «какой грейд?», а «какие решения человек на этой позиции принимает сам, где нужна ревью, за какой горизонт отвечают результаты и кто формирует приоритеты?». Ответ покажет реальную сложность роли. После разговора запишите разницу между заявленным названием и зоной ответственности; это поможет сравнивать предложения разных компаний, не переводя автоматически middle одной команды в middle другой.

Ошибки самооценки и что они скрывают

Первая — считать годы стажа шкалой: пять лет однообразного отчёта не равны пяти годам растущей ответственности. Вторая — использовать сложный SQL как единственное доказательство senior: качество решения остаётся невидимым. Третья — рассказывать о росте компании как о собственном эффекте без контрфакта. Четвёртая — путать управление людьми и экспертный lead-трек. Пятая — выдавать одну удачную задачу за повторяемый уровень. Шестая — отказывать себе в следующем шаге только потому, что в чужой матрице другие названия.

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

План на две недели и частые вопросы

Дни 1–2: выберите две вакансии и выпишите задачи, автономность, результат. Дни 3–4: разберите три своих проекта по матрице доказательств. Дни 5–6: повторите технические места, которые можете показать на новом примере. День 7: попросите коллегу задать вопросы из таблицы. Дни 8–10: решите один незнакомый кейс на уровне желаемой роли, сформулируйте риск и владельца решения. Дни 11–12: сократите истории, проверьте цифры. Дни 13–14: подготовьте вопросы о реальной ответственности и проведите репетицию.

Чем отличается junior от middle? Обычно большей самостоятельностью в постановке и доведении результата, но граница зависит от команды. Senior обязан руководить людьми? Нет: экспертный трек может быть без прямого управления. Можно ли претендовать на уровень выше после одного сильного проекта? Можно обсуждать, но покажите повторяемость и условия. Почему мне предложили другой грейд? Попросите конкретные критерии и примеры недостающей ответственности.