Metz · Аналитик · Адаптация

Богдан Ещенко —
профиль и риски

Фит, риски и профиль драйверов мотивации. Что важно понимать о Богдане до старта и в первые недели. Первый аналитик в штате Metz.

2–4 нед
срок на аргументированный ответ
10 сентября
старт Богдана
2–3×
1-1 в неделю по 30 минут
0
Цели и логика адаптации
Что должно произойти в первые недели
Главный вопрос

Не «влился ли сотрудник», а конкретный аргументированный ответ: почему он может НЕ подойти. Срок — 2–4 недели. Если аргументированного ответа нет — сотрудник продолжает работу.

Почему именно так

На найме мы узнаём только ~50% информации о кандидате. Остальные 50% раскрываются только в работе — для этого нужна адаптация с чёткими инструментами, а не «плавание».

Правило запуска
📋
План — до выходаИндакшн-план и метрики должны быть готовы ДО выхода сотрудника. Без плана команда придумывает на ходу.
Скорость коррекции рисков
Hard skills — 1–3 месКорректируются при наличии трека и наставничества
🕰️
Soft skills — 6–24 месКорректируются медленно, нужна осознанность сотрудника
🧭
Drivers — практически не меняютсяДрайверы Богдана не измерены — тесты и наблюдение в первую неделю
1
Фит и риски — Hard / Soft skills
Структурно, честно, без украшений
Hard skills
✓ Плюсы
📊
Товарный аналитик (первый год)Разбирается в аналитике категорий — товарная работа была на старте карьеры
🏢
Крупная системная компания (MPStats)Школа аналитики + методология по правилам. Знает, как «должно быть выстроено»
🌍
Международные платформыАнализировал Amazon, Kaspi, Uzum — можно передавать задачи по анализу международных площадок
⚠ Риски
👥
Не был единственным аналитикомВ MPStats работал с командой в подчинении. Вопрос — сможет ли делать всё «в одного» в Metz, где команды аналитиков нет
🔍
Единственный опыт после товаркиПосле роли товарного аналитика — только MPStats. Вопрос насмотренности за пределами одного контекста
🌪️
Системная → хаосная компанияРаботал в отлаженной среде. Metz сейчас в антикризисе — вопрос сможет ли разобраться в хаосе и построить систему изнутри
Soft skills
✓ Плюсы
🎯
МетодичностьКлючевая сильная сторона по ОС с найма. Ложится напрямую в задачу №1 — сведение отчётности в единую архитектуру
🔬
Внимание к деталям, организованностьПодтверждается на всех этапах отбора
🗣️
Переводит с бизнеса на аналитикуОтчёты понятные для «не аналитиков» — сильный ресурс для работы с собственниками и командой без аналитического бэкграунда
✒️
Этические стандарты из нормативностиОсобенно важно, что бывший работодатель Богдана — сосед Джавы. Он подчеркнул: информацию не выносит
⚠ Риски
👥
Работа «в одного»Привык к команде — риск, что в одиночку не удержит объём. Компенсируется чёткой приоритизацией и снятием ненужных задач через Джаву
🌊
Адаптация к хаосуСистемный бэкграунд + текущий антикризис Metz = риск фрустрации в первые недели. Держать в фокусе цель: он превращает хаос в систему, а не «работает по стандартам»
Ключевая гипотеза о рисках

Богдан — методичный аналитик с системным опытом MPStats и товарным бэкграундом. Главный вопрос адаптации не «умеет ли он», а «сможет ли работать в антикризисном хаосе Metz и построить систему с нуля, а не ждать готовой». Проверяется на аудите 36 отчётов в первые 2–3 недели.

2
Профиль драйверов мотивации
Не измерены — сформировать в первые недели
Данных по драйверам нет

Тесты на мотивацию Богдан не проходил. Гипотез со стороны Джавы или Кристины по драйверам нет. Формируем профиль в первую неделю: тест на мотивацию + наблюдение на 1-1.

риск
Что делаем
Дать тесты на мотивацию в первые 3 дня
  • Без понимания драйверов нельзя настроить премию и способ подачи задач
  • Тесты — обязательный шаг перед постановкой первой задачи
  • Результаты — обсудить с Джавой на 1-1
гипотеза
Возможный драйвер
Стабильность
★★☆
  • Ушёл из SkyClaw из-за неопределённости и отсутствия KPI
  • Проговорил на найме: ищет «стабильности»
  • Проверить через тест — риск, если реальный драйвер другой
Порядок действий

1) Первые 3 дня — тесты. 2) Первое 1-1 с Джавой — обсудить результаты. 3) Настроить формат постановки задач под подтверждённый драйвер. 4) Настроить схему премии, если материальный драйвер подтвердится.

3
Контекст Metz: куда выходит Богдан
Что происходит в компании сейчас
Ситуация в компании
🥇
Первый аналитик в штатеАналитиков раньше не было. Каждый блок делал свои отчёты — общей системы нет
📚
36 отчётов, разные корниЗакупщик, логист, рекламщик, консалт — каждый делал свой отчёт по своей методологии. Цифры между блоками не бьются
🆘
Мастер-класс на аутсорсеЧасть аналитики закрывает внешний специалист. Богдан приходит его снять
🌊
Антикризис после атак WBС июля–августа 2026 компания в антикризисе. Задача — выжить и стабилизироваться через системность
С кем работает
🎯
Руководитель — ДжаваСобственник / коммерческий директор. Богдан подчиняется напрямую
📦
Блок закупокАнтон, Лев, Катя (закупщики), Эмир (логист ВЭД), Милена (продакт)
📢
Блок рекламыДенис (внешняя реклама/Pinterest)
🚚
Блок логистикиВлад (руководитель логистики до МП), Тимур и Артём (помощники)
💰
Блок финансовФин.директор (аутсорс) + Ольга. Финмодель — их запрос к Богдану
Metz · Аналитик · Адаптация

Задачи, метрики
и чек-лист

Что ставить Богдану, как контролировать и что передать в первые недели. Критерии успеха — с первого дня.

3
ключевые задачи на старт
3 метрики
архитектура · автоматизация · план vs факт
7 шагов
чек-лист адаптации
Основной документ
Индакшн-план Богдана
3 листа: Задачи и метрики · Гант компакт · Чек-лист
Открыть Google Sheets →
3
Ключевые задачи
Из транскрипции собеседования с Джавой (10 августа 2026, кандидат М. Колбецкий)
Источник

Формулировки взяты напрямую из транскрипции — Джава описывал ожидания от роли аналитика. Полные подзадачи, сроки и статусы ведутся в индакшн-плане.

1
Свести отчётность компании к единой архитектуре
единый источник правды
Слова Джавы: «Первая основная задача — объединить под один смысл. Чтобы отчёт закупщика и отчёт рекламщика бились, они как-то между собой стыковались». В компании 36 отчётов, каждый блок делал свой по своей методологии — консалт помогал точечно. Богдан — первый аналитик в штате.
Подзадачи

• Аудит 36 существующих отчётов: кто владелец, что считает, откуда данные, как согласуется с соседями.
• Спроектировать единую архитектуру: общая методология метрик и один источник данных.
• Согласовать проект с Джавой перед внедрением.
• Внедрять по блокам: сначала закупки → потом логистика → потом реклама → потом финансы.

аудит отчётов методология единый источник
2
Автоматизация и оптимизация отчётности
снять мастер-класс с аутсорса
Слова Джавы: «Условно я сделаю вам всю отчётность так, что она будет автоматическая и людям нужно будет только ориентироваться по цифрам». Сейчас часть отчётности закрывает мастер-класс на аутсорсе — Богдан должен снять эту зависимость и оптимизировать существующие процессы.
Подзадачи

• Аудит существующей автоматизации: что уже автоматизировано, что работает плохо, что собирается руками.
• Настроить автоматизацию там, где её нет.
• Оптимизировать неэффективные автоматизации (медленные, с ошибками, «разваливаются»).
• Цель — команда пользуется цифрами, а не тратит время на сбор.
• Снять мастер-класса с аутсорса, когда системная отчётность стабилизируется.

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

• Разработать методологию плана продаж: по матрице, по сезонам, по площадкам.
• Разработать методологию плана закупок отдельно для основного ассортимента и отдельно для новинок.
• Собрать финмодель по запросу блока финансов.
• Обеспечить связку всех трёх планов между собой (входы/выходы).
• Первый цикл планов — на квартал.

план продаж план закупок финмодель
4
Метрики руководителя
По одной метрике на задачу — гипотезы
МетрикаКомментарий
Доля отчётов в единой архитектуре Из 36 существующих отчётов — сколько сведено к единой методологии и одному источнику данных. Целевая цифра фиксируется на 1-1 с Джавой в первую неделю. гипотеза
Уровень автоматизации отчётности Количество отчётов, переведённых с ручного сбора на автоматический (или полу-автоматический). Ключевая веха — снятие мастер-класса с аутсорса. гипотеза
Точность плана vs факт Отдельно по каждому плану: продажи / закупки (основной + новинки) / финмодель. Точность = % отклонения факта от плана по итогам цикла. гипотеза
Важно согласовать с Джавой

Метрики — гипотезы. Финализируются на первой встрече Джавы с Богданом: (1) целевые значения, (2) сроки достижения, (3) связка с бонусной схемой, когда драйверы Богдана будут понятны из тестов.

5
Чек-лист адаптации
Ключевые шаги для Джавы — раскрыть каждый пункт
1
Дать метрики в управлении
  • До выхода зафиксировать 3 метрики и план по ним на месяц
  • Доля отчётов в единой архитектуре + уровень автоматизации + точность плана vs факт
  • Явно проговорить связь метрик с ролью аналитика: не «что-то одно», а комплекс, где каждая метрика бьёт в свою задачу
  • После тестов на драйверы — связать метрики с премией, если материальный драйвер подтвердится
2
Отдать инфраструктуру и зону ответственности
  • Доступы: WB кабинет, Ozon кабинет, 1С, все 36 существующих отчётов, папки блоков (закупки, логистика, реклама, финансы)
  • Явно очертить: аналитика — его территория. Роль закупщика/логиста/рекламщика он не подменяет
  • Обозначить: он строит систему для всех блоков, но не выполняет работу за них
Богдан пришёл из системной MPStats. В Metz — 36 разрозненных отчётов и антикризис. Предупредить сразу, чтобы не пришлось выяснять на второй неделе
3
Передать управленческий контур отчётности
  • Показать все 36 существующих отчётов: где лежит, кто владелец, что считает, для кого
  • Отдать контакт мастер-класса на аутсорсе — для передачи дел
  • Показать текущие запросы блоков: закупки, логистика, реклама, финансы — что каждому нужно от аналитика
  • Обозначить ритм отчётности: какие цифры показываются на планёрках, кому, когда
Первые 2 недели Богдан «в аудите» — не производит новую отчётность, а разбирается в текущей. Это дно воронки для задачи 1
4
Регулярные 1-1 — минимум 2–3 в неделю по 30 минут
  • Первые 4 недели — строго, без пропусков
  • На 1-1 калибровать: прогресс по единой архитектуре, что автоматизировано, что готово по планам
  • Держать в фокусе цифры: сколько отчётов проработано, сколько сведено, что мешает
  • Не давать уходить в «в целом всё хорошо» — конкретика и факты
Богдан методичный — на 1-1 просить показать план работы: не только что сделал, но и куда идёт дальше
5
Отдать 3 ключевые задачи
  • Задача 1 — свести отчётность к единой архитектуре
  • Задача 2 — автоматизация и оптимизация отчётности
  • Задача 3 — методология планирования (продажи, закупки, финмодель)
  • Каждая задача — с конкретной метрикой и дедлайном
  • Индакшн-план — в Google Sheets
6
Представить команде
  • Представить закупщикам (Антон, Лев, Катя), логисту (Влад), рекламщику (Денис), финансовому директору
  • Обозначить: он новый аналитик, не ревизор. Задача — построить систему, а не найти виноватых
  • Договориться с командой о безопасном входе — команда не под угрозой, отчёты не «отбирают»
7
Передать тесты и дать первую ОС
  • Дать тесты по мотивации и поведенческие тесты в первые 3 дня — без них нельзя настроить формат постановки задач
  • Первую ОС — по итогам аудита существующих отчётов. Фактурно: сколько отчётов, где стыковки нет, что предлагается менять
  • Обсудить результаты тестов на первом 1-1: подтверждается ли гипотеза о стабильности как драйвере, или это что-то другое
Подробнее о том как давать ОС на разных D-уровнях — смотри лист «Ситуационное лидерство»
Инструмент наставничества

Пятилистник
наставничества

Инструмент для передачи знания или навыка. Применяется в квадрантах S1–S2 ситуационного лидерства — когда у сотрудника есть дефицит по конкретному пункту. Для Богдана этот инструмент не задействован — он D3/D4 в аналитике, отдельные процессы Metz передаются через S1 напрямую.

5
шагов передачи знания
S1–S2
квадранты применения
D1–D2
уровень сотрудника, для которого нужен
1
Что это и когда применять
Инструмент из S1–S2 квадрантов ситуационного лидерства
Зачем нужен инструмент
Передать знание системно
Если у сотрудника есть дефицит знания или навыка — нельзя бросать в самостоятельную практику. Нужна последовательная передача. Пропуск шагов = закрепление неправильного паттерна. Пятилистник — механика передачи через 5 шагов: от объяснения до полной автономии.
В каких квадрантах ситуационного лидерства применяется
S1 (Указывающий) и S2 (Наставнический)
S1 · D1 — новичок в конкретной задаче: не может, но хочет. Пятилистник даёт структуру передачи знания с нуля.

S2 · D2 — «разочарованный»: попробовал, не получилось, мотивация упала. Пятилистник возвращает к структуре и уверенности.

В S3 и S4 пятилистник не нужен — там сотрудник уже владеет навыком, ему нужна поддержка или делегирование.
Пятилистник — визуальная схема
1
Я расскажу,
ты послушай
2
Я покажу,
ты посмотри
3
Сделаем
вместе
4
Сделай сам,
я подскажу
5
Сделай сам
и расскажи
ОБРАТНАЯ
СВЯЗЬ
По Богдану

В аналитике Богдан D3/D4 — пятилистник не нужен, работает делегирование (S4) или поддержка (S3). В процессах Metz он D1 — но там применяется прямое S1 (указывающий), без разворачивания в пятилистник. Инструмент держим в памяти на случай, если появится задача с дефицитом навыка — например, специфичный отчёт, который никогда раньше не делал.

Инструмент руководителя

Ситуационное
лидерство

Не бывает лучшего стиля — бывает стиль, подходящий конкретному сотруднику в конкретной задаче. Богдан — сплит: D3/D4 в аналитике и D1 в процессах Metz одновременно.

4
уровня развития сотрудника
S3/S4 + S1
сплит стилей для Богдана
D4
цель за 3 месяца по всем задачам
Контекст: Богдан сейчас

Богдан — опытный аналитик из MPStats. В профильной аналитике он D3/D4: знает как строить отчёты, работать с матрицей, автоматизировать. Но в контексте Metz — D1: не видел эти 36 конкретных отчётов, не знает как здесь принимаются решения, привык к отлаженной системе, которой здесь нет.

  • Высокая компетентность в аналитике — товарка, MPStats, международные площадки
  • Низкая осведомлённость о процессах Metz — куда какие данные, кто владелец, где неписаные правила
  • Стиль руководства — сплит: S3/S4 для профильных аналитических задач + S1 для процессов Metz
  • Ключевая ошибка: обращаться с ним как с D1 во всём («новичок, надо всё показывать») — потеряем мотивацию, будет фрустрация из-за подчёркнутой некомпетентности в его сильной зоне
Комбинированный стиль для Богдана
S1 в процессах Metz · S3/S4 в аналитике
S1 · для процессов Metz (D1)
Как здесь принимаются решения, кто владелец каждой метрики, где данные, как эскалировать. Прямые инструкции, конкретика, «делай так, потому что здесь это устроено вот так».
S3/S4 · для аналитики (D3/D4)
Постановка задач через цель и результат, не через метод. Метод — Богдан выбирает сам. Контроль — по итогам. Задача 1/2/3 — S4: только цели и метрика, метод его.
1
Четыре квадранта
Уровень развития сотрудника → стиль руководства
S1 · D1
Указывающий
Не может, но хочет — Новичок
Высокая директивностьНизкая поддержка
Богдан — здесь в процессах Metz. Не знает как устроена компания, где данные, кто владелец каждого отчёта.
S2 · D2
Наставнический
Не может и не хочет — Разочарованный
Высокая директивностьВысокая поддержка
После первых ошибок мотивация упала. Нужна и структура, и эмоциональная поддержка.
S3 · D3
Поддерживающий
Может, но не хочет — Способный
Низкая директивностьВысокая поддержка
Умеет, но неуверен. Нужна поддержка, не инструкции. Вопросы вместо указаний.
S4 · D4
Делегирующий
Хочет и может — Самостоятельный
Низкая директивностьНизкая поддержка
Богдан — здесь в аналитических задачах. Опытный, мотивированный. Даём цели и результат — метод его.
Ключевой принцип

Уровень D — это не черта личности, а характеристика по конкретной задаче. Богдан D3/D4 в построении дашборда по продажам и D1 в вопросе «в какой из 36 отчётов Metz это встраивается» одновременно. Оцениваем задачу, а не человека в целом.

2
S1 — Указывающий: для процессов Metz
Постановка задач · Контроль · Обратная связь по модели SOR
Когда применяется

S1 — только для процессной части работы Богдана: «в какой отчёт это идёт», «кто владелец этих данных», «как эскалировать блокер», «в каком формате показываем на планёрке». Для профильной аналитики использовать S4 (см. блок ниже).

🎯
Постановка задач — фокус на S · M · T
Правило для D1

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

✓ Так
  • «По финмодели данные бери у Ольги, формат — как в отчёте X. Собранная модель — в папке Y, до пятницы 18:00»
  • Конкретный маршрут данных, конкретный владелец, точный дедлайн
  • «Первый вариант покажи мне в среду — сверимся»
✗ Не так
  • «Разберись с финмоделью» — нет владельца данных, нет формата
  • «Ты же опытный, сам найдёшь кого спрашивать» — MPStats-опыт ≠ знание процессов Metz
  • «К концу недели что-нибудь покажи» — нет конкретного результата
Пример: «Богдан, для аудита текущей отчётности сначала возьми список 36 отчётов у Алины. По каждому проставь: владелец блока, где лежит, что считает, как связан с соседями. Формат — таблица в шите X. Готово — до среды 18:00. На четверг назначим 1-1 разбирать, что делаем дальше.»
🔍
Контроль — постоянный по процессам
Входной контроль (перед задачей)

Убедиться: Богдан понял «маршрут» задачи в контексте Metz — кто владелец, где данные, как согласуется с соседями. Вопрос: «Расскажи как пойдёшь по данным» — он проговаривает план. Снижает риск того что пойдёт «системным путём» там, где его нет.

Текущий контроль (в процессе)

Промежуточные точки каждые 2–3 дня в первый месяц. Не потому что не доверяем — а потому что процессы Metz не документированы и Богдан может застрять на несогласованности. 1-1 минимум 2–3 раза в неделю первый месяц.

✓ Правильно
  • Входной контроль при каждой новой задаче в процессной части
  • Промежуточная точка через 2–3 дня
  • «Застрял по владельцу данных — пишешь сразу»
✗ Ошибки
  • «Опытный, сам разберётся с процессами Metz» — процессов Metz он не знает
  • Ждать результата только в конце срока
  • Оставлять один на один с несогласованностью данных
💬
Обратная связь — модель SOR
Почему SOR для D1 по процессам

По процессам Богдан только учится. SOR помогает объяснить что пошло не так без оценки его аналитической компетенции — не путаем «не знал процесс Metz» с «плохой аналитик». Богдан методичный, ценит нормативность — SOR это ложится ему естественно.

S
Standart
стандарт
O
Observation
наблюдение
R
Result
результат
S — Стандарт: что должно было быть

Назови ожидание или правило. Богдан должен знать относительно чего ты даёшь ОС.

O — Наблюдение: что именно ты увидел

Конкретный факт, без оценок и «всегда/никогда». Описываешь поведение, не личность.

R — Результат: к чему это привело

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

Пример SOR: «Стандарт — по финмодели данные согласуются с Ольгой до сборки. Я вижу, что финмодель на пятницу собрана без её данных по операционным расходам. В итоге на планёрке не сошлись цифры по чистой прибыли — переделываем модель, теряем 2 дня.»
✓ SOR в действии
  • «Стандарт — метрики между блоками должны сходиться. Я вижу, что в проекте архитектуры метрика "оборачиваемость" разная у закупок и логистики. В итоге на планёрке будут два разных числа — теряем доверие к аналитике.»
  • Конкретный факт + конкретное последствие
  • ОС сразу после события, не через неделю
✗ Не работает
  • «Ты всегда торопишься» — нет факта, нет стандарта
  • «Молодец» — нет конкретики, нет развития
  • Молчание — Богдан не узнает что нужно изменить
3
S4 — Делегирующий: для аналитики
Основной стиль для 3 ключевых задач
Когда применяется

S4 — для профильных аналитических задач. Три ключевые задачи (архитектура отчётности, автоматизация, методология планирования) — это S4. Джава задаёт цель и метрику, метод и подход Богдан выбирает сам.

🎯
Постановка задач — фокус на A · R
Правило для D4

Только цель и «зачем». Есть ли ресурсы (A)? Как это влияет на бизнес (R)? Метод и путь — Богдан выбирает сам. Если начинать объяснять «как делать» — Джава сорвёт мотивацию сильного специалиста.

Пример S4: «Богдан, задача — свести отчётность к единой архитектуре. Целевая метрика — доля отчётов в единой методологии, финальное значение обсудим на 1-1 в конце месяца. Есть 36 отчётов, документации нет, часть закрывает мастер-класс на аутсорсе. Как строить архитектуру — сам. Что нужно от меня — говори.»
🔍
Контроль — только итоговый
Правило

По аналитическим задачам контроль только по итогам (в конце месяца/недели по метрикам). Частый контроль в этой части = сигнал недоверия, теряем мотивацию сильного специалиста. Богдан сам приходит с промежуточными результатами, если хочет свериться.

Как совмещать с 1-1

1-1 остаются 2–3 раза в неделю первый месяц, но структура: 60% процессы Metz (S1) + 40% сверка по аналитике (S4). По аналитике — не «покажи что сделал», а «есть ли блокеры, где нужна помощь».

💬
Обратная связь — модель STAR
Почему STAR для D4

STAR (Ситуация → Задача → Действие → Результат) — для признания достижений опытного специалиста. По итогам законченной задачи разбираем что было, как решил, к чему привело. Богдан методичный — STAR ложится ему естественно и подкрепляет уверенность.

Пример STAR: «Ситуация — было 36 разрозненных отчётов, метрики между блоками не бились. Задача — собрать единую архитектуру за 2 месяца. Действие — прошёл аудит по 4 блокам, свёл к 3 источникам данных, согласовал методологию с каждым владельцем. Результат — 24 отчёта из 36 сведены к единой методологии, доверие к цифрам на планёрках выросло.»