Proanalytics.tech

Первая неделя работы аналитика: спокойный план действий

9 мин чтения 8 разделов

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

Первый день: о чём договориться с руководителем

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

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

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

Карта данных: где живут цифры

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

Отдельный вопрос — доверие к цифрам. Узнайте, какая витрина считается источником правды для метрики. Если два отчёта показывают разное число заказов, прав не тот, что красивее, а тот, чью логику могут объяснить.

  • вопрос: какие источники питают хранилище и как часто они обновляются?
  • вопрос: какие слои есть в хранилище и что лежит в каждом?
  • вопрос: какая витрина главная для метрики X и к кому идти с вопросами по ней?
  • вопрос: какие дашборды люди реально смотрят, а какие устарели?
  • вопрос: как проверить, что цифра верна — есть ли эталон или сверка с источником?

Доступы и инструменты: запросить в первый же день

Самая обидная потеря времени — неделя ожидания доступов. Соберите список и отправьте заявки сразу. Пока права не выдали, читайте документацию и разбирайте чужие расчёты.

Заодно выясните, что в команде стандарт: какая база и диалект SQL, какой BI, где лежит код и где ставятся задачи.

  • вопрос: к кому обратиться за доступом к базе, BI, репозиторию, трекеру и вики?
  • вопрос: какие инструменты обязательны, а какие — личный выбор каждого?
  • вопрос: есть ли тестовая среда, где можно экспериментировать без последствий?
  • вопрос: сколько обычно занимает выдача доступа, чтобы я мог планировать задачи?

Люди и процессы

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

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

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

Первые задачи: маленькие и проверяемые

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

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

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

Типичные ошибки новичка

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

Ещё две ловушки: публиковать цифры без сверки с владельцем метрики и спорить о формулировках вместо сути. И самая незаметная — не записывать договорённости.

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

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

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

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

  • вопрос: что означает этот термин у нас и чем он отличается от общего понимания?
  • вопрос: почему мы считаем эту метрику именно так, а не иначе?
  • вопрос: какие десять задач команда закрыла последними и что в них было сложного?
  • вопрос: есть ли глоссарий и кто отвечает за его актуальность?

Первый месяц: закрываем пробелы

К концу второй недели станет видно, каких инструментов не хватает: обычно это SQL, BI и немного Python для рутины. Пробелы закрывайте точечно, под реальные задачи.

Раз в две недели просите обратную связь: что получается, что мешает, где ждут самостоятельности.

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

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

  • Записать ожидания на испытательный срок и сверить их с руководителем в конце недели.
  • Отправить заявки на доступы в первый день: база, BI, репозиторий, трекер, вики.
  • Нарисовать карту данных: источники, хранилище, слои, витрины, дашборды.
  • Узнать владельца каждой ключевой метрики и записать, кому доверять по цифрам.
  • Взять одну небольшую задачу и довести её до короткой записки с выводом.
  • Завести словарь терминов и дописывать его каждый день.
  • Договориться о встрече-сверке по итогам недели.

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

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

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

Проверьте себя

Диагностика из 20 вопросов покажет ваш уровень и темы, которые стоит подтянуть. Вводная тема любого курса открыта бесплатно и без регистрации.

Вопросы

Частые вопросы

С чего начать в первый день на новом месте?

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

Сколько времени нормально разбираться в данных компании?

Две-три недели на карту данных и словарь терминов — обычный темп. Быстрее получится, если сразу найти владельцев витрин и спрашивать у них, а не читать всё подряд.

Стоит ли сразу предлагать улучшения?

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

Какие задачи брать первыми?

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

Как понять, что адаптация идёт нормально?

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

Ещё по теме

Другие гайды

Как подготовиться к собеседованию аналитика: план по шагам и срокам Что делать, если не знаешь ответ на собеседовании С чего начать в аналитике: направления, порядок обучения и план первых недель Вопросы на собеседовании системного аналитика: блоки, примеры и логика ответа Вопросы на собеседовании бизнес-аналитика: блоки, примеры и логика ответов Вопросы на собеседовании продуктового аналитика: блоки, примеры и логика ответов Вопросы на собеседовании аналитика данных: блоки и задачи Собеседование джуна аналитика: чего ждут и как отвечать Собеседование на Мидл-аналитика: блоки вопросов, логика ответов и кейсы Собеседование на Сеньор аналитика: что проверяют и как отвечать SQL задачи на собеседовании: типы, логика решения и типичные ошибки Как посчитать A/B-тест: выборка, длительность и чтение результата Кейсы на собеседовании аналитика: как разбирать и отвечать по шагам Кейсы системного аналитика: 8 рабочих ситуаций с логикой решения Как читать чужой SQL запрос: пошаговый разбор Ошибки в отчётах: как найти расхождение и перестать терять доверие к цифрам Как подготовиться к тестовому заданию аналитика Метрики продукта: с чего начать Как вести документацию аналитика Собеседование без опыта: план на месяц ИИ и системный аналитик: что делать, чтобы не заменили MCP: что это и как настроить аналитику Требования к ИИ-агенту: спецификация, guardrails и метрики Как собрать своего агента аналитику: пошагово Языковые модели для аналитика: минимум понятий Аналитик данных с нуля: что учить по шагам Системный аналитик с нуля: что учить и в каком порядке Бизнес-аналитик с нуля: с чего начать и что учить