Распределение расходов по магазинам для крупного fashion-ритейлера
Время чтения: 2 минуты
Мы используем файлы cookie
Настройки
Файлы cookie, необходимые для корректной работы сайта, всегда включены.
Другие файлы cookie можно настроить.
Другие файлы cookie можно настроить.
На примере одного из проектов рассказываем про решение задачи с распределением расходов по магазинам для одного крупного fashion-ритейлера.
Клиенту нужно аллоцировать на магазины все косвенные расходы компании, которые формируются по департаментам. Это расходы как региональных офисов, так и корпоративного центра: департаментов маркетинга, HR и других. Причем эти расходы необходимо распределять по-разному: то, что относится к расходам региональных департаментов, – на магазины в рамках региона, а расходы корпоративных департаментов – на все магазины сети.
Кроме того, расходы должны распределяться в два этапа:
- на каналы сбыта (online, offline, market place), чтобы сформировать PL по каналам;
- на магазины в рамках канала, чтобы сформировать PL по магазинам для каждого канала.
Кроме того, расходы должны распределяться в два этапа:
- на каналы сбыта (online, offline, market place), чтобы сформировать PL по каналам;
- на магазины в рамках канала, чтобы сформировать PL по магазинам для каждого канала.
Для решения задачи использовали современную и гибкую программную платформу.
1. По каждому сочетанию статьи и департамента задали драйвер распределения.
Например: расходы по статье «командировки» департамента развития розничной сети распределили на все магазины компании пропорционально продажам, а расходы по статье «витрины» - пропорционально продажам в штуках. При этом статья может относиться к одному и тому же департаменту, но распределятся по разным ключам аллокаций.
2. Настроили возможность корректировки и распределения в рамках канала.
Предусмотрели 2 варианта:
- когда необходимо распределять расходы определённых департаментов не на все каналы, а на один или два. Например, расходы департамента, который занимается разработкой сайта, не нужно распределять на канал Marketplace. Пользователи системы могут самостоятельно исключить этот канал из распределения для департамента, и процент распределения посчитается исходя из суммы драйвера по двум каналам (Offline и Ecom);
- когда статья и департамент относятся ко всем каналам, но в рамках каналов процент распределения не пропорционален драйверу и может корректироваться пользователем. Для этого настроили ручной ввод процента распределения на уровне канала. Пример: 20% товара продаем в Ecom, а 80% в обычных магазинах, при этом тратим 50% времени на то, чтобы заниматься продвижением продаж в ecom, поэтому расходы распределяются по каналам 50 на 50. А оставшиеся 50% распределяются пропорционально продажам между магазинами розничной сети.
3. Настроили закрепление сочетания статьи и департамента за конкретной страной.
4. Добавили распределение в разрезе бизнес-юнита (подсети, торговая марка).
Так в ходе планирования есть возможность распределения расходов отдельных департаментов на определенные торговые марки.
5. Добавили возможность указывать для департамента торговую марку, если его затраты относятся напрямую на эту марку.
6. Дополнительно добавили возможность распределять расходы всех остальных департаментов на все торговые марки или только на выбранную торговую марку. Это необходимо для того, чтобы не занижать прибыльность вновь вводимых магазинов новой торговой марки за счет распределения на нее уже существующих в компании затрат.
7. Реализовали двухступенчатое распределение: расходы сначала распределяются на каналы, а затем на магазины. Появилась возможность быстро анализировать причину ошибок распределения. Для этого предусмотрели дополнительные дэшборды для проверки, на этих дашбордах используется визуализация сумм нераспределенных расходов и причины их возникновения: не указан драйвер, нет данных на драйвере и т.п.
1. По каждому сочетанию статьи и департамента задали драйвер распределения.
Например: расходы по статье «командировки» департамента развития розничной сети распределили на все магазины компании пропорционально продажам, а расходы по статье «витрины» - пропорционально продажам в штуках. При этом статья может относиться к одному и тому же департаменту, но распределятся по разным ключам аллокаций.
2. Настроили возможность корректировки и распределения в рамках канала.
Предусмотрели 2 варианта:
- когда необходимо распределять расходы определённых департаментов не на все каналы, а на один или два. Например, расходы департамента, который занимается разработкой сайта, не нужно распределять на канал Marketplace. Пользователи системы могут самостоятельно исключить этот канал из распределения для департамента, и процент распределения посчитается исходя из суммы драйвера по двум каналам (Offline и Ecom);
- когда статья и департамент относятся ко всем каналам, но в рамках каналов процент распределения не пропорционален драйверу и может корректироваться пользователем. Для этого настроили ручной ввод процента распределения на уровне канала. Пример: 20% товара продаем в Ecom, а 80% в обычных магазинах, при этом тратим 50% времени на то, чтобы заниматься продвижением продаж в ecom, поэтому расходы распределяются по каналам 50 на 50. А оставшиеся 50% распределяются пропорционально продажам между магазинами розничной сети.
3. Настроили закрепление сочетания статьи и департамента за конкретной страной.
4. Добавили распределение в разрезе бизнес-юнита (подсети, торговая марка).
Так в ходе планирования есть возможность распределения расходов отдельных департаментов на определенные торговые марки.
5. Добавили возможность указывать для департамента торговую марку, если его затраты относятся напрямую на эту марку.
6. Дополнительно добавили возможность распределять расходы всех остальных департаментов на все торговые марки или только на выбранную торговую марку. Это необходимо для того, чтобы не занижать прибыльность вновь вводимых магазинов новой торговой марки за счет распределения на нее уже существующих в компании затрат.
7. Реализовали двухступенчатое распределение: расходы сначала распределяются на каналы, а затем на магазины. Появилась возможность быстро анализировать причину ошибок распределения. Для этого предусмотрели дополнительные дэшборды для проверки, на этих дашбордах используется визуализация сумм нераспределенных расходов и причины их возникновения: не указан драйвер, нет данных на драйвере и т.п.
Теперь в результате аллокации на конкретный магазин можно отнести релевантную долю косвенных расходов, благодаря чему и финансовые результаты по каждому магазину стали более релевантные. А кроме того клиент получил расширенные аналитические возможности: например, более подробный факторный анализ.
Понравилась статья?
Больше актуальных новостей и интересных кейсов
Не забудьте подписаться на наш Telegram!
Будьте в курсе событий!
Читайте также: