Форум OlegON > Программы и оборудование для автоматизации торговли > Другие вопросы > Закупщик > Категорийный менеджмент

Категорийный менеджмент vs традиционная система : Категорийный менеджмент

23.04.2024 11:42


16.07.2010 13:51
VVY
 
Цитата:
administrator При традиционном подходе к торговле функции закупок и продаж разделены между разными подразделениями компании, стратегии которых различны: если отделы закупок ориентированы на приобретение товаров по оптимальной цене и получение максимальных скидок от поставщиков, то отделы продажи стремятся к реализации максимальных объемов товаров. А так как каждое подразделение имеет собственные цели и критерии оценки эффективности работы, далеко не всегда совпадающие с интересами всей компании , то при такой структуре торговой компании неизбежно возникают просчеты. В результате на складах и в витринах магазинов могут оседать партии товаров с низкой оборачиваемостью или в ассортименте появляется продукция, выпадающая из общей торговой концепции.

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

Коллеги, в чем преимущества и недостатки данных подходов? В каком случае стоит внедрять категорийный менеджмент, а в каком - не имеет смысла? Какой принцип или какое сочетание этих принципов используется в вашей компании и насколько это эффективно?
Приветствую!
Нашел интерересную статью (см. приложение). Добавить к этой статье нечего.... все правильно и грамотно расписано.
Вложения
Тип файла: rar интервью в журнал о КМ.rar (44.3 Кб, 336 просмотров)
13.03.2011 09:33
fastiman
 
Цитата:
VVY
Приветствую!
Нашел интерересную статью (см. приложение). Добавить к этой статье нечего.... все правильно и грамотно расписано.
отвечает на изначальный вопрос в каком случае использовать КМ
07.04.2011 15:06
Goncharov
 
Цитата:
logistyk Ева, представленная вами структура классификатора:
Цитата:
"Молочные продукты - данон - йогурт - процент жирности"
достаточно спорна, если вы работаете в дистрибуторской компании, то этот допустимо, например, если у вас всего 2 бренда. Если же вы работаете в розничной компании (к примеру, сеть супермаркетов), то я бы в структуре "Йогурт" поднял выше "Данона". Почему? А потому что покупатель идет в магазин не за Даноном, а за Йогуртом.
Абсолютно согласен с logistyk. В рознице это совершенно не верное распределение уровней категорий. Да, в дистрибьюции это ещё возможно (большинство так и работают), но на мой взгляд, это уже больше похоже на Бренд-менеджмент, а не на Категорийный. Так удобней работать с поставщиками, но вот с основной идеей категорийного не сростается. Хотя в дистрибьюции бывает довольно сложно выстроить Категорийный менеджмент (это по опыту), в частности, к примеру сталкиваюсь с проблемой пересечения брендов и категорий, а так как закупщики работают с производителями по брендам... тут начинаются качели :). Кстати, может у кого-то был опыт подобного внедрения? Поделитесь? Я в общем-то про то, что один бренд - три категории и две из них есть ещё у нескольких брендов :) такая вот ситуёвина.
19.04.2011 11:19
fastiman
 
кто сталкивался подскажите как решается следующая проблема:
внедрен КМ уже не первый год.
отчеты строятся на основании классификатора, который предоставляется к.менеджерами.
так вот в чем проблема - менеджер №1 ведет одну категорию товаров, менеджер №2 ведет другую категорию товаров, но обе категории товаров возит один и тот же поставщик. В итоге менеджер №1 все товары поставщика добавляет в свой классификатор в свою группу товаров - менеджеру так удобно учитывать движения товара и вести работу с поставщиком.
Но если руководитель или аналитик анализирует категорию - то он естественно недоумевает, почему к примеру часы настенные числятся в кат.отчете в группе "авто".

я вижу один выход - создавать 2 отдельных классификатора - один для менеджеров один для анализа, но понимаю что эта идея не получит поддержки т.к. создание нового классификатора займет огромное кол-во времени и потребует пересчета всех кат.отчетов за прошедшие годы работы (похоже иначе реальную картину по категориям не получится увидеть)
подскажите какие еще есть идеи/варианты?
19.04.2011 11:37
KaPrAL
 
Цитата:
fastiman создание нового классификатора займет огромное кол-во времени
Создание классификатора займет полторы секунды, а вот его заполнение может потребовать немного времени. Можно его заполнить сначала первым классификатором, а потом вручную исправлять несоответствия. Можно использовать для заполнения другие классификаторы, как и товарную иерархию. В любом случае, объём работы заполнения зависит от объема товарного справочника.
Цитата:
fastiman и потребует пересчета всех кат.отчетов за прошедшие годы работы (похоже иначе реальную картину по категориям не получится увидеть)
В отчете в ИС поменяйте ссылку на другое поле, времени это много не займет, и снимайте отчеты за прошлые периоды по новому классификатору. Если вы имеете в виду переделывание Экселевских статичные отчетов за прошлое, то будет ли ими кто-нибудь пользоваться?
19.04.2011 19:03
fastiman
 
то с чем я сталкивался - это более 250тыс.артикулов только по нонфуду, более 80 товарных групп. Обработка такого объема действительно занимает "немного времени", поэтому за прошедшие годы информация просто архивировалась.
но ведь если классификатор был неверный - значит и отчетам по этим группам доверять нельзя, а значит нужно запускать пересчет.
очень во многих случаях хочется увидеть данные по интересующей группе товаров помесячно за последние пару лет.
19.04.2011 22:44
KaPrAL
 
Цитата:
fastiman более 250тыс.артикулов только по нонфуду, более 80 товарных групп.
При таких объёмах полностью исключено ручное участие, можно остановиться на использовании названий товарных групп в качестве классификатора.
Цитата:
fastiman Обработка такого объема действительно занимает "немного времени", поэтому за прошедшие годы информация просто архивировалась.
OLTP системы, из которых вы пытаетесь формировать отчеты, не предназначены для хранения больших объёмов информации, поэтому ее периодически перекладывают в другие базы данных, это естественно. Поэтому в крупных компаниях для формирования отчетов и для нужд аналитиков, используется специально предназначенный для этих задач OLAP.
Цитата:
fastiman но ведь если классификатор был неверный - значит и отчетам по этим группам доверять нельзя, а значит нужно запускать пересчет.
Еще раз: я понимаю под "отчетом" набор команд, исполняемых в программе, и выдающих на выходе массивы данных. Если изменится классификатор, нужно будет исправить в отчете (в наборе команд) ссылку на классификатор, и только после этого отчет будет корректным. Естественно, его нужно будет запускать, а как же иначе?
Цитата:
fastiman очень во многих случаях хочется увидеть данные по интересующей группе товаров помесячно за последние пару лет.
При таких объёмах информации и при отсутствии основного инструмента аналитики, невозможно проведение даже элементарных анализов, потому что промышленные OLTP системы НЕ предназначены под формирование отчетности. Используйте инструментарий по назначению.
20.04.2011 10:30
fastiman
 
- ручное участие отсутствует
- используется SAP и mysql, данные выгружаются из сап и запросами mysql формируются отчеты для нуждающихся именно в том виде в котором их запросили
- что-то из диалога никаких идей не возникло, т.е. придется создавать 2 классификатора - один для аналитики один для менеджера, а затем пересчитывать предыдущие года.
либо поступить радикальнее - потратить неделю, но расклассифицировать весь ассортимент заново, и предоставить менеджерам для работы.
20.04.2011 17:32
KaPrAL
 
Цитата:
fastiman - используется SAP и mysql, данные выгружаются из сап и запросами mysql формируются отчеты для нуждающихся именно в том виде в котором их запросили.
Так данные из SAP выгружаются, или из Мускула? Можно, конечно, предположить, что SAP работает на Мускуле, но это маловероятно, т.к. порядок нагруженности и порядок цен у этих систем диаметрально противоположный.
Цитата:
fastiman - что-то из диалога никаких идей не возникло, т.е. придется создавать 2 классификатора - один для аналитики один для менеджера, а затем пересчитывать предыдущие года.
Да, второй классификатор решит проблему. Например в нашей компании 40 классификаторов, и каждый месяц появляется новый.
21.04.2011 00:50
andrey_f
 
Цитата:
fastiman внедрен КМ уже не первый год.
отчеты строятся на основании классификатора, который предоставляется к.менеджерами.
так вот в чем проблема - менеджер №1 ведет одну категорию товаров, менеджер №2 ведет другую категорию товаров, но обе категории товаров возит один и тот же поставщик. В итоге менеджер №1 все товары поставщика добавляет в свой классификатор в свою группу товаров - менеджеру так удобно учитывать движения товара и вести работу с поставщиком.
Но если руководитель или аналитик анализирует категорию - то он естественно недоумевает, почему к примеру часы настенные числятся в кат.отчете в группе "авто".

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

Код:
Поставщик.Элементы
Номенклатура.Иерархия (т.е. по категориям)
В итоге будем видеть все категории, которые поставляет данный поставщик.
Поменяем местами - будем видеть какие поставщики поставляют товар из данной категории.

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

Вести несколько классификаторов при большом ассортименте - будет путаница, да и польза сомнительная.
Часовой пояс GMT +3, время: 11:42.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.