Байер (закупщик товара): как контролировать работу
Байер - это не просто «человек, который заказывает товар». На маркетплейсе закупщик управляет деньгами, страховыми запасами, переговорами с поставщиками и скоростью пополнения склада. Если контроль работы байера строится только на «отчётах раз в неделю», бизнес рискует получить кассовые разрывы, out-of-stock в высокий сезон или склад, перегруженный товаром с нулевым спросом.
Прямой ответ на вопрос: контролировать работу байера нужно через процесс, а не через доверие. Нужны чёткие этапы закупочного цикла, метрики по каждому из них и система фиксации отклонений - тогда ты видишь проблему раньше, чем она стала убытком.
В этой статье - практическая схема контроля для руководителей и владельцев бизнеса на Wildberries, Ozon и Яндекс.Маркете.
Почему байера сложно контролировать без структуры
Работа закупщика размазана по времени: он ведёт переговоры, собирает данные по остаткам, отправляет заявки поставщикам, контролирует отгрузку и входящую приёмку. Каждый шаг - отдельный процесс с несколькими участниками.
Типичная картина без системы:
- байер держит всё в голове или в личной таблице Excel
- руководитель узнаёт о проблеме, когда товар уже закончился
- непонятно, чья ответственность - байера, склада или поставщика
- нет истории решений: почему заказали именно этот объём и по какой цене
Контроль без структуры превращается в ручной опрос «ну как там с поставкой?». Это не масштабируется и не защищает от ошибок.
Ключевые метрики работы байера
Контролировать работу закупщика нужно через цифры, а не ощущения. Вот метрики, которые реально показывают качество работы.
По запасам:
- уровень out-of-stock - дней без товара в месяц по каждому SKU
- оборачиваемость запасов - сколько дней остатка на складе
- доля SKU с избыточным запасом (более 90 дней продаж)
По закупкам:
- точность прогноза: заказали vs реально продали за период
- процент заказов, доставленных в срок
- процент позиций с расхождением при приёмке
По работе с поставщиками:
- среднее время ответа поставщика на заявку
- частота срывов сроков по каждому поставщику
- динамика закупочных цен по позиции
Пример: если у байера оборачиваемость по ключевому SKU выросла с 30 до 60 дней - это сигнал либо избыточной закупки, либо падения продаж. Разбираться нужно сразу, не в конце квартала.
Как ставить задачи байеру: регламент и дедлайны
Контроль начинается с постановки задачи. Если задача размытая - результат будет размытым.
Каждая задача байеру должна содержать:
- Конкретный SKU или категорию товара
- Целевой объём заказа и обоснование (формула расчёта или данные из аналитики)
- Срок размещения заявки у поставщика
- Ожидаемую дату поступления на склад
- Целевую закупочную цену или допустимый диапазон
- Критерий качества: стандарт упаковки, маркировка, документы
Хорошая практика - дать байеру шаблон заявки на закупку, который он заполняет и согласовывает с руководителем до отправки поставщику. Это точка контроля «до», а не «после».
Регламент работы байера строится по циклам:
- Еженедельно: анализ остатков по всем SKU, формирование очереди заявок
- Ежемесячно: сверка факта с планом, разбор отклонений, переговоры с поставщиками по условиям
Контроль каждого этапа закупочного цикла
Закупочный цикл делится на этапы - и на каждом есть своя точка контроля.
Анализ остатков и прогноз
Байер предоставляет расчёт: сколько дней продаж осталось по каждому SKU и когда нужно разместить заявку с учётом срока поставки. Формула: (остаток / среднедневные продажи) - срок доставки в днях. Не «на глаз» - конкретная цифра.
Согласование заявки
До отправки поставщику - согласование объёма и цены. Руководитель или финансист видит, сколько денег блокируется в этой партии. Заявки выше порогового бюджета - только после подтверждения.
Размещение у поставщика
Байер фиксирует факт отправки заявки: дата, поставщик, подтверждённая цена, обещанный срок. Это контрольная точка - без неё непонятно, заявка отправлена или байер «собирается отправить».
Контроль отгрузки
За 3-5 дней до обещанного срока отгрузки байер запрашивает подтверждение у поставщика. Если срок сдвигается - эскалация немедленно, не в день «X».
Входящая приёмка
Факт приёмки: количество, соответствие заявке, выявленные расхождения. Расхождения фиксируются с указанием виновной стороны и следующим действием - претензия, возврат или пересортировка. Без фиксации нет основания для претензии поставщику.
Типичные ошибки байеров и как их отследить
Зная типичные ошибки, ты знаешь, где смотреть в первую очередь.
Закупка «на глаз» без данных. Байер заказывает «как обычно» без расчёта. Следствие - out-of-stock или переизбыток. Отслеживается через точность прогноза: если факт регулярно расходится с заказом более чем на 20% - методики нет.
Затягивание размещения заявки. Байер знает, что товар заканчивается, но не торопится - рассчитывает успеть. Видно по метрике: дата фактического размещения заявки vs дата, когда нужно было разместить по расчёту.
Работа только с одним поставщиком. Один поставщик срывает срок - весь ассортимент под угрозой. Видно в базе поставщиков: сколько альтернатив есть по каждой категории.
Скрытие расхождений при приёмке. Байер принял товар с расхождением, не зафиксировал - «разберёмся сами». Через месяц ни претензии, ни следа. Контроль: обязательная фиксация каждого расхождения с фото и ответственным.
Самостоятельное решение по крупным партиям. Байер разместил большой заказ «по акции поставщика» без согласования - деньги заморозились, продажи не пошли. Контроль: порог суммы, выше которого нужно согласование.
Инструменты контроля: что должно быть в системе
Ежедневный дашборд остатков. По каждому SKU - остаток в днях продаж и статус заявки: нет / отправлена / подтверждена / в пути / на складе. Руководитель видит картину за 2 минуты, без созвонов.
Еженедельная статус-встреча. 15-20 минут: что в пути, что просрочено, что ожидает согласования. Не «расскажи мне всё», а разбор отклонений от плана по цифрам.
База поставщиков с историей. Для каждого поставщика - история: сколько раз срывал сроки, средняя задержка, процент брака. Это база для переговоров и решения «продолжать работать или нет».
Журнал расхождений. Отдельный реестр: дата, поставщик, SKU, расхождение, виновный, действие, статус (претензия подана / закрыта / списано). Без этого расхождения просто «рассасываются».
Процессная система. Когда байер ведёт работу в операционной системе - руководитель видит каждый шаг: когда создан запрос, согласован, отправлен, где зависает. Не нужно спрашивать вручную - статус виден в реальном времени. Такие системы дополнительно показывают, сколько рабочего времени уходит на каждый этап закупочного процесса, что помогает находить узкие места.
Как выстроить систему контроля байера с нуля
Если сейчас контроля нет - не пытайся внедрить всё сразу. Поэтапный план:
- Зафиксируй текущий процесс закупки - пусть байер опишет свои шаги. Часто оказывается, что у каждого своя «схема».
- Определи минимальные точки контроля: согласование заявки до отправки и фиксация факта размещения.
- Введи 3-4 ключевые метрики - начни с out-of-stock и оборачиваемости.
- Сделай еженедельный 15-минутный разбор: план, факт, отклонение.
- Добавляй инструменты по мере роста: журнал расхождений, база поставщиков, операционная система.
Контроль байера - это не слежка. Это структура, которая защищает бизнес от ошибок и даёт закупщику чёткие ожидания. Когда правила понятны и метрики прозрачны, байер работает лучше, а руководитель перестаёт тушить пожары в последний момент.
Калькулятор цены ручной рутины
Сколько времени и денег команда тратит на повторяющиеся ручные операции.
Повторяющуюся рутину можно снять с людей регламентом и процессом. В Legend BMS процесс ведёт сотрудника по шагам, а нагрузку видно в цифрах - посмотреть →
Частые вопросы
Какие KPI ставить байеру на маркетплейсе?
Как часто нужно проверять работу закупщика?
Что делать, если байер скрывает расхождения при приёмке?
Как контролировать закупщика, если он работает удалённо?
Можно ли контролировать байера без специального программного обеспечения?
Наводите порядок в магазине без хаоса в таблицах
Legend BMS собирает задачи команды, процессы, учёт сотрудников и ФОТ в одном месте. Соло - бесплатно.
Попробовать Legend BMS →