Кейс — это обязательно задача с цифрами?

Нет. Бывают кейсы на приоритизацию, на договорённости с заказчиком, на разбор ошибки в интеграции.

Что делать, если условие кейса противоречиво?

Не спорить, а показать противоречие и предложить два прочтения: «если имеется в виду первое — иду так, если второе — так».

Сколько уточняющих вопросов задавать?

Три–пять. Каждый вопрос должен менять решение: если ответ ничего не меняет, вопрос лишний.

Можно ли решать кейс письменно?

Да, если разрешают. Схема со стрелками помогает не потерять шаги, но логику проговаривайте вслух.

Как быстро понять, какой тип кейса перед вами?

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

Кейсы на собеседовании аналитика: как разбирать и отвечать по шагам

Зачем на собеседовании дают кейсы

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

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

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

Кейс — проверка хода мысли, а не эрудиции.
У вопроса на знание есть верный ответ, у кейса — только разумный.

Универсальный каркас разбора: шесть шагов

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

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

Шаг 1. Цель и контекст: кто пользователь, зачем задача бизнесу, что уже пробовали.
Шаг 2. Уточняющие вопросы: 3–5 штук, каждый закрывает развилку в решении.
Шаг 3. Допущения: «считаю, что выгрузка за месяц полная, если нет — поправьте меня».
Шаг 4. План: что смотрю первым, что вторым, где остановлюсь и вернусь с вопросом.
Шаг 5. Критерий проверки: как поймём, что решение сработало, и на каком сроке.
Шаг 6. Риски и цена: что может сломаться, сколько стоит решение, чем платим за скорость.

Типы кейсов и логика решения

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

Кейс: «метрика выросла или упала без причины» — логика: сначала локализовать, потом объяснять. Режете по времени (когда началось), по сегментам (платформа, версия, регион, новые и старые пользователи), по источнику (сбор данных или продукт). Только потом ищете продуктовую причину: релиз, акцию, сезонность.
Кейс: «выберите метрику под цель» — логика: идти от цели к метрике, а не наоборот. Цель «больше людей доходят до оплаты» → метрика конверсии шага, а не число регистраций. Дальше считаете эффект: размер аудитории, ожидаемый сдвиг и срок, когда он станет заметен на фоне колебаний.
Кейс: «в двух отчётах разные числа» — логика: сверить определение метрики, фильтры, период, источник и знаменатель. Дубли, пропуски и разные окна агрегации объясняют расхождение чаще, чем ошибка в коде. Итог — одно определение метрики в документации.
Кейс: «интеграция отдаёт ошибку» — логика: влияние → факты → гипотезы → проверка. Оцениваете, кого задело и насколько срочно, собираете логи и коды ответов, выдвигаете 2–3 гипотезы (сеть, авторизация, формат данных, лимиты) и проверяете их по одной, начиная с вероятной.
Кейс: «заказчик требует всё и к пятнице» — логика: договориться о границах первой версии. Раскладываете запрос на части, показываете, что даёт больше ценности за меньше времени, предлагаете первый шаг с критерием успеха и называете, что не войдёт.
Кейс: «пожеланий больше, чем бюджета» — логика: приоритизация по ценности, цене и риску. Считаете эффект на ключевую метрику, оцениваете трудозатраты и зависимости, откладываете дорогое и без подтверждённой пользы. Состав релиза защищаете аргументами.

Как отвечать вслух

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

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

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

Проговаривайте вслух план и переходы между шагами.
Честное «не знаю, проверю так» звучит лучше уверенной выдумки.

Как готовиться к кейсам

Подготовка — это не чтение книг, а проговаривание вслух: структура запоминается только тогда, когда вы её произносите.

Разберите 3–5 своих проектов по схеме «задача — решение — результат»: что было на входе, что сделали, что изменилось.
Возьмите 5–7 типовых кейсов и решите их вслух под таймер: 10 минут на разбор, 3 минуты на ответ.
Заведите список допущений, которые забываете: полнота данных, неизменное поведение пользователей, релиз без пересечения с акцией.
Тренируйтесь обходиться без цифр, которых не знаете: «оценил бы порядок — сотни, а не тысячи».

Ошибки, которые портят ответ

Большинство провалов на кейсах — не про знания, а про привычки.

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

Вопросы работодателю и разговор после кейса

Кейс закончился — задайте 2–3 вопроса, которые показывают интерес к работе.

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

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

Что сделать: короткий чеклист

Уточните цель, пользователя и контекст кейса до первых выводов.
Проговорите 2–3 допущения вслух и попросите поправить их.
Составьте план из 3–4 шагов и проверьте его на маленьких числах.
Для метрики зафиксируйте определение, знаменатель и период.
Назовите критерий успеха и срок, на котором его проверите.
Добавьте цену решения: время, поддержка, влияние на другие команды.
Разберите 5–7 типовых кейсов вслух под таймер.
После разбора запишите один вывод: какое допущение вы забыли.

Где тренировать

Темы из гайда разобраны в тестах портала — каждый вопрос с объяснением ответа:

Кейсы перестают пугать, когда вы разобрали их десяток вслух по одному каркасу: цель, вопросы, допущения, план, критерий, риски. На Proanalytics.tech собрано 1 517 вопросов с объяснением каждого ответа и 120 тем, а режим «Собеседование» подбирает сложность адаптивно — начните с бесплатной диагностики из 20 вопросов и разберите кейсы по уровням Джун, Мидл и Сеньор. Гарантий трудоустройства портал не даёт: это тренажёр для подготовки, а не сертификация.