|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
tygraЕсть самый простой выход и совсем без программирования: на данный товар все менеджеры получают премии поровну от общих продаж, независимо от доли каждого . Все, уверяю, что резервировать сразу перестанут. В один момент. Как будет достаточно товара, такие спецмеры отменяются. Все остальное в такой ситуации и позиции руководства - это толчея воды в ступе, проблему не решит, а гимору добавит в разы. Менеджеры начнут брать откаты. Не надо уравниловки, это неправильно при работе с дефицитом. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2007, 12:31 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
guest_20040621> > Get Genuine Kit WinXP Pro SP2 Russian Упс. И что, действительно есть спрос? знаю людей которые покупают эти лицензии впрок ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2007, 16:34 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
DmitryOrlov tygraЕсть самый простой выход и совсем без программирования: на данный товар все менеджеры получают премии поровну от общих продаж, независимо от доли каждого . Все, уверяю, что резервировать сразу перестанут. В один момент. Как будет достаточно товара, такие спецмеры отменяются. Все остальное в такой ситуации и позиции руководства - это толчея воды в ступе, проблему не решит, а гимору добавит в разы. Менеджеры начнут брать откаты. Не надо уравниловки, это неправильно при работе с дефицитом. Если лично контактируют - возможно. Неужели такой дефицитный товар, что аж откаты кто-то будет платить? Если так - то это тем более не проблема ИТ. Проблема руководства. Если оно не хочет думать, значит ему не надо и проблем нет. -- Tygra's -- Мои фотогалереи тут и тут ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2007, 16:51 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
yaro83 1. возникают такие ситуации, когда, как только пришел товар, менеджеры его полностью резервируют и не хотят отдавать его друг другу :(. Т.о. необходим грамотный подход к управлению резервами товара это задача IT алгоритма заказов - не имеет никакого отношения к администрированию - просто работа триггера Шаг 1. Для себя в мозгу приравниваем понятие резервирование и заказ товара. Далее, менеджеры все время хотят заказывать товар, но кошелек не резиновый => Шаг 2. должен быть лимит заказа для каждого менеджера (тесно увязанный с его продажами) - то есть зарезервировал/заказал лишний один товар = сам себя ограничил в заказе другого. И все. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.05.2007, 13:39 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
установить - чем на дольше резервируется товар тем меньше процент от продажи выплачивается менеджеру период резервирования это время операции прошедшее с подачи менеджером заявки на резервирование и до получения денег на РС предприятия если время операции конкретного менеджера меньше чем N-ая персентиль от всех периодов операций - процент от продажи вообще не начислять если период самый большой удерживать штраф ... |
|||
:
Нравится:
Не нравится:
|
|||
04.05.2007, 14:08 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
yaro83Привет, Проблема: 1. возникают такие ситуации, когда, как только пришел товар, менеджеры его полностью резервируют и не хотят отдавать его друг другу :(. Т.о. необходим грамотный подход к управлению резервами товара Интересуют подходы к решению этой проблемы или к уменьшению ее последствий: ссылки, идеи... Ярослав У нас было реализовано два механизма: 1. "Резерв менеджера" - приходящий товар можно "раскидывать" по менеджерам (по нужным позициям) - товар может залеживаться, что есть плохо. Инструмент не прижился. 2. Резервирование под конкретную сделку - товар резервировался на конкретным счетам (соответственно видно кем и для кого). Потом, в рамках этого счета накладными отпускался и освобождался (может частично). Было ограничение на срок резервирования товара - затем он принудительно выбрасывался на общий доступ. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.05.2007, 15:07 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
Большое спасибо за идеи. Действительно: менеджер точно так же берет у компании товар в кредит (резерв) чтобы его продать по своей цене. Тогда его мотивация (только по зарплате) в простом варианте зависит от объема продаж, % над минимальной ценой, плюс еще оплата кредита (резерва) товара. По поводу последнего: примем, что срок резерва ограничен 5 банковскими днями, пусть резерв стоит 14% годовых (ставка по кредиту), что означает 14/365*5=0,2% в период, т.о. менеджер за взятый резерв платит 0,2% от его объема. Выглядит страшновато: держим, например, квартиру 5 дней, 150т$*0.2%=300$ - если квартира не ушла, то менеджер теряет 300$ (хотя про квартиру пример неудачный). Ну этот процент подбирается. Мне кажется это первым и простым простым решением. Что скажете по этому поводу? Спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
04.05.2007, 16:19 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
yaro83Мне кажется это первым и простым простым решением. Что скажете по этому поводу? Спасибо это не плохой вариант, предложил бы совместить его с вариантом предложенным BULK INSERT первый вариант даст наглядность и обоснованность новым подходам второй вариант привнесет конкуренцию в действия менеджеров ... |
|||
:
Нравится:
Не нравится:
|
|||
04.05.2007, 16:54 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
BULK INSERTустановить - чем на дольше резервируется товар тем меньше процент от продажи выплачивается менеджеру... Мысль кажется очень здравой, но на самом деле работает только для очень узкого диапазона организаций. Как только происходит разделение клиентов на ВИП и обычных (особенно с учетом кредитных условий) алгоритм слишком сильно усложняется. У меня есть клиенты имеющие кредит в 30 дней с момента отгрузки (часть товара мы еще и покупаем исключительно под них), если вдруг какой то менегер продал товар такого клиента на сторону пусть даже дороже и со 100% предоплатой, я накажу данного индивидума... и достаточно жестоко, особенно если отгрузка пройдет. А вот в случае данного алгоритма менеджер работающий с классным клиентом начнет попадать на бабки и скорей всего качество его работы с ВИП клиентом снизится... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2007, 13:29 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
Проба сил№но на самом деле работает только автор топика не говорил, что товар резирвируется под конкретных клиентов - это был бы совершенно иной расклад. в предложенной вами ситуации можно устанавливать "Вес" или "Категорию" для клиента. Такой вес может рачитываться как автоматически - на основании статистических данных накопленных в БД так и в "ручном" режиме - руководители могут определять значимость и приоритеты (или могут быть совмещены оба подхода). ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2007, 16:01 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
yaro83Большое спасибо за идеи. Действительно: менеджер точно так же берет у компании товар в кредит (резерв) чтобы его продать по своей цене. Тогда его мотивация (только по зарплате) в простом варианте зависит от объема продаж, % над минимальной ценой, плюс еще оплата кредита (резерва) товара. По поводу последнего: примем, что срок резерва ограничен 5 банковскими днями, пусть резерв стоит 14% годовых (ставка по кредиту), что означает 14/365*5=0,2% в период, т.о. менеджер за взятый резерв платит 0,2% от его объема. Выглядит страшновато: держим, например, квартиру 5 дней, 150т$*0.2%=300$ - если квартира не ушла, то менеджер теряет 300$ (хотя про квартиру пример неудачный). Ну этот процент подбирается. Мне кажется это первым и простым простым решением. Что скажете по этому поводу? Спасибо 1. Для жизнеспособности схемы представляется важным, чтобы он нашла понимание у менеджеров. Если не удастся внедрить эту систему по типу "давайте устроим соревнование, кто может быстрее распродать товар", то её придется продавливать административно. Обострение конкуренции между менеджерами по поводу резервирования (т.е по поводу общих ресурсов компании) это совсем не то же самое, что соревнование менеджеров за рост клиентской базы и объемов продаж (клиентская база разных менеджеров может быть разная и не являться предметом конкуренции). Поэтому внедрение этой системы может осложнить отношения в коллективе и они могут это понимать и выступить против. 2. Очень важно отделить в учете (в том числе в представлении информации для менеджеров) доходную часть (% над минимальной ценой), и затратную часть (оплату резерва) и показывать в учете эти данные раздельно (наряду с суммарным результатом для менеджера). Менеджер должен иметь возможность для себя акцентировать разные стратегии продаж: с упором на снижение затрат или с акцентом на увеличение дохода. Важно также для сасмого менеджера: 2.1 Представлять информацию о доходной и затратной частях независимо. 2.2 Снабдить менеджеров удобной НАГЛЯДНОЙ "считалкой", по которой они могут быстро оценивать варианты. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2007, 18:47 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
Conceptи выступить против. слишком много слов... пустых... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2007, 19:57 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
proposed amendment...это был бы совершенно иной расклад... Я говорил именно об усложнении схемы в реальных условиях... В моем примере, в принципе есть ситуация когда продать можно, если к примеру ожидается поставка (если ответить на вопрос успеем ли мы доставить новую партию товара...) Вот только: Вес клиента-алгоритм расчета этого веса и процедуры когда будет происходить этот пересчет. Товар - характеристики по которым можно определить его дефицитность, ожидаемость, стоимость быстрой доставки. По клиенту это весьма продвинутое CRM, по товару неплохое ERP решение... И все это должно работать вместе, кто то должен вести и контролировать признаки... (По моим прикидкам, для того, что бы это было эффективно, необходимо иметь свыше 50 продавцов...) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.05.2007, 11:20 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
2 tadmin Достаточно давно вы писали: tadminПроблема объем резервирования vs объем сделок может возникать в дилерской сети, особенно при сезонном спросе. Если Заказчик, размещая резерв у Продавца, покупает не для себя, а для своего субклиента (т.е. выступает дилером), то это обычное поведение. Пусть Субклиент обратился к вашему Дилеру. Заметим, что то же самое он может сделать в другой дилерской сети, или у 2х дилеров одной сети разом. Чтобы взять на себя обязательства, Субдилер резервирует товар. Далее идет процесс согласования сделки между Субклиентом и Дилером. На это нужно время. Фактически, чем больше сезонность спроса, чем глуюже уровень дилерской сети под вами и чем больше срок согласования заказа, тем больший % резервов будет покрывать самые ходовые товары. Господа, указавшие на разделение клиентов по их возможностям и введение сроков снятия резервов, правы. Если вы ранжируете своих заказчиков (Дилеров), то можно просто ввести лимиты по резервам в стоимостном выражении. Превысил сумму лимита - новые резервы не размещаются. Тем самым вы обеспечите лучшие условия своим лучшим дилерам и устраните "забытые резервы" Второй способ (не отменяющий первый) - ввести "штрафные баллы" за каждую операцию с резервами: снятие резерва вычитает баллы, постановка - увеличивает и т.д. Превышение какого-то лимита баллов закрывает все операции над резервами, кроме их освобождения. Это прикроет уловки клиентов по частому изменению состава резервов и разгрузит ваших сотрудников, если резервирование делается их руками. Поясните, пожалуйста, в чем состоят уловки "уловки клиентов по частому изменению состава резервов"? Спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2007, 10:40 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
yaro83Поясните, пожалуйста, в чем состоят уловки "уловки клиентов по частому изменению состава резервов"? это могут быть например посредники (сабдилеры как их тут назвали)... Например они проводят маркетинговое исследование в предверии пика сезонного спроса и решают, что смогут разместить на рынке определенной количество продукта - они его резервируют под себя у производителя в случае если их расчет оказался точен, и сабдилер грамотно ведет политику на рынке - они нормально распродают зарезервированный товар, в случае если их расчеты оказались неверны они начинают оптимизировать портфель заказа - олтказываются от части одних позиций и заказывают другие. такая ситуация часто складывается например в отношениях турагент туроператор ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2007, 11:03 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
yaro83 Поясните, пожалуйста, в чем состоят уловки "уловки клиентов по частому изменению состава резервов"? Спасибо В документе на резервирование начинает меняться товар. Одно выкинули, другое вставили и т.д. При этом по формальным признакам (срок резерва) резерв пора снимать, но его держат! Потому что вашему сотруднику проще внести изменения в резерв и "помнить" что срок нужно перенести "вот эту штучку мы недавно добавили, подержите еще". В итоге получается так, что к моменту снятия резерва или превращения его в реальный заказ в нем может побывать множество разного товара. Пара "дилер и его менеджер" почти всегда очень лояльны друг-к-другу. Почему это происходит? - менеджер по продажам поддерживает лояльность дилера лично к нему - проще внести изменения в документ, чем создавать новый, разрывать старый (с риском, что товар за это время будет перехвачен) Есть и еще уловки - при поступлении ходового товара на склад, дилер вашей сети резервирует его (в большом количестве), а уж потом начинает его предлагать своим клиентам. Мотивация дилера понятна - если сделка выгорит, он согласует ее быстрее других. Еще бы, ему уже не нужно ничего резервировать! - заказчик делает заявки одновременно двум дилерам вашей сети. Иногда для надежности - кто первый откликнется. Иногда это внутренняя конкуренция отделов заказчика. Иногда злой умысел конкурентов ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2007, 11:34 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
2 proposed amendment, tadmin Ну тогда можно рассматривать резерв каждой позиции в отдельности... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2007, 17:03 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
В нашем случае это не могло быть решением. Заказчику нужен полный комплект товара, если чего-то не хватает сделка может вообще не состоятся. Конечно же, технически можно хранить N резервов для Заказа из N товаров, но это сильно затрудняет представление данных для Менеджера и для Дилера, да и для ИС тоже. Повышаются риски, что какой-то резерв будет снят по ошибке. Если все товары в одном резерве - перед нами вся полнота картины по сделке, если перед снятием одного резерва нужно заглянуть в N-1 других, дело усложняется. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2007, 17:17 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
tadminно это сильно затрудняет представление данных для Менеджера и для Дилера, да и для ИС тоже. ну уж не знаю, что тут сильно затрудняет - обычное отношение Заказы -< Заказано ... |
|||
:
Нравится:
Не нравится:
|
|||
08.05.2007, 09:58 |
|
задача о резервировании товара
|
|||
---|---|---|---|
#18+
ты-гы-дым ну уж не знаю, что тут сильно затрудняет - обычное отношение Заказы -< Заказано у резерва есть [срок жизни] и [примечание] Если у одного заказа один резерв (с 10-ю товарными позициями), вы имеете один срок и одно примечание. Если у одного заказа 10 резервов по одной позиции, вы имеете 10 сроков и 10 примечаний. Каждый, кому необходимо снять резерв или запустить заказ в обработку должен принимать во внимание состояние всех резервов. Отсутствие одного из резервов может привести к невозможности отгрузить весь товар и отказу от заказа в целом. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.05.2007, 11:21 |
|
|
start [/forum/topic.php?fid=33&msg=34547537&tid=1549075]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
154ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
others: | 269ms |
total: | 532ms |
0 / 0 |