Что проверяют на собеседовании аналитика цепи поставок
Как построены собеседования на позицию аналитика цепи поставок, что проверяет техническое задание и чем настоящий ответ отличается от заученного.
Опубликовано 21 сент. 2026 г. · 6 мин чтения
Кто проводит собеседование
На большинство позиций аналитика цепи поставок вы встретитесь минимум с двумя людьми, и они проверяют разное.
Первый разговор обычно с рекрутером или подчинённым нанимающего менеджера — часто это HR или менеджер по цепи поставок на первичном отборе. Этот этап проверяет основы: какие системы планирования вы использовали (SAP APO или IBP, Oracle SCM Cloud, Kinaxis RapidResponse или самописную связку Excel/Power BI), за что вы отвечали лично, а что делала команда, и совпадают ли срок уведомления об увольнении и зарплатные ожидания с требованиями роли.
Второй этап — проверка работы, его обычно проводит ваш будущий руководитель или старший аналитик команды — человек, который каждую неделю читает план спроса или оценочную карту поставщика и точно знает, как звучит расплывчатый ответ. В производственных компаниях или FMCG можете встретить кого-то из закупок или операций, если роль касается эффективности поставщиков. В ритейле или дистрибуции ждите кого-то из планирования товарных запасов или логистики. Если компания проводит формальный цикл S&OP (планирование продаж и операций), иногда присутствует председатель этих встреч — ему нужно доверять вам цифры, которые туда поступают.
Техническая проверка: что и как тестируют
Большинство собеседований на аналитика цепи поставок включают практическое задание, обычно в одной из трёх форм.
Работа с таблицей. Вам дают массив данных — исторический спрос, уровни запасов или строки заказов на закупку — и просят создать из них что-то: прогноз, расчёт точки перезаказа, ABC-классификацию или разбор причин падения уровня сервиса в конкретном месяце. Смотрят не на то, получили ли вы «правильное» число — эти задания часто намеренно допускают несколько обоснованных подходов. Смотрят, проверяете ли вы допущения, замечаете ли проблему качества данных (дубли артикулов, несоответствие единиц измерения, промо-всплеск, который нужно исключить из базовой линии), и можете ли объяснить метод простым языком после. Аналитик, создавший аккуратный график, но не способный объяснить, почему исключил три точки данных, на самом деле анализ не провёл.
Разбор вашей работы вживую. Вы приносите отчёт или модель из предыдущей роли — расчёт страхового запаса, оценочную карту поставщика, презентацию S&OP — и рассказываете о ней. Подделать это сложнее, чем кажется, потому что грамотный интервьюер попросит изменить один параметр и предсказать, что случится дальше. Если вы создавали трекер смещения прогноза, вы должны уметь сказать без открытия файла, что случится с рекомендацией по страховому запасу, если изменчивость времени поставки удвоится.
Кейс-сценарий. «Ключевой поставщик сообщает, что завтрашняя отгрузка задерживается на две недели. Опишите ваши действия». Таблицы здесь нет — хотят услышать последовательность мышления: проверить текущую позицию по запасам и дни покрытия, проверить, какие клиенты или производственные линии под риском, проверить, есть ли альтернативный источник или возможность ускоренной доставки, и только потом говорить о коммуникации риска. Аналитики, которые сразу переходят к «я бы ускорил отгрузку», не установив масштаб проблемы, обычно не делали этого под реальным давлением.
Некоторые работодатели, особенно крупные производители и 3PL-провайдеры, спрашивают о сертификатах — CPIM или CSCP от APICS/ASCM или поясе Lean Six Sigma — обычно не как жёсткое требование, а как индикатор знания терминологии (EOQ, логика MRP, эффект хлыста, DIFOT/OTIF) без необходимости учить это на работе.
Вопросы, отделяющие практику от теории
Несколько вопросов появляются достаточно часто и в достаточно разных формах, чтобы стоило знать, как звучит настоящий ответ.
«Как вы измеряете точность прогноза?» Поверхностный ответ называет метрику — MAPE или смещение прогноза — и останавливается. Настоящий ответ объясняет компромисс: MAPE непропорционально штрафует артикулы с малым объёмом, поэтому некоторые аналитики взвешивают её по объёму или используют взвешенную MAPE (WMAPE), и почему смещение (постоянно ли вы завышаете или занижаете прогноз) часто важнее операционно, чем одна точность, потому что именно смещение приводит либо к списанию излишков, либо к дефициту. Если вы только доставали число, созданное инструментом планирования, не зная, как оно рассчитано, этот вопрос это выявит.
«Расскажите о случае, когда ваш прогноз или план был неверным. Что вы сделали?» Это не вопрос-ловушка о признании провала — любой прогноз в какой-то степени неточен. Слушают, есть ли у вас процесс выяснения причины: вернулись ли вы и разделили ошибку на компоненты объёма, структуры и времени? Отследили ли до конкретной причины (промо, о котором не сообщили, новый клиент, ещё не включённый в базовую линию, замена поставщика)? Или просто перезапустили модель с ручной корректировкой и двинулись дальше. Второе встречается часто. Это не то, что даёт вам работу.
«Как вы определяете уровни страхового запаса?» Поверхностный ответ воспроизводит формулу — страховой запас как функция уровня сервиса, изменчивости спроса и изменчивости времени поставки — не умея сказать, какой из этих параметров реально двигает число в вашем бизнесе. Более сильный ответ говорит о том, где находится реальная неопределённость: со стороны спроса (волатильная клиентская база) или со стороны предложения (ненадёжное время поставки от зарубежного поставщика), потому что меры полностью разные в зависимости от того, что доминирует.
«Опишите, как вы исследуете падение OTIF (вовремя и полностью) или рост дефицитов.» Проверяют, знаете ли вы, как разделить два типа сбоев — дефицит это проблема запасов, поздняя доставка может быть проблемой транспорта или поставщика — и сегментировали бы вы по артикулу, региону или поставщику перед выводом, а не отчитались бы единой агрегированной цифрой и не стали бы гадать о причине.
«Какие ERP или системы планирования вы использовали и что конкретно в них делали?» Звучит как вопрос-чеклист, но это не так. Тот, кто реально настраивал запуски MRP в SAP, задавал параметры планирования в APO или IBP или конфигурировал логику точки перезаказа в Kinaxis, опишет конкретные экраны и поля. Тот, кто только выгружал отчёты из системы, настроенной кем-то другим, опишет это гораздо более расплывчато — «мы использовали SAP для планирования» — не умея сказать, какой модуль или какие параметры он реально трогал.
Как звучит поверхностный ответ
Шаблон везде одинаков. Поверхностный ответ называет правильный термин и останавливается. Настоящий ответ объясняет механизм за термином и где он ломается на практике.
Тот, кого спросили про EOQ (экономичный размер заказа) и кто ответил «он балансирует стоимость заказа и стоимость хранения», дал учебное определение. Тот, кто добавляет «но мы редко использовали его как рассчитано, потому что у поставщика был минимальный объём заказа, который перекрывал его в половине случаев», реально его применял.
Тот, кого спросили о целевом уровне сервиса и кто называет единую цифру для всего бизнеса — вместо того чтобы сказать, что она различается по уровню продукта или сегменту клиентов — часто описывает политику, о которой ему рассказали, а не ту, что он создал или ведёт.
Другой надёжный признак — что происходит при уточняющем вопросе. «Вы сказали, точность прогноза улучшилась после изменения — насколько и за какой период?» Настоящий аналитик обычно даст примерную цифру и базу сравнения, потому что он сам выгружал это число. Тот, кто пересказывает результат, услышанный из вторых рук, склонен повторять ту же расплывчатую фразу — «значительно улучшилась» — не умея добавить что-то под ней.
Перед собеседованием
Принесите одну работу, которую можете разобрать детально, желательно с привязанной цифрой, которую сможете защитить при уточняющем вопросе — модель прогноза, пересмотр страхового запаса, оценочную карту поставщика. Знайте разницу в собственной голове между точностью прогноза и смещением прогноза, между дефицитом, вызванным спросом, и вызванным предложением — оба различия появляются в той или иной форме почти на каждом техническом собеседовании для этой роли. Если в описании вакансии названа конкретная система — SAP IBP, Kinaxis, o9, Blue Yonder — проверьте, что вы реально делали в ней, а что наблюдали, как делает планировщик, потому что именно этот разрыв призвано найти собеседование.
jobmarket.pro читает объявление вместе с вашей историей работы и готовит заявку, чётко указывающую, где ваш опыт совпадает, а где нет, не выдумывая ни того, ни другого.
Или перестаньте делать это вручную
Агент, который читает каждую вакансию целиком, говорит, где вы подходите, а где нет, и готовит отклик из профиля, в который он не может дописать опыт. Начать бесплатно, без карты.