Точка заказа за 30 минут
Или как я автоматизировал закупки в магазине, не зная программирования.
Диагноз: ошибка в принятии решений

В небольшом крепежном магазине был хронический дисбаланс: одни товары заканчивались, вызывая гнев покупателей, другие — годами забивали склад, в котором не было места для нового, более маржинального товара.
Каждый месяц три сотрудника теряли целый рабочий день, пересчитывая горы пылящегося хлама.
Менеджер тратил 4 часа в неделю на формирование заказа, полагаясь на память и «чутьё».
Анализ: ищем не виновного, а переменные

Вместо того чтобы требовать «лучше стараться», я начал собирать данные.
Экспорт в Excel данных за полтора года дал три ключевые переменные для каждой товарной позиции:
  1. Средние продажи в день (динамика спроса).
  2. Срок поставки от производителя (временная задержка системы).
  3. Фактический остаток на складе (текущее состояние).
Проблема была не в хаосе, а в отсутствии простой формулы, которая бы связывала эти переменные.
Решение: каркас алгоритма

Была создана элементарная, но жёсткая логическая модель — «Точка заказа».
Внешне — это таблица Excel.
Внутри — алгоритм, который можно представить так:
ЕСЛИ [Текущий запас] <= [Средние продажи в день] * [Срок поставки в днях] * 1.2 ТО ВНЕСТИ В ЗАКАЗ
  • Коэффициент 1.2 — это буфер на случай всплеска спроса, найденный эмпирически.
  • Критерий — это не «много/мало», а расчёт минимально необходимого уровня для непрерывности работы системы.
Эволюция: интеллектуальный расчет с цветовой навигацией

Базовую формулу я развил до системы, которая самостоятельно принимает решение о заказе, учитывая больше данных и давая мгновенную визуальную обратную связь.

Как это работало:
  1. Прогноз спроса: Формула анализировала не только средние продажи, но и исторические данные за несколько лет, выявляя сезонные тенденции.
  2. Расчёт оптимального остатка: На основе этого прогноза и срока поставки система вычисляла необходимый страховой запас для каждого товара.
  3. Чёткая инструкция: Алгоритм сравнивал текущий остаток с рассчитанной нормой и выдавал точное количество к заказу (а не просто бинарное «да/нет»).
  4. Мгновенная диагностика: Каждая строка в таблице автоматически окрашивалась:
  • 🔴 Красный: Критически мало. Остаток ниже точки заказа — нужно заказывать срочно.
  • 🟡 Жёлтый: Внимание. Остаток приближается к точке заказа — пора планировать закупку.
  • 🟢 Зелёный: Всё в порядке. Запас достаточен, действия не требуются.
  • 🟣 Фиолетовый: Избыток остатка, требуется вывоз

Суть: Система перестала быть простым напоминанием. Она стала инструментом принятия решений, который на основе данных отвечал на три ключевых вопроса: «Что заказывать?», «Сколько?» и «Какой приоритет?». Задача менеджера свелась к контролю цветовой карты и утверждению готового заказа.


Хлопенков Владислав
Архитектор процессов | Системный аналитик
Результат: цифры вместо ощущений

Время на формирование заказа сократилось с 4−5 часов до 30 минут в неделю. Высвобожденное время менеджер направил на работу с клиентами.
Дефицит ходовых позиций в следующем месяце упал на ~25%.
Появился объективный критерий для списания неликвидного товара: всё, что не продавалось за период, в 3 раза превышающий срок поставки, отправлялось на вывоз с точки или распродажу.
Нужна похожая система под ваш бизнес?
Пишите!
This site was made on Tilda — a website builder that helps to create a website without any code
Create a website