FreshCast — интеллектуальный прогноз спроса и планирование поставок
Система, которая превращает ручное заполнение тысяч ячеек в машинный прогноз — и защищает от недогрузов и списаний свежего товара
Версия: 1.0 Дата: 09.07.2026 Клиент: Фруктовая лавка Подготовил: AiDevTeam
Содержание
Обзор для собственника
Часть I: Коммерческое предложение
- О проекте
- Текущие процессы и боли
- Архитектура решения
- Пакеты услуг
- Сравнение пакетов
- Ядро системы
- Дополнительные опции
- Конфигурации и сроки
- Наша рекомендация
- Бизнес-выгоды (ROI)
Часть II: Как это устроено
- Границы пилота (MVP)
- Компоненты системы
- Данные и интеграции
- Точность прогноза: что реально обещаем
- Пользовательские сценарии
- Команда проекта
- Дорожная карта
Часть III: Коммерческие условия
- Как мы работаем
- Условия оплаты
- Ежемесячные расходы
- Риски и митигация
- Гарантии
- Требования к клиенту
- Что не входит
- Перспективы развития
- Глоссарий
- Следующие шаги
Главное
Ситуация
Сегодня прогноз продаж на неделю вперёд собирают вручную: менеджеры отдела продаж заполняют более 5000 ячеек в разрезе «клиент — регион — категория», опираясь на память и историю перед глазами. Точность по компании в целом — 80–100%, но в разрезе конкретных клиентов и регионов разброс огромный. А именно там рождаются потери: недогрузы (заказ был — не отгрузили, упущенная выручка плюс штраф сети) и списания (привезли или дозарили слишком много — товар перезрел). Для свежих фруктов и ягод с коротким сроком жизни каждая ошибка прогноза стоит денег в тот же день.
Что вы получите
| # | Результат | Эффект |
|---|---|---|
| 1 | Машинный прогноз спроса вместо ручного заполнения тысяч ячеек | Менеджер тратит минуты на проверку, а не часы на ввод; прогноз считается по истории, сезонности и планам |
| 2 | Снижение недогрузов из-за аутофсток и несоответствия спецификации | Меньше упущенной выручки и штрафов сетей за недопоставку |
| 3 | Снижение списаний из-за перестока и перезревания | Закупаем и дозариваем ближе к реальному спросу — меньше порчи |
| 4 | Единая картина «план-факт» для руководства | Видно, где прогноз расходится с фактом, по каким клиентам, регионам и категориям — почва для управленческих решений |
Как устроено предложение
Мы предлагаем лестницу из четырёх шагов — от компактного пилота, который доказывает точность на двух ваших продуктах, до полной системы, охватывающей весь ассортимент, закупки, дозаривание и аукционы сетей. Каждый следующий шаг включает всё из предыдущего и добавляет новый пласт ценности. Начать можно с малого, убедиться, что работает на ваших данных, и масштабировать без переписывания.
Почему AiDevTeam
- Мы понимаем именно вашу специфику. Скоропорт, дозаривание, короткое плечо, аукционы и «программы» сетей, двусторонняя цена ошибки (недогруз ↔ списание) — это не абстрактный «прогноз продаж», а операционная логика свежих фруктов. Мы проектируем систему под неё.
- Готового решения под ваш случай на рынке нет. Мировые системы такого класса вашей компании сейчас недоступны, а «коробочные» российские продукты не умеют учитывать дозаривание, аукционную механику и вашу структуру потерь. Мы собираем систему из проверенных зрелых компонентов и достраиваем то, чего нет ни у кого.
- Объяснимость и человек в контуре. Система не «чёрный ящик»: по каждой рекомендации видно, почему она такая. Решение всегда принимает человек — мы усиливаем ваших специалистов, а не заменяем их.
- Прозрачная поэтапность. Вы платите за результат этапа и в любой момент решаете, двигаться ли дальше. Никакого «всё или ничего».
Как читать этот документ
| Раздел | Кому | Что внутри |
|---|---|---|
| Часть I (Обзор для собственника, разделы 1–10) | Руководителю, финдиректору | Что меняется в работе, пакеты, выгоды — без технических деталей |
| Часть II (разделы 11–17) | ИТ-команде, проектной группе | Как устроена система, данные, интеграция с 1С, точность, команда |
| Часть III (разделы 18–27) | Всем | Оплата, сроки, риски, гарантии, следующие шаги |
Мы рекомендуем пакет «Развитие» — он закрывает полный цикл на всех пилотных продуктах: прогноз, живую интеграцию с 1С и рекомендации закупок. Почему именно он — в разделе 9.
Что вы получаете на каждом тарифе
Этот раздел — для собственника и руководителя. Здесь нет технических терминов: только то, что меняется в вашей ежедневной работе, что вы получаете и когда какой тариф брать. Цены — в разделе 4.
МВП / Пилот • 6–8 недель
Что меняется в работе: на двух ваших продуктах (например, авокадо Хасс и голубика) машина сама строит прогноз спроса — вы сравниваете его с тем, как считали вручную, и видите разницу на реальных данных.
| До (как сейчас) | После (МВП) |
|---|---|
| Менеджер вручную заполняет тысячи ячеек, точность по клиентам/регионам «плавает» на десятки процентов | Машина предлагает прогноз по истории и сезонности; менеджер проверяет и корректирует за минуты |
| Никто не знает заранее, где прогноз ошибётся | По каждому прогнозу видно, на чём он основан, — можно доверять или поправить |
| «Точность 80–100%» — цифра по компании, без деталей | Точность измеряется честно и по каждому продукту/клиенту — видно реальную картину |
Что получаете: работающий прогноз на 2 продуктах, честное сравнение «машина против вашего Excel», дашборд план-факт, объяснимость каждой цифры, право корректировать прогноз вручную.
Чего ещё нет: прогноз пока на 2 продуктах и по выгруженным данным (без живой связи с 1С), без рекомендаций по закупкам.
Когда брать: когда хотите с минимальным риском убедиться, что машинный прогноз реально точнее ручного — на ваших данных, а не на обещаниях.
Окупаемость: сам по себе МВП — это инвестиция в проверку гипотезы; окупается решением «масштабируем», принятым на фактах, а не на вере.
Развитие • +10–12 недель
Что меняется в работе: прогноз охватывает все пилотные продукты (6 видов, 35 категорий), подключается напрямую к 1С и превращается в конкретные рекомендации закупщику — что и сколько привезти, чтобы не было ни недогруза, ни перестока.
| До (МВП) | После (Развитие) |
|---|---|
| Прогноз на 2 продуктах, данные выгружаются вручную | Прогноз на всех пилотных продуктах, данные ходят из 1С автоматически |
| Прогноз есть, но закупщик всё равно считает потребность в Excel «на ощущениях» | Система сама считает потребность и даёт рекомендацию: сколько купить, с учётом сроков поставки |
| Недогрузы и списания — постфактум | Система заранее предупреждает и о риске дефицита, и о риске перестока |
Что получаете: прогноз на всём пилотном ассортименте, живая двусторонняя связь с 1С, рекомендации по закупкам, одновременная защита от двух потерь — недогруза и списания.
Чего ещё нет: пока без учёта дозаривания как отдельного слоя и без модели вероятности выигрыша аукционов.
Когда брать: когда пилот показал точность и вы готовы получить реальный рабочий инструмент для отдела закупок на ключевых продуктах.
Окупаемость: окупается снижением недогрузов (упущенная выручка + штрафы сетей) и списаний уже на пилотном ассортименте — обычно в течение нескольких месяцев работы.
Профи • +10–12 недель
Что меняется в работе: система начинает учитывать то, что раньше жило «в головах» производства и закупок, — дозаривание (когда и сколько довести до кондиции) и аукционы сетей (вероятность выигрыша лота как сигнал будущего спроса), а также выбирает оптимальный способ привезти товар.
| До (Развитие) | После (Профи) |
|---|---|
| Дозаривание планируется на опыте — то «пережарили», то «недожарили» | Система подсказывает план дозаривания под прогноз спроса — меньше товара «есть, но не в кондиции» |
| Аукционы сетей учитываются вручную, задним числом | Вероятность выигрыша лота заранее подсвечивает будущий спрос |
| Способ привоза (короткое/длинное плечо) выбирают на глаз | Система предлагает оптимальную комбинацию поставок под сроки и объём |
Что получаете: учёт дозаривания как состояния запаса, модель аукционного спроса, оптимальный выбор источника поставки — самые «дорогие» и специфичные для вас решения.
Чего ещё нет: пока без автоматического извлечения сигналов из переписки и без перевода на все ~300 категорий и в ваш собственный контур.
Когда брать: когда полный цикл на пилоте работает и вы хотите закрыть самые дорогие ошибки — перезревание и промахи по аукционным объёмам.
Окупаемость: окупается сокращением списаний по перезреванию и недогрузов по аукционным позициям — самых дорогих ошибок в вашем бизнесе.
Платформа • +12–16 недель ⭐ (верхняя конфигурация)
Что меняется в работе: система становится «вторым мозгом» планирования на весь ассортимент (~300 категорий), автоматически подхватывает сигналы спроса из переписки, переезжает в ваш собственный контур и работает с гарантиями уровня сервиса.
| До (Профи) | После (Платформа) |
|---|---|
| Система работает на пилотном ассортименте в облаке | Весь ассортимент, в вашем контуре (on-prem), с защитой данных |
| Сигналы из писем и заметок теряются | Система сама вычитывает из переписки намерения по заказам и заметки о зрелости |
| Планирование — по продуктам, где уже внедрено | Единая картина по всей компании: продажи → закупки → дозаривание → логистика |
Что получаете: полный охват ассортимента, автоматическое извлечение сигналов из переписки, перевод в ваш контур, регламент уровня сервиса и управление качеством прогноза.
Чего ещё нет: это полная конфигурация — дальше только развитие вглубь под новые задачи.
Когда брать: когда система доказала ценность и вы хотите сделать её стандартом планирования по всей компании.
Окупаемость: окупается системным эффектом на масштабе всей компании — от закупок и ФОТ упаковки до оборачиваемости и качества сервиса для сетей.
Сравнительная сводка по эффекту
| Метрика | Сейчас | МВП | Развитие | Профи | Платформа |
|---|---|---|---|---|---|
| Продуктов под прогнозом | ручной | 2 | 6 видов / 35 кат. | 6 видов / 35 кат. | ~300 категорий |
| Время менеджера на прогноз | часы | минуты (2 прод.) | минуты | минуты | минуты |
| Связь с 1С | выгрузки | выгрузка | живая, двусторонняя | живая | живая + on-prem |
| Рекомендации закупок | нет | нет | да | да, с мультисорсингом | да |
| Учёт дозаривания | «в головах» | нет | нет | да | да |
| Аукционы как сигнал спроса | вручную | нет | нет | да | да |
| Сигналы из переписки | теряются | нет | нет | нет | да |
| Защита от недогруза и списания | постфактум | измеряем | да | да, максимально | да |
1. О проекте
Фруктовая лавка — импортёр свежих фруктов и ягод с широким ассортиментом (около 100 видов продуктов, 300 товарных категорий, 1200 активных SKU) и быстрым, нелинейным ростом (25–30% в год). Компания отгружает по всей стране 24/7, работает с федеральными и региональными сетями, содержит собственный производственно-складской комплекс с дозариванием, и опирается на короткое логистическое плечо через материнскую структуру в Европе.
Эта комбинация — широкий скоропортящийся ассортимент × десятки клиентов × десятки регионов × ежедневный горизонт — делает планирование одним из самых сложных в рознице. Ошибка прогноза здесь не абстрактна: она немедленно превращается либо в недогруз (упущенная выручка и штраф сети), либо в списание (перезревший или испорченный товар).
Цель проекта FreshCast — заменить ручной, «на ощущениях», прогноз машинным: точным, объяснимым, интегрированным с 1С, и превращающим прогноз спроса в конкретные рекомендации по закупкам, дозариванию и логистике. При этом решение принимает человек — система усиливает ваших менеджеров и закупщиков, а не заменяет их.
Что важно учесть именно в вашем случае:
- Скоропорт. Ягоду привезли — через день-два надо отгрузить. Недозаказ → недогруз, перезаказ → списание. Права на ошибку почти нет.
- Дозаривание. Авокадо, манго, киви нужно довести до нужной степени зрелости. «Пережарили» или «недожарили» — и товар физически есть, но не в кондиции.
- Разброс по клиентам и регионам. Для каждого клиента товар готовится по-разному: авокадо в Сибирь едет 5 дней и дозревает в пути — это надо закладывать заранее.
- Два канала спроса. Аукционы сетей (заказы приходят через электронный документооборот) и «программы» (согласованные объёмы на период) — их сигналы сегодня заносятся в систему вручную.
- Две стороны цены ошибки. Недогруз и списание одинаково болезненны, а KPI отделов продаж и закупок могут тянуть в разные стороны. Система даёт обеим сторонам общую, объективную основу.
2. Текущие процессы и боли
Ниже — то, что мы услышали от вас, и как на это отвечает FreshCast.
| Как сейчас (из интервью) | Как будет с FreshCast |
|---|---|
| «Порядка более пяти тысяч ячеек нужно заполнить этому бедному менеджеру отдела продаж» вручную, к дедлайну (четверг) | Машина строит прогноз по истории, сезонности и планам; менеджер проверяет и корректирует, а не заполняет с нуля |
| «Иногда получается, что они факт подбивают под прогноз» — система «приоткрыта», цифры подгоняются | Прогноз фиксируется и измеряется честно: видно реальную точность по каждому продукту, клиенту, региону |
| «Точность 80–100% — это тотал по всем продуктам; в разрезе продуктов и клиентов разброс очень сильный» | Точность считается на детальном уровне — там, где рождаются потери, а не только «в среднем по компании» |
| Ягода: «привезли — на следующий день или через два максимум надо отгрузить» | Прогноз для скоропорта строится с учётом коротких сроков; риск перестока и недогруза подсвечивается заранее |
| Дозаривание: «либо слишком много дозарили, либо слишком мало… в худшем случае списывать» | На старших этапах система учитывает дозаривание как состояние запаса и подсказывает план доведения до кондиции |
| Закупки «в Excel-файлах берут прогнозы отдела продаж, что-то прикидывают по своим ощущениям… могут даже не верить прогнозу» | Система сама считает потребность и даёт закупщику обоснованную рекомендацию с объяснением, почему именно столько |
| Недогрузы «примерно 3–4% от продаж… чаще из-за того, что товар не подошёл по спецификации» | Причины недогрузов учитываются в модели — система различает «не привезли» и «привезли, но не подошло» |
| Упаковочные линии планируют вывод людей «как-то, на ощущениях» — риск перерасхода ФОТ | Точный прогноз отгрузок даёт производству основу для планирования смен (перспектива развития) |
Три приоритета, которые вы назвали, — в центре системы:
- Точность прогноза продаж.
- Минимум недогрузов из-за аутофсток.
- Минимум списаний из-за долгой реализации и перезревания.
FreshCast оптимизирует не «точность ради точности», а именно эти две стороны потерь одновременно.
3. Архитектура решения
FreshCast — это связка из пяти слоёв: данные → прогноз спроса → расчёт потребностей → рекомендации (закупки, дозаривание, логистика) → контроль и объяснимость. Всё вокруг человека: система предлагает, специалист решает.
flowchart TB
subgraph Sources["Источники данных"]
ERP["1С:ERP"]
EDI["Заказы сетей (ЭДО)"]
AUC["Аукционы сетей"]
RIPE["Статусы дозаривания"]
end
subgraph Core["Ядро FreshCast"]
DATA["Слой данных"]
FC["Прогноз спроса"]
NEED["Расчёт потребностей"]
REC["Рекомендации закупок"]
end
subgraph Users["Пользователи"]
SALES["Менеджер продаж"]
BUY["Закупщик"]
BOSS["Руководство"]
end
ERP --> DATA
EDI --> DATA
AUC --> DATA
RIPE --> DATA
DATA --> FC
FC --> NEED
NEED --> REC
FC --> SALES
REC --> BUY
FC --> BOSS
REC --> ERP
style Sources fill:#172554,stroke:#3b82f6
style Core fill:#14532d,stroke:#22c55e
style Users fill:#78350f,stroke:#f59e0b
Принципы архитектуры:
- Прогноз — не «чёрный ящик». По каждой цифре видно, на чём она основана: история, сезонность, план, поправки. Это условие того, чтобы инструментом реально пользовались, а не игнорировали.
- Человек в контуре. Менеджер и закупщик могут вносить поправки (например, «канал перекрыт», «наводнение у поставщика»). Система учитывает их и учится отличать полезные поправки от вредных.
- Иерархия прогноза. Прогноз строится согласованно на всех уровнях — от SKU до вида продукта, от региона до компании, — чтобы цифры «билистились» между уровнями.
- Портируемость. Старт в защищённом облаке, перевод в ваш собственный контур (on-prem) без переписывания — заложено в архитектуру.
- Сосуществование с вашей аналитикой. FreshCast отдаёт прогноз и рекомендации в удобном виде, не заменяя ваши текущие дашборды, а дополняя их.
4. Пакеты услуг
Четыре шага. Каждый следующий включает всё из предыдущего и добавляет новый слой ценности. Все пакеты строятся на общем Ядре (раздел 6).
4.1. МВП / Пилот — доказательство точности
Компактный вход: доказываем на двух ваших продуктах, что машинный прогноз точнее ручного — на ваших реальных данных.
Что входит:
| Модуль | Критерий приёмки |
|---|---|
| Прогноз спроса на 2 продуктах (напр. авокадо Хасс + голубика) | Прогноз строится на горизонт до 6 недель в разрезе клиент × регион × категория |
| Бэктест «машина против вашего Excel» | На исторических данных показываем точность модели против текущего ручного прогноза, по честной метрике |
| Дашборд план-факт | Наглядное сравнение прогноз/факт по выбранным продуктам |
| Объяснимость прогноза | По каждой цифре видно, на чём она основана |
| Ручные поправки (human-in-the-loop) | Менеджер может скорректировать прогноз; поправка сохраняется и учитывается |
| Инфраструктура и слой данных | Защищённое облако, приём исторической выгрузки, воспроизводимый расчёт |
Стоимость: 1 240 000 ₽ · срок 6–8 недель
Что вы НЕ получаете в МВП:
| Без этого | Цена бездействия |
|---|---|
| Нет живой связи с 1С (данные — разовой выгрузкой) | Инструмент для проверки гипотезы, а не для ежедневной работы в проде |
| Нет рекомендаций по закупкам | Закупщик продолжает считать «на ощущениях» — ошибки в части заказов сохраняются |
| Только 2 продукта | Остальной ассортимент по-прежнему планируется вручную |
4.2. Развитие — рабочий инструмент для закупок
Включает всё из МВП +
Что добавляется:
| Модуль | Критерий приёмки |
|---|---|
| Прогноз на всех пилотных продуктах (6 видов, 35 категорий) | Прогноз охватывает авокадо Хасс, манго, манго Египет, киви зелёное, лайм, голубику |
| Живая двусторонняя интеграция с 1С | Данные о продажах/остатках/причинах читаются автоматически; рекомендации записываются обратно |
| Рекомендации по закупкам | Система считает потребность и даёт рекомендацию: сколько закупить, с учётом сроков поставки |
| Двусторонняя защита от потерь | Модель одновременно минимизирует риск недогруза и риск перестока/списания |
| Расширенный дашборд и объяснимость | План-факт и обоснования по всем пилотным продуктам |
Стоимость: 3 290 000 ₽ 3 460 000 ₽ (скидка 5%) · срок +10–12 недель
Бонусы (бесплатно):
- Перенос и структурирование исторических данных по пилотным продуктам (обычно ~50 000 ₽)
Что вы НЕ получаете в Развитии:
| Без этого | Цена бездействия |
|---|---|
| Нет учёта дозаривания как отдельного слоя | Списания по перезреванию авокадо/манго/киви остаются — самая дорогая категория порчи |
| Нет модели аукционного спроса | Промахи по аукционным объёмам сохраняются, сигнал будущего спроса теряется |
| Не весь ассортимент (~300 категорий вне системы) | Основной объём номенклатуры пока планируется по-старому |
4.3. Профи — дозаривание, аукционы, оптимальные закупки
Включает всё из Развития +
Что добавляется:
| Модуль | Критерий приёмки |
|---|---|
| Учёт дозаривания (spoilage-aware) | Система учитывает состояние зрелости и подсказывает план дозаривания под прогноз спроса |
| Модель аукционного спроса | Вероятность выигрыша лота используется как ранний сигнал будущего спроса |
| Оптимальный выбор источника поставки | Система предлагает комбинацию короткого/длинного плеча и локальных поставок под сроки и объём |
| Углублённые рекомендации закупок | Рекомендации с учётом минимальных партий, контейнеров и сроков поставки |
Стоимость: 5 430 000 ₽ 5 840 000 ₽ (скидка 7%) · срок +10–12 недель
Бонусы (бесплатно):
- Перенос исторических данных (из Развития)
- Обучение вашей команды работе с системой (обычно ~60 000 ₽)
- Тюнинг моделей под ваши данные по итогам первого цикла (обычно ~60 000 ₽)
Что вы НЕ получаете в Профи:
| Без этого | Цена бездействия |
|---|---|
| Нет автоматического извлечения сигналов из переписки | Часть спроса, живущая в письмах и чатах, по-прежнему теряется |
| Работа в облаке (не в вашем контуре) | Если для вас критична полная локализация данных — она на следующем шаге |
| Не весь ассортимент | Полный охват ~300 категорий — на уровне «Платформы» |
4.4. Платформа — второй мозг планирования всей компании ⭐
Включает всё из Профи +
Что добавляется:
| Модуль | Критерий приёмки |
|---|---|
| Полный охват ассортимента (~300 категорий) | Прогноз и рекомендации по всей активной номенклатуре |
| Извлечение сигналов из переписки | Система вычитывает из корпоративной почты намерения по заказам и заметки о зрелости |
| Перевод в ваш контур (on-prem) | Система переносится в вашу инфраструктуру с защитой данных |
| Управление качеством прогноза и уровнем сервиса | Регламент контроля точности, отслеживание пользы от поправок, целевые уровни сервиса |
Стоимость: 7 840 000 ₽ 8 710 000 ₽ (скидка 10%) · срок +12–16 недель
Бонусы (бесплатно):
- Всё из Профи (перенос данных, обучение, тюнинг)
- Бонус на будущую разработку: 300 000 ₽ на доработки и новые модули (действует 12 месяцев, покрывает до 50% суммы нового заказа)
- Приоритетный регламент поддержки на период запуска
Что вы НЕ получаете: это полная конфигурация — дальше только развитие системы вглубь под новые задачи (см. раздел 25).
5. Сравнение пакетов
| Возможность | МВП | Развитие | Профи | Платформа |
|---|---|---|---|---|
| Прогноз спроса | 2 прод. | 6 видов / 35 кат. | 6 видов / 35 кат. | ~300 категорий |
| Бэктест vs текущий прогноз | ✅ | ✅ | ✅ | ✅ |
| Дашборд план-факт | ✅ | ✅ | ✅ | ✅ |
| Объяснимость прогноза | ✅ | ✅ | ✅ | ✅ |
| Ручные поправки (human-in-the-loop) | ✅ | ✅ | ✅ | ✅ |
| Живая интеграция с 1С | — | ✅ | ✅ | ✅ |
| Рекомендации по закупкам | — | ✅ | ✅ | ✅ |
| Двусторонняя защита (недогруз/списание) | измеряем | ✅ | ✅ | ✅ |
| Учёт дозаривания | — | — | ✅ | ✅ |
| Модель аукционного спроса | — | — | ✅ | ✅ |
| Оптимальный выбор поставки (мультисорсинг) | — | — | ✅ | ✅ |
| Сигналы из переписки | — | — | — | ✅ |
| Полный охват ассортимента | — | — | — | ✅ |
| Перевод в ваш контур (on-prem) | — | — | — | ✅ |
| Управление качеством прогноза / SLA | — | — | частично | ✅ |
| Стоимость | 1 240 000 ₽ | 3 290 000 ₽ | 5 430 000 ₽ | 7 840 000 ₽ |
6. Ядро системы
Ядро — это фундамент, который входит в каждый пакет. Без него система не работает.
| # | Компонент | Описание |
|---|---|---|
| Я1 | Инфраструктура | Защищённое облако (с учётом требований к данным), контейнеризация, воспроизводимость расчётов, мониторинг |
| Я2 | Слой данных | Приём и подготовка данных, хранилище признаков, история для обучения моделей |
| Я3 | Ядро прогноза | Модели спроса (включая специфику скоропорта и редкого/аукционного спроса), согласование по иерархии |
| Я4 | Объяснимость и поправки | Обоснование каждой рекомендации, механизм ручных корректировок и учёта их пользы |
| Я5 | Дашборд план-факт | Наглядное сравнение прогноза и факта, точность по продуктам/клиентам/регионам |
Ядро проектируется один раз и переиспользуется на всех этапах — поэтому каждый следующий пакет добавляет ценность, а не переписывает основу.
7. Дополнительные опции
Независимые модули — можно добавить к любому пакету. Это возможности, которые выведут проект на новый уровень; часть из них закрывает то, что сегодня у вас нигде не оцифровано.
| # | Опция | Что даёт | Часы | Стоимость | Срок | Wow |
|---|---|---|---|---|---|---|
| О1 | Оцифровка промо-календаря сетей | Промо и «программы» становятся входом модели, а не ручной поправкой — сильнейший драйвер спроса под контролем | 130 ч | 420 000 ₽ | 2–3 нед | То, что сегодня нигде не ведётся, начинает работать на точность |
| О2 | Единый контур переписки | Сигналы спроса из корпоративной почты автоматически превращаются в структурированные данные | 175 ч | 590 000 ₽ | 3–4 нед | «Информация на кончиках пальцев» перестаёт теряться при уходе/болезни сотрудника |
| О3 | Оценка качества планирования | Точность прогноза по каждому менеджеру и закупщику — объективная почва для KPI | 100 ч | 320 000 ₽ | 2 нед | Появляется то, чего сейчас нет в оплачиваемых показателях |
| О4 | Мобильные уведомления закупщикам | Предупреждения о риске дефицита или перестока приходят в реальном времени | 105 ч | 330 000 ₽ | 2 нед | Реакция за минуты, а не по итогам недели |
| О5 | Планирование смен упаковки | Прогноз отгрузок превращается в рекомендацию, сколько людей выводить в смену | 115 ч | 370 000 ₽ | 2–3 нед | Меньше перерасхода ФОТ на «как-то, на ощущениях» |
Как считаются опции. Каждая опция — это мини-проект: мы декомпозируем её на 5–8 технических задач, оцениваем по ролям по тем же ставкам, что и пакеты, закладываем работу с интеграциями и резерв. Пример для О2 (Единый контур переписки):
| Подзадача | Часы |
|---|---|
| Подключение корпоративной почты | 30 |
| Извлечение сигналов из писем (структурирование) | 50 |
| Хранение и поиск по переписке | 30 |
| Безопасность и защита данных | 20 |
| Интерфейс просмотра и подтверждения | 25 |
| Тестирование на реальной переписке | 20 |
| Итого | 175 |
8. Конфигурации и сроки
Несколько типовых сценариев — от быстрой проверки до полной системы:
| Конфигурация | Состав | Срок | Ориентир стоимости |
|---|---|---|---|
| Быстрый старт | МВП | 6–8 нед | 1 240 000 ₽ |
| Рабочий инструмент (рекомендуем) | Развитие + О1 (промо) | ~12–14 нед | 3 710 000 ₽ |
| Продвинутый | Профи + О1 + О3 | ~22–24 нед | 6 170 000 ₽ |
| Полный контур | Платформа + все опции | ~28–32 нед | ~9 870 000 ₽ |
Сроки этапов идут последовательно и включают циклы демонстраций и приёмки. Точные даты фиксируются в плане спринтов на старте.
9. Наша рекомендация
Для вашей ситуации мы рекомендуем начать с пакета «Развитие» (по возможности — с опцией О1 «Оцифровка промо-календаря»):
- Это первый пакет, который даёт рабочий инструмент, а не только доказательство. МВП отвечает на вопрос «работает ли машина точнее человека», а «Развитие» уже закрывает полный цикл на ключевых продуктах: прогноз → потребность → рекомендация закупки, с живой связью с 1С.
- Он бьёт прямо по вашим трём приоритетам — точность, недогрузы, списания — на всех шести пилотных видах, а не на двух.
- Промо — ваш самый сильный неучтённый драйвер. Сегодня календарь промо нигде не ведётся; опция О1 превращает его из «ручной поправки» в вход модели и заметно поднимает точность.
- Окупаемость — в месяцах. Даже частичное снижение недогрузов (упущенная выручка + штрафы сетей) и списаний на пилотном ассортименте окупает этап за несколько месяцев работы.
Если бюджет первого шага хочется минимизировать — начните с МВП: он с минимальным риском докажет точность на ваших данных, и уже на фактах примете решение о масштабировании. Ядро, созданное в МВП, полностью переиспользуется в «Развитии».
10. Бизнес-выгоды (ROI)
| # | Выгода | Как это работает |
|---|---|---|
| 1 | Меньше упущенной выручки и штрафов | Снижение недогрузов из-за аутофсток и несоответствия спецификации — система заранее видит риск дефицита |
| 2 | Меньше списаний | Закупки и дозаривание ближе к реальному спросу — меньше перестока и перезревания |
| 3 | Высвобождение времени команды | Менеджеры перестают вручную заполнять тысячи ячеек; закупщики получают готовую рекомендацию вместо расчётов «на ощущениях» |
| 4 | Управляемость и прозрачность | Руководство видит точность и потери в разрезе клиентов, регионов и категорий — почву для решений и мотивации |
| 5 | Масштабируемость без переписывания | От 2 продуктов до всего ассортимента на одной архитектуре — рост системы вслед за ростом компании (25–30% в год) |
| 6 | Независимость и защита данных | Решение, которое нельзя купить «коробкой», работает в защищённом контуре и переносится к вам on-prem |
Точные цифры экономии мы сможем оценить вместе после бэктеста на ваших данных (входит в МВП и «Развитие») — именно поэтому мы начинаем с честного измерения, а не с обещаний процентов.
Часть II: Как это устроено
11. Границы пилота (MVP)
Чтобы вход был лёгким и безрисковым, МВП намеренно сфокусирован.
Входит в МВП:
- Прогноз спроса на 2 продуктах (рекомендуем «сложный + скоропорт»: авокадо Хасс + голубика).
- Обучение моделей на ваших исторических данных (доступны с декабря 2023).
- Честный бэктест: точность модели против вашего текущего ручного прогноза.
- Дашборд план-факт и объяснимость.
- Ручные поправки.
Не входит в МВП (появляется на следующих этапах):
- Живая интеграция с 1С (в МВП — разовая выгрузка данных).
- Рекомендации по закупкам.
- Дозаривание, аукционы, мультисорсинг.
- Полный ассортимент.
Почему именно так. МВП отвечает на один вопрос — «строит ли машина прогноз точнее, чем ручной труд, на ваших данных». Это самый дешёвый способ снять главный риск проекта до крупных вложений. Ядро, построенное в МВП, полностью переиспользуется дальше.
12. Компоненты системы
12.1. Слой данных
Собирает и приводит к единому виду данные из ваших источников: фактические продажи, остатки, причины недогрузов и списаний из 1С, заказы из электронного документооборота, история аукционов, статусы дозаривания. Готовит «признаки» — производные показатели (история за последние недели, сезонность, тренд роста, календарь), на которых учатся модели.
12.2. Ядро прогноза
Строит прогноз спроса на горизонт до 6 недель в разрезе клиент × регион × категория × день. Под капотом — ансамбль проверенных подходов: модели для «редкого/рваного» спроса (характерного для аукционных позиций), модели градиентного бустинга для позиций с богатой историей, и согласование прогнозов по иерархии, чтобы цифры на уровне SKU, категории, региона и компании были непротиворечивы. Для новых товаров без истории используется отдельный механизм «холодного старта».
12.3. Расчёт потребностей и рекомендации закупок
Превращает прогноз спроса в ответ на вопрос «сколько и когда закупить». Учитывает сроки поставки (короткое плечо, длинное плечо, локальные закупки), минимальные партии, сроки годности. Оптимизирует две стороны потерь одновременно: риск недогруза (упущенная выручка + штраф сети) против риска перестока (списание).
12.4. Дозаривание (этап «Профи»)
Учитывает состояние зрелости партий как отдельную переменную: сколько товара и к какому сроку нужно довести до кондиции под прогноз спроса. Снижает и «пережаривание» (списание), и «недожаривание» (недогруз при физическом наличии товара).
12.5. Объяснимость и поправки
По каждой рекомендации показывает, что на неё повлияло. Даёт менеджеру и закупщику вносить поправки (например, «канал перекрыт») и отслеживает, приносят ли поправки пользу — чтобы система и люди учились друг у друга.
12.6. Дашборд и интеграция
План-факт, точность по продуктам/клиентам/регионам, рекомендации закупщику. Прогноз и рекомендации записываются обратно в 1С и доступны вашим текущим инструментам аналитики.
13. Данные и интеграции
FreshCast опирается на данные, которые у вас уже есть, и подключается штатными средствами.
| Источник | Как подключаем | Что берём |
|---|---|---|
| 1С:ERP | Штатные HTTP-сервисы (чтение и запись) | Фактические продажи, остатки, причины недогрузов/списаний, номенклатура |
| Заказы сетей (ЭДО) | Структурированные документы электронного документооборота | Фактический спрос, расхождения приёмки (сигнал недопоставки) |
| Аукционы сетей | История лотов (этап «Профи») | Ранний сигнал будущего спроса, вероятность выигрыша |
| Статусы дозаривания | По мере оцифровки (этап «Профи») | Состояние зрелости партий |
| Внешние факторы | Календарь, сезонность, промо (опция О1) | Драйверы спроса |
Что мы учли из ваших ответов:
- 1С:ERP поддерживает обмен через HTTP-сервисы — интеграция реалистична штатными средствами, без «костылей».
- Причины недогрузов и списаний у вас фиксируются — это ценно: модель различает «не привезли» и «привезли, но не подошло».
- Данные по дозариванию пока слабо структурированы — поэтому дозаривание вынесено на этап «Профи», а на МВП/«Развитии» фокус на прогнозе и закупках.
- Календарь промо сейчас не ведётся — поэтому на старте промо учитывается через ручные поправки, а полная оцифровка вынесена в опцию О1.
- Ваши текущие инструменты аналитики остаются — FreshCast их дополняет, отдавая прогноз и рекомендации, а не заменяет.
14. Точность прогноза: что реально обещаем
Мы принципиально не обещаем одну красивую цифру «95%». Честный подход такой:
- Точность измеряется по каждому уровню отдельно — по продукту, клиенту, региону, — а не только «в среднем по компании». Именно в деталях рождаются потери.
- Реалистичные ориентиры зависят от типа товара. По отраслевым данным и природе спроса разумные цели по ошибке прогноза (WAPE, чем меньше — тем лучше) различаются:
| Тип товара | Реалистичный ориентир (ошибка прогноза) |
|---|---|
| Стабильные, оборачиваемые (цитрус, бананы) | ниже (лучшая точность) |
| Дозреваемые (авокадо, манго, киви) | средний уровень |
| Скоропорт с коротким плечом (ягода) | выше (сложнее всего) |
- Метрика — под ваш бизнес. Для скоропорта важнее штрафовать редкие крупные промахи (они приводят к порче), поэтому набор метрик подбирается под тип товара.
- Точку отсчёта задаёт бэктест. На МВП мы измеряем и текущую точность вашего ручного прогноза, и точность модели — и дальше улучшаем от факта, а не от обещаний. Целевые пороги по каждой категории фиксируются как критерии приёмки после бэктеста.
Это честнее и полезнее, чем обещать «95% на всё»: вы получаете измеримое улучшение там, где оно реально достижимо, и трезвую картину там, где спрос объективно волатилен.
15. Пользовательские сценарии
Менеджер отдела продаж — быстрый прогноз
Как менеджер, я хочу получать готовый прогноз и лишь корректировать его, а не заполнять тысячи ячеек вручную.
- Дано: наступил четверг, нужен прогноз на N+1 и N+2 недели.
- Когда: менеджер открывает FreshCast.
- Тогда: система уже предложила прогноз по его клиентам/регионам/категориям с объяснением; менеджер проверяет, вносит поправки там, где знает контекст, и подтверждает — за минуты вместо часов.
Закупщик — рекомендация закупки
Как закупщик, я хочу видеть обоснованную рекомендацию, сколько и когда закупить, а не считать в Excel «на ощущениях».
- Дано: на неделе нужно спланировать закупку по пилотным категориям.
- Когда: закупщик открывает рекомендации.
- Тогда: система показывает потребность с учётом сроков поставки и объясняет, почему именно столько; закупщик видит риск дефицита и риск перестока и принимает решение.
Закупщик — поправочный коэффициент
Как закупщик, я хочу внести знание о внешнем событии, которого нет в данных.
- Дано: перекрыт канал поставки / наводнение у поставщика.
- Когда: закупщик вносит поправку.
- Тогда: система учитывает её в рекомендациях и запоминает, чтобы оценить пользу поправки позже.
Руководитель — картина план-факт
Как руководитель, я хочу видеть, где прогноз расходится с фактом и почему.
- Дано: закончилась неделя.
- Когда: руководитель открывает дашборд.
- Тогда: видит точность по клиентам, регионам, категориям; видит, где потери, — и получает почву для решений и мотивации команды.
Закупщик — предупреждение (опция О4)
Как закупщик, я хочу узнавать о риске дефицита или перестока сразу, а не по итогам недели.
- Дано: прогноз изменился, появился риск аутофсток.
- Когда: сработало правило.
- Тогда: закупщик получает уведомление в реальном времени и успевает среагировать.
16. Команда проекта
Роли и ставки:
| Роль | Основные задачи | Ставка, ₽/ч |
|---|---|---|
| AI/ML-инженер / архитектор моделей | Модели спроса, дозаривание, оптимизация закупок, объяснимость | 3 080 |
| Tech Lead / архитектор | Архитектура, метрики точности, ревью, контроль качества | 3 850 |
| Backend-инженер | Слой данных, сервисы, запись рекомендаций | 2 730 |
| Интеграционный инженер | Интеграция с 1С, электронный документооборот | 3 080 |
| Frontend-инженер | Дашборды, интерфейс поправок | 2 730 |
| DevOps | Инфраструктура, облако/on-prem, мониторинг | 2 730 |
| Project Manager | Управление, демо, приёмка | 2 730 |
| QA-инженер | Тестирование, проверка на реальных данных | 2 310 |
Калькуляция стоимости (нарастающим итогом; каждый пакет включает предыдущий):
| Статья | МВП | Развитие | Профи | Платформа |
|---|---|---|---|---|
| AI/ML-инженер | 369 600 | 985 600 | 2 002 000 | 2 618 000 |
| Tech Lead / архитектор | 134 750 | 288 750 | 442 750 | 635 250 |
| Backend-инженер | 191 100 | 436 800 | 600 600 | 1 037 400 |
| Интеграционный инженер | — | 431 200 | 677 600 | 862 400 |
| Frontend-инженер | 150 150 | 313 950 | 450 450 | 450 450 |
| DevOps | 109 200 | 109 200 | 109 200 | 546 000 |
| Project Manager | 81 900 | 191 100 | 286 650 | 423 150 |
| QA-инженер | 92 400 | 231 000 | 369 600 | 554 400 |
| Итого разработка | 1 129 100 | 2 987 600 | 4 938 850 | 7 127 050 |
| Резерв (10%) | 110 900 | 302 400 | 491 150 | 712 950 |
| ИТОГО | 1 240 000 | 3 290 000 | 5 430 000 | 7 840 000 |
Мы всегда считаем по ролям и часам, а не по «средней ставке» — так вы видите, за что именно платите, и можете обсуждать состав команды.
17. Дорожная карта
Пример плана для конфигурации «МВП → Развитие» (последовательные этапы с демонстрациями каждые 2 недели):
gantt
title Дорожная карта FreshCast (МВП → Развитие)
dateFormat YYYY-MM-DD
excludes weekends
section МВП
Инфраструктура и данные :a1, 2026-07-21, 10d
Ядро прогноза (2 продукта) :a2, after a1, 15d
Бэктест и дашборд :a3, after a2, 10d
Приёмка МВП :milestone, after a3, 0d
section Развитие
Живая интеграция с 1С :b1, after a3, 15d
Прогноз на 6 видов :b2, after b1, 10d
Рекомендации закупок :b3, after b2, 15d
Приёмка Развития :milestone, after b3, 0d
Ключевые вехи:
- Конец МВП: работающий прогноз на 2 продуктах + результаты бэктеста «машина против Excel».
- Середина «Развития»: живая связь с 1С, прогноз на всех пилотных видах.
- Конец «Развития»: рекомендации закупок в проде, двусторонняя защита от потерь.
Часть III: Коммерческие условия
18. Как мы работаем
| Активность | Частота | Формат |
|---|---|---|
| Демо этапа | Каждые 2 недели | Видеозвонок + демонстрация на тестовом контуре |
| Еженедельный синк | 1 раз в неделю (30 мин) | Статус, блокеры, решения |
| Доступ к тестовому контуру | Постоянный | С первого спринта |
| Канал связи | Постоянный | Общий чат проекта |
| Приёмка результатов | По завершении этапа | Демо + чек-лист приёмки |
Управление изменениями. Изменения к объёму оформляются через запрос на изменение: команда оценивает влияние на сроки и бюджет, обе стороны согласуют. Так проект остаётся предсказуемым по деньгам и срокам.
Проектная группа с вашей стороны. Вы отметили, что выделена команда для погружения в проект. Это идеально: мы работаем в тесной связке с вашими экспертами по продажам, закупкам и производству — их знание специфики критично для качества моделей.
19. Условия оплаты
Оплата привязана к результатам этапа: предоплата — приёмка — финал. Ниже — график по каждому пакету.
МВП / Пилот — 1 240 000 ₽
| # | Событие | Оплата | Нарастающим итогом |
|---|---|---|---|
| 1 | Предоплата (30%) | 372 000 ₽ | 372 000 ₽ |
| 2 | Приёмка (демо + бэктест, 50%) | 620 000 ₽ | 992 000 ₽ |
| 3 | Финальная приёмка (20%) | 248 000 ₽ | 1 240 000 ₽ |
Развитие — 3 290 000 ₽
| # | Событие | Оплата | Нарастающим итогом |
|---|---|---|---|
| 1 | Предоплата (30%) | 987 000 ₽ | 987 000 ₽ |
| 2 | Приёмка (интеграция + прогноз, 50%) | 1 645 000 ₽ | 2 632 000 ₽ |
| 3 | Финальная приёмка (20%) | 658 000 ₽ | 3 290 000 ₽ |
Профи — 5 430 000 ₽
| # | Событие | Оплата | Нарастающим итогом |
|---|---|---|---|
| 1 | Предоплата (30%) | 1 629 000 ₽ | 1 629 000 ₽ |
| 2 | Приёмка (дозаривание + аукционы, 50%) | 2 715 000 ₽ | 4 344 000 ₽ |
| 3 | Финальная приёмка (20%) | 1 086 000 ₽ | 5 430 000 ₽ |
Платформа — 7 840 000 ₽
| # | Событие | Оплата | Нарастающим итогом |
|---|---|---|---|
| 1 | Предоплата (30%) | 2 352 000 ₽ | 2 352 000 ₽ |
| 2 | Приёмка (масштаб + переписка, 50%) | 3 920 000 ₽ | 6 272 000 ₽ |
| 3 | Финальная приёмка (on-prem, 20%) | 1 568 000 ₽ | 7 840 000 ₽ |
При старте с МВП оплата следующего этапа наступает только после того, как вы убедились в результате предыдущего. Никакого «всё вперёд».
20. Ежемесячные расходы
Помимо разработки, у системы есть текущие расходы на инфраструктуру — их платите вы напрямую провайдеру, они прозрачны.
| Статья | Ориентир в месяц | Комментарий |
|---|---|---|
| Облачная инфраструктура (защищённый российский контур) | ~30 000 – 90 000 ₽ | Зависит от резервирования и частоты пересчёта; расчёт прогноза — это нагрузка на процессор, дорогие видеокарты не нужны |
| Извлечение сигналов из переписки (опция, этап «Платформа») | небольшая, по факту | Оплата по объёму; при больших объёмах выгоднее собственная модель |
Два пути размещения:
- Облако (старт). Быстрый запуск, оплата по потреблению, защищённый российский контур.
- Собственный контур (on-prem, этап «Платформа»). Один сервер под задачу окупается против облака примерно за 1–2 года при постоянной нагрузке; данные полностью у вас.
Мы намеренно проектируем систему так, чтобы текущие расходы были скромными: тяжёлых постоянных затрат на дорогое оборудование здесь нет.
21. Риски и митигация
Карта рисков (вероятность × влияние)
| Низкая вероятность | Высокая вероятность | |
|---|---|---|
| Высокое влияние | R4 — Интеграция с 1С (нагрузка, сроки) | R5 — Волатильность спроса скоропорта R1 — Пробелы в исторических данных |
| Низкое / среднее влияние | R6 — Зависимость от внешних компонентов | R2 — Дозаривание слабо оцифровано R3 — Промо не оцифровано R7 — Доступ к аукционным данным |
| Риск | Влияние | Митигация |
|---|---|---|
| R1 — Пробелы в истории из-за быстрого роста (новые товары/клиенты/регионы) | Высокое | Механизм «холодного старта» для новых позиций; на бэктесте честно показываем, где данных мало |
| R2 — Данные по дозариванию слабо структурированы | Среднее | Дозаривание вынесено на этап «Профи»; начинаем с эвристик и параллельно помогаем оцифровать данные |
| R3 — Календарь промо не ведётся | Среднее | На старте — ручные поправки; полная оцифровка — опция О1 (сильный рост точности) |
| R4 — Интеграция с 1С под нагрузкой | Высокое | Пакетная выгрузка, фоновые задания, идемпотентная запись; уважаем ваше текущее окно выгрузок |
| R5 — Объективный предел точности по скоропорту | Высокое | Честные метрики по категориям; оптимизируем не «точность», а обе стороны потерь (недогруз/списание) |
| R6 — Зависимость от внешних открытых компонентов | Среднее | Фиксируем проверенную версию, ведём собственную копию; при прекращении поддержки апстрима наша версия продолжает работать |
| R7 — Доступ к данным аукционов | Среднее | Прорабатывается на этапе «Профи»; до подключения аукционы учитываются через ручные сигналы |
22. Гарантии
- Приёмка по измеримым критериям. Каждый этап принимается по чек-листу с конкретными, проверяемыми критериями (см. модули пакетов).
- Честная точность. Мы фиксируем целевые пороги точности по категориям после бэктеста на ваших данных — и отвечаем за них, а не за красивые обещания «до старта».
- Объяснимость. Каждая рекомендация сопровождается обоснованием — вы всегда понимаете, почему система предлагает именно это.
- Ваши данные — ваши. Архитектура рассчитана на защиту данных и перевод в ваш собственный контур.
- Работоспособность вне зависимости от внешних проектов. Мы ведём собственные копии используемых открытых компонентов — система не «сломается» из-за чужих решений.
Мы разрабатываем программное обеспечение и отвечаем за его работу. Экономический эффект зависит и от процессов на вашей стороне — поэтому мы начинаем с честного измерения и совместно оцениваем результат на реальных данных.
23. Требования к клиенту
Для старта нам понадобится:
- Доступ к данным 1С по пилотным категориям (продажи, остатки, причины недогрузов/списаний) — на МВП достаточно выгрузки, на «Развитии» — доступ к HTTP-сервисам.
- Контактное лицо по 1С (ваш внутренний специалист или подрядчик, сопровождающий систему).
- Эксперты предметной области (продажи, закупки, производство) для сверки логики — 2–4 часа в неделю от проектной группы.
- Выбор пилотных категорий (по умолчанию — авокадо Хасс + голубика).
- Согласование контура размещения (облако на старте).
24. Что не входит
- Доработки самой 1С (изменение конфигурации, разработка на стороне 1С) — выполняет ваш подрядчик по 1С; мы даём точные требования к обмену.
- Оцифровка процессов, которые сегодня не ведутся в системе (например, промо-календарь) — вынесено в опции.
- Закупка лицензий на сторонние сервисы и облачная инфраструктура (оплачиваются вами напрямую провайдеру).
- Организационные изменения и мотивация персонала — это управленческие решения на вашей стороне; мы даём для них данные.
25. Перспективы развития
После полного контура FreshCast естественно растёт вглубь:
- Планирование смен упаковки под прогноз отгрузок — меньше перерасхода ФОТ (опция О5, затем в ядро).
- Оптимизация логистики — маршруты и загрузка под прогноз.
- Полный контур «второго мозга» — единая картина от переписки с клиентом до себестоимости и рентабельности для финансового руководства.
- Ценообразование по свежести — рекомендации по уценке товара с уходящим сроком.
- Углубление аукционной модели — от вероятности выигрыша до рекомендаций по ставкам.
26. Глоссарий
| Термин | Значение |
|---|---|
| Прогноз спроса | Оценка будущих продаж в разрезе клиент × регион × категория × день |
| Недогруз | Заказ был, но не отгружен (аутофсток или несоответствие спецификации) |
| Списание | Товар не реализован и утилизирован (перезрел, испортился, пересток) |
| Дозаривание | Доведение товара (авокадо, манго, киви) до нужной степени зрелости |
| Аутофсток | Отсутствие товара на складе в нужный момент |
| Иерархическое согласование | Согласование прогнозов между уровнями (SKU → категория → регион → компания) |
| Холодный старт | Прогноз для новых товаров без истории продаж |
| Бэктест | Проверка точности модели на прошлых данных (как если бы прогнозировали тогда) |
| Human-in-the-loop | Принцип «человек в контуре»: система предлагает, решение принимает специалист |
| WAPE | Метрика ошибки прогноза (чем меньше — тем точнее) |
| On-prem | Размещение системы в собственной инфраструктуре компании |
| Мультисорсинг | Выбор оптимальной комбинации источников поставки (короткое/длинное плечо, локально) |
27. Следующие шаги
- Обсуждаем предложение — отвечаем на вопросы, при необходимости корректируем состав пакета.
- Фиксируем пилотные категории и формат старта (рекомендуем МВП или «Развитие»).
- Согласуем доступ к данным и контактных лиц.
- Стартуем — план спринтов, тестовый контур с первого спринта, демо каждые 2 недели.
Мы готовы начать в течение недели после согласования. Первый ощутимый результат — итоги бэктеста «машина против вашего Excel» — вы увидите уже к концу МВП.
Все оценки являются предварительными и уточняются после детального технического задания.
Предложение действительно 30 дней. Разработка: AiDevTeam