Многоканальные продажи: учёт остатков и заказов
Как собственный магазин, маркетплейсы и розница делят один остаток: единый источник, страховой запас, объединение заказов и частые ошибки.
Команда rabbitclipПубликация: 5 мин чтения
Коротко
Управление остатками и заказами в многоканальных продажах означает такой порядок, при котором каждый канал, будь то собственный магазин, маркетплейс или розничная точка, читает одну и ту же цифру остатка, а все входящие заказы попадают в единый список. Проверка проста: когда товар продаётся на одном канале, он за считаные мгновения уменьшается в остатках на остальных. Если этого не происходит, вы продаёте товар, которого у вас нет, покупатели получают отмены заказов, а рейтинг вашего маркетплейса страдает.
Причина редко кроется в количестве каналов. Она в том, что каждый канал ведёт собственный счёт. Представьте производителя напольных покрытий, у которого на складе десять коробок паркета, выставленных на сайте и на двух маркетплейсах. После трёх продаж все три объявления могут по-прежнему показывать восемь или девять коробок. В этой статье объясняется, как построить единый источник остатков, как собирать заказы и когда вся эта конструкция не нужна.
Зачем нужен единый источник остатков?
Там, где каждый канал обновляет собственный счёт вручную, ошибки неизбежны, потому что обновление зависит от того, вспомнит ли о нём кто-то из сотрудников. Ответ состоит в том, чтобы хранить правду в одном месте: количество, которое физически лежит на складе, записано в одной карточке, а каналы читают его оттуда. Каналы не владеют цифрой остатка. Они лишь отражают её.
Таким источником может быть ERP, программа складского учёта или индивидуальный слой заказов и остатков. Какой именно, важно меньше, чем то, что источник только один и что ему доверяют все. Если отгрузки со склада, возвраты и корректировки по итогам пересчёта не записываются в одну и ту же карточку, единый источник существует только на бумаге.
Как делить остаток между каналами и что такое страховой запас?
Когда источник появился, возможны два подхода. Первый называется общим пулом: каждый канал видит одну и ту же цифру, и выигрывает первый заказ. Второй называется распределением: часть складского остатка откладывается для маркетплейса, а часть для вашего собственного магазина. Общий пул использует остаток эффективно, но рискует перепродажей, если синхронизация запаздывает. Распределение надёжнее, но товар, закончившийся на одном канале, может простаивать на другом.
Страховой запас представляет собой простое правило, которое смягчает оба подхода. Если на складе пять штук, каждому каналу показывают на две меньше. Вы оставляете запас, равный задержке синхронизации. Его размер зависит от того, как быстро продаётся товар и как быстро канал передаёт данные; для ходовых товаров держите его высоким, для медленных низким.
- Общий пул: эффективно, но высокий риск перепродажи, когда обновления запаздывают
- Распределение: надёжно, но остаток может простаивать между каналами
- Страховой запас: показывать каждому каналу меньше, чем лежит на складе
- Очень быстрые товары: увеличить запас или ограничить количество на каждом канале
Как заказы собираются в один список?
У каждого маркетплейса свой формат заказа, свои названия статусов и свои данные о покупателях. Чтобы команда видела всё на одном экране, каждый входящий заказ приводится к общему виду: канал, номер заказа, товары, адрес, статус оплаты и способ доставки. После этого склад собирает и упаковывает заказ, не интересуясь тем, откуда он пришёл.
Сам канал терять нельзя. Возвраты, счета, сверка платежей и общение с покупателем различаются по каналам. В заказе с маркетплейса сообщения покупателю часто идут через платформу, а в вашем собственном магазине через вас. Общий формат не стирает эту разницу. Он делает её видимой.
Остаток нужно резервировать сразу, как только пришёл заказ, и освобождать, если заказ отменён. Если остаток уменьшается только при отгрузке, заказы, ожидающие подтверждения оплаты, на короткое время показывают неверную цифру.
Как работают возвраты, отмены и обмены?
Многоканальную схему сильнее всего проверяют возвраты. Возврат с маркетплейса подчиняется другим правилам, чем возврат в вашем собственном магазине: на одном канале товар возвращается на полку, на другом возвращается в остаток только после проверки на повреждения. Если возвраты добавляются в остаток без проверки, повреждённый товар снова поступает в продажу.
Поэтому возврат сначала записывается как ожидающий, а после осмотра становится продаваемым остатком или отдельной категорией. Отмены и обмены подчиняются той же логике: каждое движение остатка оставляет запись, так что при появлении расхождения в пересчёте вы можете проследить причину в обратном порядке.
Когда многоканальная схема не нужна?
Для бизнеса, который продаёт через один канал или только что открыл второй с несколькими заказами в день, программа синхронизации остатков является преждевременным вложением. На этом этапе ручное обновление второго канала один или два раза в день обходится дешевле программы и заодно учит вас самому процессу.
Порог определяется скорее частотой ошибок, чем объёмом. Если вы продаёте лишнее несколько раз в месяц, исправление остатков съедает ваше время и приходят предупреждения от маркетплейса, пора автоматизировать. Если ошибки пока редки, лучшим ответом будет чаще пересчитывать остатки, а не строить систему.
Какие ошибки часто встречаются в многоканальных продажах?
Самая частая ошибка заключается в односторонней и нечастой синхронизации. Остаток, обновляемый раз в полчаса, приведёт к перепродаже быстро расходящегося товара. Вторая ошибка состоит в том, что товары сопоставляют по названию; если объявление каждого канала не привязано к общему коду товара на складе, варианты, размеры и цвета перемешиваются.
Третья ошибка в том, что результаты складского пересчёта не возвращаются в систему: расхождение обнаружено, но исправление никогда не доходит до каналов. Четвёртая в том, что ответственность между командами каналов и склада остаётся неясной; кто исправляет остаток и кто одобряет возврат, должно быть записано. Пятая в том, что правила одного канала применяют ко всем. У каждого маркетплейса свои сроки отмены и отгрузки, и за ними нужно следить отдельно.
- Нечастые и односторонние обновления остатков
- Сопоставление товаров по названию или по вручную набранному тексту
- Исправления по итогам складского пересчёта, которые не доходят до каналов
- Неясная ответственность за возвраты и отмены
Основа многоканальных продаж состоит из единого источника остатков, запаса для каждого канала и общего формата заказов. Если возвраты записываются без такой же дисциплины, эта основа ломается. При небольшом числе каналов и заказов ручная работа оправданна; как только перепродажи и исправления начинают множиться, автоматизация окупается. Если вы хотите взвесить, какая структура подходит вашим каналам, мы можем назначить ознакомительную встречу с rabbitclip.
Частые вопросы
Как избежать перепродажи на нескольких каналах?
Храните остаток в одном источнике, питайте от него каналы, резервируйте остаток в тот момент, когда приходит заказ, и показывайте каждому каналу чуть меньше, чем лежит на складе. Чем чаще и двустороннее синхронизация, тем ниже риск.
Что лучше для остатка: общий пул или распределение по каналам?
Общий пул использует остаток эффективнее, но рискует перепродажей, когда обновления запаздывают. Распределение надёжнее, но может оставить часть остатка без движения. Большинство компаний выбирает общий пул вместе со страховым запасом.
Обязателен ли ERP для синхронизации маркетплейсов и собственного магазина?
Нет. Единым источником может быть ERP, программа складского учёта или индивидуальный слой. Важно, чтобы остаток хранился в одном месте и каждое движение записывалось именно там.
На каком этапе стоит строить многоканальную схему?
Когда ручное обновление начинает приводить к ошибкам и потере времени. Если перепродажи, отмены и предупреждения от маркетплейса становятся частыми, автоматизируйте; пока ошибки редки, может хватить более частого пересчёта.
