Прогноз попиту й готове замовлення виробникам: закупівельник тільки підтверджує

Картка кейсу

Клієнт

Український бренд ветеринарної продукціївиробляє на контрактних виробництвах під своєю маркою

Напрям

emilus. Закупівліпрогноз попиту

Статус

У проді в клієнтащомісячне замовлення виробникам

Клієнт у цифрах

До 200 позицій10 років історії продажів в обліку, 2 контрактні виробники

Цифри «до» зі слів клієнта. Цифр результату тут немає: публікуємо тільки виміряне.

Ситуація і задача

Бренд ветеринарної продукції виробляє на контрактних виробництвах під своєю маркою й продає через власний інтернет-магазин, опт (зоомагазини, ветклініки, ветаптеки) і мережі та маркетплейси. Щомісяця компанія замовляє продукцію у виробників, а замовлення приїжджає через кілька місяців. Закупівельник рахував вручну, сезонність і промо легко було забути, і одних позицій виходило забагато, а інших бракувало. Асортимент живий: нові позиції з'являються, старі виводяться. Історія продажів в обліковій системі.

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

ОКГоловне правило

Модель рахує, людина вирішує: замовлення виробнику йде тільки після підтвердження закупівельника.

Що робить система

• Прогноз по кожній позиціїЗ урахуванням сезонності й промо, по всіх каналах продажу разом. Продажі мережам і маркетплейсам: це відвантаження, а не попит кінцевого покупця, і це враховується окремо.
• Готове замовленняПрогноз перетворюється на кількість до замовлення: товар у дорозі, кратність партії й мінімальне замовлення, страховий запас, термін придатності як стеля запасу, ліміт грошей, які компанія готова заморозити в запасі.
• Правка з причиноюЗакупівельник бачить розрахунок, змінює будь-яку позицію й пише причину. Причини зберігаються в журналі.
• Нові й старі позиціїДля нової позиції без історії окремий стартовий розрахунок; позицію, яку виводять, система перестає замовляти.
• Перенавчання однією кнопкоюКерівник завантажує свіжі продажі й залишки та запускає перенавчання за обраний період.
• Захист від гіршої моделіКожна версія моделі зберігається. Нова йде в роботу, тільки якщо на перевірці на «сліпому» періоді не гірша за попередню, інакше закупівля тихо зіпсується.
• Дані перш за всеГоловний ризик: дані, а не модель. Без відміток про дефіцит модель вивчить порожній склад, а не попит, тому аудит даних іде до розробки: дефіцит, промо-календар, історія замовлень і залишків, заміни позицій.

Позиція А · прогнозілюстрація

Історія: суцільна лінія, прогноз: пунктир

Замовлення виробнику · чернеткачекає «ок»

Позиція Азамовити

Позиція Б · запасу вистачаєне замовляти

Позиція В · термін придатностіменше

ПідтвердитиПравити

Журнал рішеньілюстрація

1. Закупівельник змінив позицію А«промо наступного місяця»
2. Нова версія моделі на перевірціне гірша
3. Версія: у роботіпопередня збережена

Кожна правка й кожна версія моделі з причиною та датою

Архітектура простими словами

Розрахунок прогнозу на Python із класичними моделями часових рядів і градієнтним бустингом, перевірка на «сліпому» періоді, версії моделей із порівнянням. Для закупівельника веб-застосунок: розрахунок, правки з причиною, підтвердження. Дані з облікової системи компанії.

Дані

продажі по каналахзалишкитовар у дорозівідмітки дефіцитупромо-календар

Ролі

закупівельник: розрахунок і правкикерівник: перенавчання

Як працює

Щомісячний цикл: від даних до замовлення виробнику

модельлюдинасистемаОКлюдина підтверджує

1. 1
   облікова системаДаніПродажі, залишки, товар у дорозі, дефіцит
2. 2
   модельПрогнозПопит по кожній позиції із сезонністю й промо
3. 3
   системаРозрахунокКратність, страховий запас, термін придатності, ліміт грошей
4. 4
   закупівельникПравкаЗмінює позиції й пише причину
5. ОК
   закупівельникЛюдина підтверджуєЗамовлення йде виробнику тільки після «ок»
6. 6
   керівникПеренавчанняСвіжі дані й одна кнопка
7. 7
   системаПеревірка версіїУ роботу тільки не гірша за попередню

Що ми міряємо і з якої дати

Вимога клієнта: точність від 90%. Що саме вважаємо точністю, фіксуємо ще до розробки: горизонт, рівень (позиція чи група), метрику, у штуках чи в грошах. Базова лінія: ручне замовлення закупівельника.

Чесно: висока точність досяжна по ходових позиціях. По довгому хвосту рідкісних продажів її не буває, і обіцяти її там ми не будемо.

Що працює і що далі

1. працює

   Прогноз по кожній позиції й щомісячне замовлення виробникам

2. працює

   Правки закупівельника з поясненням і підтвердження перед відправкою

3. працює

   Перенавчання однією кнопкою для керівника

4. далі

   Цифри точності на «сліпому» періоді: на сайті тільки зі згоди клієнта

Інші кейси

• Власна CRM і AI-продавець для мережі магазинів техніки
• Холодні продажі для виробника мерчу
• AI-продавець у Direct для магазину одягу

Усі кейси