Тестовое задание по аналитике: если сразу строите графики, вас оценивают как “делателя графиков”, а не аналитика.

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

Механика простая: аналитик ценится не за визуализацию, а за управляемость вывода. Управляемость появляется, когда вы сначала сужаете задачу (что именно решаем), фиксируете метрику (чем меряем), обозначаете допущения (что считаем истинным), и только потом выбираете метод и данные. Графики в конце становятся не “результатом”, а доказательством.

Минимальный стандарт ответа, чтобы вас читали как аналитика:

1. Цель и решение: “мы хотим понять X, чтобы принять решение Y”. Одной фразой. Если решения нет, значит задача про диагностику, а не про оптимизацию.
2. Метрики и окно: основная метрика, 1–2 защитные метрики, период наблюдения. Не перечисляйте десяток KPI “на всякий случай”.
3. Допущения: что вы принимаете без доказательства (стабильность трафика, независимость наблюдений, корректность логирования). Это не оправдание, а контракт.
4. План анализа: шаги и развилки. “Сначала проверю качество данных, затем сегменты, затем сравнение/модель; если вижу перекос, делаю X”. Показать логику важнее, чем показать финальную табличку.
5. Риски данных и ограничения: пишите так, чтобы не “сливать” работу. Не “данные плохие”, а “в данных нет поля Z, поэтому вывод только про A, а не про B; для уверенности нужен такой-то лог/срез/эксперимент”.

В правильной практике ваш документ выглядит как короткое техзадание на ваш же анализ: цель, метрики, допущения, план, риски, итог. Обычно спорят про “а надо ли сразу A/B”, но граница простая: если вы не контролируете влияние факторов, честнее говорить “наблюдаемая связь”, а не “эффект”.