Гайды для аналитиков

Собеседование системного аналитика идёт по блокам — от требований до разбора кейсов. Разберём, что спрашивают и как строить ответ.

Собеседование бизнес-аналитика проверяет не заученные термины, а ход мысли: как вы уточняете задачу, договариваетесь о границах и доказываете результат. Разберём основные блоки вопросов, кейсы и то, как выстроить ответ так, чтобы он звучал уверенно на любом уровне.

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

Собеседование аналитика данных — это разговор о задачах, а не экзамен на память. Разберём блоки вопросов и логику ответов — от SQL до A/B-тестов.

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

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

У бизнес-аналитика самая широкая зона ответственности из всех аналитиков: он должен понять, что нужно бизнесу, сформулировать это так, чтобы можно было реализовать и проверить, и не потерять смысл по дороге. С чего начинать и как не утонуть в инструментах.

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

Путь эксперимента — от гипотезы до решения «запускать или откатывать». С формулами словами, SQL-проверками и разбором ошибок, из-за которых тест врёт.

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

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

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

Метрика нужна не для отчёта, а для решения: менять продукт, чинить воронку, останавливать гипотезу. Ниже — порядок работы: от вопроса к метрике, от метрики к воронке и когортам, плюс частые ошибки в расчётах.

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

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

Агент собирается не из модели, а из процесса: задача, данные, инструменты, инструкции и проверки. Ниже — порядок работы по шагам, с примерами и разбором того, где чаще всего ломается.

Аналитику не нужно уметь обучать модель. Нужно понимать её свойства настолько, чтобы писать проверяемые требования: почему ответы не повторяются, откуда берутся выдумки, чем помогает RAG и зачем нужен MCP. Ниже — понятия и практические следствия из каждого.