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-1
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 в первый месяц.

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

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

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

3
ключевые задачи на старт
по задачам
эффективность = выполнение задач
6 шагов
чек-лист адаптации
Основной документ
Индакшн-план Богдана
3 листа: Задачи и метрики · Гант компакт · Чек-лист
Открыть Google Sheets →
3
Ключевые задачи
Три ключевые задачи на первый период
Где детали

Полные подзадачи, сроки и статусы ведутся в индакшн-плане.

1
Свести отчётность компании к единой архитектуре
единый источник правды
Объединить всю отчётность компании под единую методологию, чтобы отчёты закупок, рекламы и логистики сходились между собой и работали от одного источника данных. В компании 36 отчётов, каждый блок делал свой по своей методологии — консалт помогал точечно. Богдан — первый аналитик в штате.
Подзадачи

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

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

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

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

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

план продаж план закупок финмодель
4
Чек-лист адаптации
Ключевые шаги для Джавы — раскрыть каждый пункт
1
Договориться о принципе контроля (метрик пока нет)
  • Метрики по роли аналитика в Metz ещё не сформированы — обсудим отдельно
  • В первый период контроль идёт по 3 ключевым задачам через индакшн-план
  • На каждом 1-1 проверяем: что сделано, что в работе, что заблокировано, куда движемся дальше
  • Метрики финализируем позже, когда аудит текущей отчётности закрыт и появится понимание что и как измерять
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
Представить команде
  • Представить закупщикам (Антон, Лев, Катя), логисту (Влад), рекламщику (Денис), финансовому директору
  • Обозначить: он новый аналитик, не ревизор. Задача — построить систему, а не найти виноватых
  • Договориться с командой о безопасном входе — команда не под угрозой, отчёты не «отбирают»
Инструмент наставничества

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

Инструмент для передачи знания или навыка. Применяется в квадрантах 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: «Богдан, задача — свести отчётность к единой архитектуре. Есть 36 отчётов, документации нет, часть закрывает мастер-класс на аутсорсе. Финальный результат: единая методология и одна точка правды для всех блоков — обсудим критерий «сведён / не сведён» на 1-1 в конце недели. Как строить архитектуру — сам. Что нужно от меня — говори.»
🔍
Контроль — только итоговый
Правило

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

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

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

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

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

Пример STAR: «Ситуация — было 36 разрозненных отчётов, цифры между блоками не бились. Задача — собрать единую архитектуру. Действие — прошёл аудит по 4 блокам, свёл к 3 источникам данных, согласовал методологию с каждым владельцем. Результат — отчёты закупок и рекламы теперь сходятся, планёрки идут по одному набору цифр, доверие к аналитике выросло.»
4
Памятка — все уровни
Задачи · Контроль · ОС · Мотивация — кратко для каждого D
↑ Уровень мотивации ↑
Высокий
D1
Новичок
не может, но хочет
D4
Самостоятельный
хочет и может
D2
Разочарованный
не может и не хочет
D3
Способный
может, но не хочет
НизкийВысокий
Уровень знаний →
D1
D2
D3
D4
D1
Новичок · S1 Указывающий
не может, но хочет ← Богдан в процессах Metz
📋 Задачи
Фокус S · M · T. Конкретно что делать, как измерить, к какому сроку. Образец результата.
🔍 Контроль
Постоянный. Входной обязателен. Промежуточные точки ежедневно.
💬 Обратная связь
SOR — Стандарт → Наблюдение → Результат. Ошибки — повод объяснить, не наказать.
⚡ Мотивация
Фиксировать на конечной цели. Признавать первые победы конкретно.
D2
Разочарованный · S2 Наставнический
не может и не хочет
📋 Задачи
Фокус S · M · R · T. Объяснить зачем (R). Спросить мнение. Согласовать метод вместе.
🔍 Контроль
Периодический. Заранее согласованный график. Отмечать прогресс явно.
💬 Обратная связь
Плюс–Два — что получилось + что улучшить. Акцент на прогрессе.
⚡ Мотивация
Подбор задачи по драйверу + «подкидывать дрова» + итоговая рефлексия.
D3
Способный · S3 Поддерживающий
может, но не хочет
📋 Задачи
Фокус R. Зачем задача ему и бизнесу. Цель + срок, метод — сам выбирает.
🔍 Контроль
Выборочный. По запросу сотрудника. Итоговый с признанием результата.
💬 Обратная связь
BOFF — Поведение → Последствие → Наши чувства → К чему приведёт.
⚡ Мотивация
Задача через сложность + ОС через экспертизу + публичное признание.
D4
Самостоятельный · S4 Делегирующий
хочет и может ← Богдан в аналитике
📋 Задачи
Фокус A · R. Есть ли ресурсы? Зачем это бизнесу? Метод не обсуждается.
🔍 Контроль
Только итоговый. Частый контроль = сигнал недоверия.
💬 Обратная связь
STAR — Ситуация → Задача → Действие → Результат. Для признания достижений.
⚡ Мотивация
Подбор задачи под драйвер + финальная рефлексия. Доверие = форма признания.