«КОРУС Консалтинг» создал облачный сервис для прогнозирования спроса в ритейле и дистрибуции

[mazzy]

про время в прогнозе впервые в этой ветке появилось здесь:

Цитата:

Сообщение от Ivanhoe

Собираю вопросы, ответим.
Про чеки: те системы, что мы смотрели или внедряем смотрят на выбытие суммарно за день, т.е. Z-отчет. По разным причинам, в т.ч.для производительности. Наш сервис использует облачные вычисления и сервисы работы с большими объемами, поэтому мы успеваем проанализировать продажи в разрезе чеков за нужное технологическое окно времени (например, два часа с 01:00 до 3:00). Чем интереснее чеки? Акции по времени дня, сопутствующие товары, товары конкуренты и т.д.

Цитата:

Сообщение от ax_mct

Экономический эффект от правды-матки - никакой.

Не согласен. Но и переубеждать никакого желания. Как скажете. ))))

Цитата:

Сообщение от ax_mct

Вы все просто завидуете Корусу и тому программисту который слез с иглы.

Буду ждать фото в бикини.

Да!

[George Nordic]

Коллеги, ну давайте не все в кучу.

Во-первых, повторяю еще раз - не надо заниматься прогнозированием на уровне SKU. Даже если система это позволяет (а они все, в общем-то, позволяют, только ценности это никакой не несет. Почему - я уже рассказывал). Если у вас такой уникальный SKU ("Поцелуй снегурочки") - создайте под него отдельную категорию и прогнозируйте себе на здоровье.

Сергей, почасовое прогнозирование - это уже управление торговым залом. Подобные задачи есть, как ни странно, но не так часто распространены. Встречался при работе с duty free, когда выкладка и / или акции подстраиваются под те или иные рейсы (презентацию с небольшим примером приложил). Или когда утром народ бежит на работу - то покупает одни товары (в офис на перекус), обратно - то другой продуктовый набор, домой. Но этим пока не очень многие заморачиваются.

С Уважением,
Георгий

[sukhanchik]

2Ivanhoe:
Вот обращаю внимание на сообщение Георгия. Он привел бизнес-ситуации, когда есть потребность чего-то рассчитать. Это и есть половина той самой конкретики, которую хотелось услышать. Половина - потому что это сценарий. Вторая половина - это описание решения, как результата.

Цитата:

Сообщение от George Nordic

Подобные задачи есть, как ни странно, но не так часто распространены. Встречался при работе с duty free, когда выкладка и / или акции подстраиваются под те или иные рейсы (презентацию с небольшим примером приложил). Или когда утром народ бежит на работу - то покупает одни товары (в офис на перекус), обратно - то другой продуктовый набор, домой. Но этим пока не очень многие заморачиваются.

Т.е. при всем уважении к решению Коруса - пока складывается ощущение, что Георгий больше "в теме". Хотя я вполне допускаю, что решение неплохое. Но даже неплохое решение будет являться пустышкой без грамотных консультантов.

В общем, больше конкретики (это уже ко всем участникам). Спасибо George Nordic и ax_mct за их конкретику.

[George Nordic]

Блин, и чековую аналитику сюда присобачили. Это вообще отдельная тема, узкая, для маркетологов - изучение продуктовых корзин, поведенческих моделей потребителей, раскладки товаров (по залу, а не выкладки - это уже мерчендайзинг, управление полкой, тоже есть такая задача), акций (тем более - акции связанных с изменением размещения / выкладки), акций, привязанных ко времени ("счастливые часы"). Вот тут уже - да, тут до SKU.

Ох. Хоть лекции читай, ё-моё.

Блин, я ж и читаю иногда




С Уважением,
Георгий

[Vals]

Цитата:

Сообщение от George Nordic

Ох. Хоть лекции читай, ё-моё.

Ты чего похудел то так?

[Vals]

Так, граждане, отойдите от прилавка, не мешайте торговать

[mnt_dx]

Сергей, а почему ты думаешь, что затраты на сотрудников являются "дополнительными"? Сотрудников пока эта штука не заменяет и они в магазине всегда есть. Так пусть подкладывают в зал товар, который купят по мнению системы, а не абы какой.

to Георгий: как вы представляете "следовать рекомендациям" системы кроме как покласть товар, который сказала система, в зал в указанном системой количестве? Или системы к артикулу и количеству выдают еще вероятность, по которой я и должен "принимать решение", класть товар или ложить или не делать этого?

[mazzy]

Цитата:

Сообщение от mnt_dx

Сергей, а почему ты думаешь, что затраты на сотрудников являются "дополнительными"? Сотрудников пока эта штука не заменяет и они в магазине всегда есть. Так пусть подкладывают в зал товар, который купят по мнению системы, а не абы какой.

Очень просто.
1. Обычные магазины

• Магазин имеет общую площадь.
• Общая площадь делится на торговый зал и подсобные помещения (включая складскую зону).
• Выручка генерируется только в торговом зале (тут чуть сложнее, но в целом это так).
• Поэтому магазины максимально увеличивают торговый зал и минимизируют складскую площадь

В обычных магазинах "подкладывают", когда машина с товаром приехала, а не в некие мифические часы акций )))
Обычный магазин: http://coub.com/view/zeayc

2. Гипермаркеты (типа Ашана, например)
магазин заключает жесткие договора со своими поставщиками. в договорах содержится масса пунктов с небольшими скидками/наценками для постащиков (за объем поставляемого, за периодичность и точность доставки, за транспорт - фура/бычок/газель/легковушка, за срок годности, за упаковку определенного типа, за способ платежа, за отсрочку платежа, за чистоту пола перед местом, яркость света и т.п.)
каждый такой пункт меняет маленкую долю процента у закупочной цены. в сумме получаются существенные такие скидки/наценки.
за счет этого гипермаркеты и выжимают низкую закупочную цену и получают хорошую маржу.
(собственно именно так они и диктуют производителям условия - никто ж фермеров к батареям не привязывает и пистолетом не угрожает)

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

поставщики пытаются контролировать гипермаркеты, посылают своих сотрудников для контроля.
и не дай бог, гипермаркет на время какой-нибудь акции несанкционировано поменяет карты выкладки товара...

кстати, обратите внимание на то как ашан стал выкладывать товар в проходах. типа акции у них. ага-ага...

3. Промежуточные варианты (сети)
Есть магазины, которые и большие по площади, но и не доросли до жесткого договора как гипермаркеты. Например, ... некоторые сети.

именно для таких магазинов и подходило бы предложение - рассчитывать прогноз ежесуточно по ночам. Это не круглосуточные магазины.

но такие магазины, как правило, экономят на персонале.
поэтому как раз в таких магазинах, как мне кажется, и возникнут проблемы заставить сотрудников делать что-то обязательное с точностью до часа. )))


впрочем, я бы с удовольствием послушал обоснование/сценарий/бизнес-кейс - кто является целевым клиентом для авторов сервиса. почему они считают что еженочный прогноз достаточным для своих клиентов, при этом их клиентам прогноз нужен именно на почасовой основе. И что такие клиенты смогут сделать с таким прогнозом. и какой эффект при этом ожидается.

лично для меня фраза "еженощный почасовой прогноз продаж" звучит точно также, как "корову надо меньше кормить и больше доить".

[George Nordic]

Цитата:

Сообщение от mnt_dx

to Георгий: как вы представляете "следовать рекомендациям" системы кроме как покласть товар, который сказала система, в зал в указанном системой количестве? Или системы к артикулу и количеству выдают еще вероятность, по которой я и должен "принимать решение", класть товар или ложить или не делать этого?

Так. Прогнозирование говорит "20 декабря возьмут 1000 йогуртов (возрастная категория 8+, объем 250-330 мл) средняя ценовая категория, при этом 200 - обязательно классические, 80 - фруктовые, но там возможна взаимозаменяемость.
Потом категорийщик расставляем по ним SKU: 50 классических от ООО Анечка, 15 0 - классический от ООО Манечка, столько со вкусом дыни / арбуза / абрикоса - формирует целевую ассортиментную матрицу. Потом система автозаказа смотрит - о, если так продажи идут, то на 20 декабря у нас останется 200 йогуртов. Значит, например за 3 дня (по каждому sku-по разному), надо у такого-то поставщика столько-то заказать. А системе говорит - о он 28 не возит, минимальный квант - 36 в коробке. Да, и по финансам - не менее 50 000, не набираем. И тут маркетолог прибегает да сейчас рекламу бахнут - все за йогуртами побегут. Так что в систему могут (и должны) вносится изменения. А персоналу - инструкцию по выкладке, как, куда и сколько выкладывать.... стержень там, золотая полка, стены замка...

Будете йогурт покупать, знайте - он не просто так именно там лежит

С Уважением,
Георгий

[mazzy]

точно! полностью согласен.

Хочу только обратить внимание на то, чего нет в посте Георгия - нет времени. есть даты (некоторые).
по умолчанию считается, что действие происходит за несколько (пару) дней до 20го )))
если бы действие происходило бы в тот же день 20го, то в посте должно быть много матерящегося персонала. очень много мата. очень отборного мата.

Ну и для полноты к нарисованной картине нужно добавить традиционный бардак с ценниками. товар без ценников продавать нельзя. если покупатель увидел более одного ценника, то магазин по законодательству обязан продать по выгодному для покупателя ценнику.

[EVGL]

Цитата:

Сообщение от George Nordic

Так. Прогнозирование говорит "20 декабря возьмут 1000 йогуртов (возрастная категория 8+, объем 250-330 мл) средняя ценовая категория, при этом 200 - обязательно классические, 80 - фруктовые, но там возможна взаимозаменяемость. Потом категорийщик расставляем по ним SKU: 50 классических от ООО Анечка, 15 0 - классический от ООО Манечка...

Интересная дискуссия (без сарказма), интересное изложение, однако не понимаю, откуда такая сложность. Сужу по себе: каждую субботу летом и зимой между 11:00 и 13:00 я направляюсь в один и тот же магазин Merkur в райцентре Нойзидль-ам-Зее. Каждый раз я покупаю от 2 до 4 пачек одного и того же творога. Если некий "категорийщик" расставляет желанный мною SKU по-другому или - не дай Бог - перемещает его на другой стеллаж, я напрягаюсь, расстраиваюсь и не покупаю творог вообще, пока случайно не найду не нужный в следующий раз на новом стеллаже. Ок, я - мужчина, но зачем все эти ухищрения, если задача состоит в том, чтобы в 12:00 каждую субботу на заданной полке стояло не менее 3 пачек творога?

Полагаю, что сервис от Ivanhoe решает эту задачу, хотя необходимость пересчета каждую ночь при явной недельной цикличности вызывает сомнение.

[George Nordic]

Давай перефразирую:

Цитата:

Сообщение от EVGL

Сужу по себе: каждую субботу летом и зимой между 11:00 и 13:00 я направляюсь в один и тот же магазин ... покупаю от 2 до 4 пачек одного и того же творога.
..но зачем все эти ухищрения, если задача состоит в том, чтобы в 12:00 каждую субботу на заданной полке стояло не менее 3 пачек творога?

Задача прогнозирования (ту, что решает Иван), в том, что бы каждую субботу летом и зимой для тебя хватило от 2х до 4х пачек творога. Тем более что молочка - АХ чистой воды.
Иначе ты перейдешь через дорогу в соор и возьмешь творог там. И еще кучу всего впридачу, включая какое-нибудь вино (AZ).

Цитата:

Сообщение от EVGL

Полагаю, что сервис от Ivanhoe решает эту задачу, хотя необходимость пересчета каждую ночь при явной недельной цикличности вызывает сомнение.

Нет, выкладка - это другая задача. Это уже управление торговым залом, про него отдельно расскажу. Вкратце - твой творог можно чуть выше положить, и в 2 ряда, а не в 3 - ты все равно его найдешь, скорее всего.

Ох, надо бы все систематизировать и про SOP рассказать. А 4й квартал на дворе...

С Уважением,
Георгий

[potential]

Цитата:

Сообщение от EVGL

однако не понимаю, откуда такая сложность.

для прогноза по Вам, вероятно достаточно подключиться к Azure и изредка подгружать данные, по типу как в видео https://www.youtube.com/watch?v=SBRcg6fkg_I

[Ivanhoe]

Ух как нас понесло то

Про чеки много додумали за меня Акции в течение дня, например, скидка 5% с 10 до 12. В это время мы ожидаем повышенный спрос по конкретным продуктам - мы должны понимать, что продажи в этот период в истории - это отражение акции, а вот в другие часы - это нормальная статистика. И соответственно, правильно делать прогноз на потом.

Вопросы выкладки, управления ассортиментом, эффективности персонала в магазине - это все где-то рядом и важно как для построения прогноза, так и для получения общего эффекта, но все-таки за рамками конкретно нашего сервиса.

Жду от ребят описание Пилота, надеюсь, станет понятнее.

Пока просто на пальцах на примере Розницы:
1. Есть ERP с ее данными, пусть это Акс.
2. В акс есть процесс Автозаказа, когда система по настроенным правилам при участии сотрудников (разной степени вовлеченности) создает заказы поставщикам и заказы на РЦ.
3. В Акс нет прогнозирования (даже в последних версиях это скорее пример для пресейла, чем реальная функциональность).
4. Можно внедрить дорогущее решение от мирового вендора - купить мега сервер, отдать миллионы за лицензии, выполнить дорогущий проект внедрения. Сроки и деньги - большие, гарантии результата стремятся к нулю.
5. Можно пригласить нас, дать данные, договорится о подходе. Мы делаем модель, как мы считаем правильно. И показываем результат. Клиент сравнивает наш прогноз с прошедшим фактом и со своим прогнозом. Мы рассказываем как правильно сравнивать и делать выводы. Если эффект наблюдается - клиент начинает платить деньги ежемесячно, не вкладываясь в CAPEX как в п.4. и имея возможность в любой момент перейти на другое более интересное / выгодное решение (если найдет ).

[Ace of Database]

Интересно, а с помощью симплекс-метода можно бесплатно решить обсуждаемые здесь задачи?
https://math.semestr.ru/simplex/simplex.php

[Ace of Database]

Вот еще выдержка оттуда. Там есть магические слова "Доход от продажи на каждом рынке G(X)зависит от количества реализованных партий товара Х"

Вместе с этим калькулятором также используют следующие:
https://math.semestr.ru/dinam/dinam_manual.php
Задачи динамического программирования
Распределить 5 однородных партий товара между тремя рынками так, чтобы получить максимальный доход от их продажи. Доход от продажи на каждом рынке G(X)зависит от количества реализованных партий товара Х и представлен в таблице.
Объем товара Х (в партиях) Доход G(X)
1 2 3
0 0 0 0
1 28 30 32
2 41 42 45
3 50 55 48
4 62 64 60
5 76 76 72

[AP-1055D]

Ace of Database, насколько мне известно его не применяют, так он относится к задачам динамического программированния (поиска экстремума целевой функции при варьировании множества параметров), в то время как задача пополнения / прогнозирования относится к анализу временных рядов.

[twilight]

Цитата:

Сообщение от Ivanhoe

4. Можно внедрить дорогущее решение от мирового вендора - купить мега сервер, отдать миллионы за лицензии, выполнить дорогущий проект внедрения. Сроки и деньги - большие, гарантии результата стремятся к нулю.
5. Можно пригласить нас, дать данные, договорится о подходе. Мы делаем модель, как мы считаем правильно. И показываем результат. Клиент сравнивает наш прогноз с прошедшим фактом и со своим прогнозом. Мы рассказываем как правильно сравнивать и делать выводы. Если эффект наблюдается - клиент начинает платить деньги ежемесячно, не вкладываясь в CAPEX как в п.4. и имея возможность в любой момент перейти на другое более интересное / выгодное решение (если найдет ).

А разве вендоры не загоняют сейчас всех в облака (и даже пробный бесплатный период у них тоже есть)? ) А разве ваше решение не использует модули от мировых вендоров? )
По-моему предыдущий ответ был лучше, про кубики, которые не только лишь каждый умеет складывать ))

[Ivanhoe]

Да, эти уравнения для другого используются в экономике.
А для прогнозирования важно не забывать контекст нашего сервиса: много данных, быстрый расчет, объем денег на котором будет эффект. Для трех позиций / одного магазина мы не подходим.

[Ivanhoe]

Загонять-то загоняют. Только покажите готовое облачное решение от этих вендоров? А кто интересовался стоимостью SAP APO, Oracle RPAS и т.п. знает цены в десятки и даже сотни миллионов рублей...
Мы используем платформу Microsoft Azure и компоненты внутри нее и работаем именно в сервисной модели.