AI-light інвентар: 3-сигнальна логіка reorder для SMB

Якщо ви — власник бізнесу на 60-200 людей з фізичним продуктом, легкою упаковкою або витратними матеріалами — і ніколи не записували свою reorder-логіку — ви майже точно купуєте надто багато повільних SKU і вибиваєте швидкі. Фікс — не 6-місячний ERP-rollout; це три сигнали і AI, який слідкує за ними замість вас.

Чому SMB одночасно затарюють і вибивають склад?

Тому що reorder-логіка в більшості компаній на 50-200 людей — одне з двох: фіксований мінімум, який хтось поставив 18 місяців тому, або «Марія дивиться полицю і каже». Обидва падають однаково — не реагують на зміну швидкості sell-through чи надійності постачальника. План — «ніколи не вибивати». Факт — «вибили топ SKU двічі і тримаємо 9 місяців мертвого стоку на трьох інших». Розрив невидимий до інвентаризації.

Визначення: Light inventory management — дисципліна reorder з невеликою кількістю добре підібраних сигналів і approval-gated автоматизацією, призначена для SMB, яким не потрібен повний ERP-модуль для 200-2,000 SKU.

Помилка, яку роблять більшість власників — тягтися до enterprise-grade inventory-системи. Для більшості SMB-кількостей SKU це 6-значна вартість для 5-значної проблеми.

Які три сигнали?

Три числа, рахуються на SKU, оновлюються щодня. Жоден з них не потребує AI для розрахунку — але AI робить їх порівнянними по сотнях SKU і виносить аномалії.

Сигнал 1: Days-on-hand

Поточний запас, поділений на середній денний sell-through за останні 30 днів. Виражений у днях.

Визначення: Days-on-hand — кількість днів попиту, які покриває on-hand-інвентар за поточним середнім sell-through.

Це сигнал «наскільки треба турбуватися». Усе нижче за «lead time + buffer» — тригер reorder.

Сигнал 2: Sell-through rate (і його тренд)

Денні юніти, продані по SKU, згладжені в rolling-вікні (зазвичай 14-30 днів), з напрямком тренду (rising / flat / falling).

Тренд важить більше за абсолютне число. 30% rising тренд на повільному SKU — більший сигнал reorder, ніж flat-швидкий SKU.

Сигнал 3: Lead-time variability

Для кожної пари supplier-SKU — стандартне відхилення фактичного lead time за останні 12 поставок. Постачальники, що стабільно везуть за 8 днів, не потребують великого буфера. Ті, що від 7 до 22 — потребують жирного.

Визначення: Lead-time variability — розкид фактичних термінів доставки навколо заявленого середнього; домінантний вхід у те, скільки safety stock вам реально треба.

Більшість SMB ігнорують цей сигнал. Він — найбільш leverage'ний з трьох, бо напряму задає розмір буфера.

Як вписується AI?

Чотири роботи. Жодна — не «AI замовляє за вас».

1. Пропозиція порогів. Для кожного SKU AI дивиться історію і пропонує reorder point і кількість. Засновник або ops lead переглядає і затверджує.
2. Виявлення аномалій. Коли sell-through раптово змінюється (3× spike або падіння в нуль) AI позначає це як non-trend подію, яка не повинна тригерити порог.
3. Моніторинг lead time. AI дивиться часи доставки і оновлює variability. Коли variability постачальника погіршується, AI виносить це як procurement-питання, не reorder-питання.
4. Reorder draft. Коли сигнали перетинають пороги, AI готує draft PO — постачальник, SKU, кількість, очікуване прибуття — на людське затвердження.

Патерн: AI дивиться і драфтує. Людина підписує і вчиться з пропозиції.

Шаблон reorder-правила

Лягає на SKU, виноситься в щоденний ops-дайджест.

SKU: [КОД]   Назва: [TEXT]
Постачальник: [НАЗВА]   Заявлений lead time: [N днів]   Фактична variability: [σ днів]

Поточний стан:
- On-hand: [N юнітів]
- Days-on-hand: [N днів]
- Sell-through (14-денне середнє): [N юнітів/день]   Тренд: [rising/flat/falling]

Пороги (AI-suggested, [ЗАТВЕРДЖЕНО людиною ДАТА]):
- Reorder point: [N юнітів] (= lead time + 1.65 × σ × денний sell-through)
- Reorder quantity: [N юнітів]
- Максимальний запас: [N юнітів]

Рішення сьогодні:
- [ ] Без дії
- [ ] Reorder draft підготовлено (див. PO #XXXX)
- [ ] Порог треба перевірити — причина: [текст]

Прапорець «порог треба перевірити» — той, що не дає системі працювати на застарілих числах. Найчастіша причина: тренд sell-through росте або падає 3+ тижні поспіль.

Tool tip (AIAdvisoryBoard.me): Інвентар — один з найчистіших Plan → Fact → Gap workflow'ів у фізичному SMB. План: per-SKU reorder-пороги, підписані ops lead. Факт: days-on-hand, тренд sell-through і lead-time variability сьогодні. Розрив: SKU нижче reorder point, SKU що тренять до stockout, постачальники з погіршеною variability. 7-денна діагностика на https://aiadvisoryboard.me/?lang=en виносить цей патерн поруч з кожною іншою операційною каденцією — інвентарна полиця просто ще одне місце, де План розходиться з Фактом.

Погана vs хороша reorder-логіка

Погано: «Замовляй 200 юнітів SKU-A коли on-hand нижче 50.» (Фіксований мін, фіксована кількість, без свідомості сигналів.)

Краще: «Замовляй коли days-on-hand нижче lead time, у кількості, що покриває lead time × 2.» (Реагує на sell-through.)

Добре: «Замовляй коли days-on-hand нижче lead time + 1.65 × supplier variability, у кількості, що покриває lead time × 2 + variability buffer. Порог переглядається ops lead щомісяця, AI-suggested.» (Реагує на sell-through ТА надійність постачальника ТА тримає людину в петлі.)

Хороша версія — це те, чого майже жодне SMB сьогодні не робить. Не тому, що складно, а тому, що ніхто не зібрав три сигнали в одне правило.

Manager scan (2-хвилинний дайджест)

• Plan: 240 SKU під активною reorder-логікою, пороги щомісяця
• Fact: 7 SKU нижче reorder point сьогодні (драфти готові), 3 SKU тренять до stockout за 10 днів
• Gap: lead-time variability постачальника B погіршилась з σ=2 до σ=6 за 3 останні поставки — потрібен procurement follow-up
• Plan: нуль мертвого стоку понад 180 днів
• Fact: 14 SKU вище 180 days-on-hand
• Gap: 11 з 14 — сезонні, позначити на end-of-season; 3 — структурний overstock — запланувати clearance
• Plan: щомісячний review порогів ops lead'ом
• Fact: останній review був 7 тижнів тому
• Gap: зустріч не в календарі — забронювати цього тижня

Micro-case (що змінюється за 7-14 днів)

Дистриб'ютор специфічних продуктів на 70 людей мав 380 SKU з reorder-правилами, востаннє оновленими 14 місяців тому. Після запуску трьох-сигнального пайплайна перший тиждень виніс два патерни: топ-12 SKU тихо вибивалися 4-6 днів кожен цикл (sell-through вирю 28% з минулого review) і long-tail з 23 SKU тримав 8+ місяців покриття (sell-through впав, але reorder досі стріляв за старим мінімумом). Ops lead затвердив AI-suggested нові пороги на 67 SKU першого тижня, ще два тижні пройшов інші. До кінця шостого тижня stockout-дні впали з типових 9-12 на місяць до менше 2, а сумарна вартість запасу впала на ~18% — без втрати fill rate.

Note on this case: This example is illustrative — based on typical patterns we observe with companies of 30-500 employees, not a single named client. Specific numbers are rounded approximations of common ranges, not guarantees.

Tool tip (AIAdvisoryBoard.me): Інвентар — один з тих workflow'ів, де «маленький AI у правильному місці» б'є «великий AI всюди». Не треба demand-forecasting модель, натренована на 5 років сезонності — треба три сигнали, оновлювані щодня, і людський approval gate. Та сама Plan → Fact → Gap дисципліна, що тримає щоденний дайджест компанії, тримає й per-SKU reorder-дисципліну. Подивись, як працює 7-денна діагностика на https://aiadvisoryboard.me/?lang=en.

FAQ

Чи має AI просто авто-розміщувати замовлення? Для більшості SMB — ні. Ціна одного хибного auto-PO висока (роздратування постачальника, заморожений капітал, повернення), а ціна 5-секундного людського approval майже нуль. Тримай людину, що підписує, мінімум 90 днів. Потім можна розглянути авто-approval для low-risk SKU.

Що з сезонними SKU? Дві зміни. По-перше, вікно sell-through має відповідати сезону (не 30 днів на 14-денний сезон). По-друге, AI має позначати сезонні SKU окремим класом, щоб людина могла override-нути trend signal, коли сам тренд — це сезонне очікування, а не аномалія.

Чи потрібно це, якщо SKU менше 50? Мабуть ні — таблиця і Марія дивляться. Перехідна точка зазвичай 100-150 SKU, коли жодна людина не тримає стан інвентаря в голові надійно. Вище — когнітивна вартість «без системи» перевищує вартість легкої системи.

Що з supplier-managed inventory (VMI)? VMI — окреме рішення і непогана опція для повільного хвоста. Правило трьох сигналів далі застосовне — ви просто віддаєте сигнали постачальнику (або контрактуєте його дивитися їх) замість того, щоб тримати reorder самі.

Висновок

Режими відмови інвентаря в SMB не екзотичні — це «не оновили пороги» і «не дивилися надійність постачальника». Три сигнали фіксять обидва. AI пропонує, засновник затверджує, система працює щодня.

Візьми топ-50 SKU за revenue. Порахуй три сигнали. Хай AI пропонує пороги. Затвердь у 60-хвилинній сесії. Подивись, що зміниться за два наступні стокові цикли.

Якщо хочеш систему, яка сама виносить Plan → Fact → Gap по всій компанії — разом з per-SKU reorder-дисципліною — подивись, як працює 7-денна діагностика на https://aiadvisoryboard.me/?lang=en.