Как да спрете свръхпродажбите при продажба на няколко канала

Свръхпродажбата е поръчка за артикул, който нямате. Клиентът плаща, вие отказвате, маркетплейсът брои отказа срещу вас. При eMAG и Amazon натрупаните откази водят до по-лошо класиране, а в тежките случаи до ограничения на акаунта.

Почти никой не прави свръхпродажби от небрежност. Правят се от аритметика.

Защо се получава

Ако продавате един и същ артикул в собствен магазин и на два маркетплейса, имате три числа за наличност на три различни места. Всяко от тях се обновява, когато нещо го обнови - не в момента, в който реалността се промени.

Между продажбата в канал А и обновяването на канал Б минава време. То може да е секунди или часове. В този прозорец канал Б продава нещо, което вече е продадено. Колкото повече канали и колкото по-бавно обновяване, толкова по-широк е прозорецът.

Три различни числа, които често се бъркат

Най-честата грешка е публикуването на наличното количество вместо разполагаемото. Тогава всяка непратена поръчка се брои като стока за продан още веднъж.

Как изглежда правилният поток

1. Поръчка влиза от който и да е канал.
2. Системата резервира количеството веднага, преди човек да я е погледнал.
3. Разполагаемото количество спада с резервацията.
4. Новото разполагаемо количество се публикува към всички канали, включително този, от който дойде поръчката.
5. При експедиция резервацията се превръща в реално намаляване на наличното количество.
6. При отказ или анулиране резервацията се освобождава и количеството се връща в продажба.

Стъпка 2 е тази, която липсва в повечето ръчни процеси. Ако наличността намалява едва когато складът вземе стоката от рафта, между поръчката и пикинга стои прозорец, широк колкото работния ви ден.

Кога буферът е правилният отговор

Буферът е количество, което държите извън продажба - например при 10 налични публикувате 8. Той не е признак за лоша система; той е застраховка срещу закъснение, което не можете да премахнете.

Буфер има смисъл, когато:

• Каналът приема обновявания на наличности рядко или ги обработва бавно.
• Продавате един и същ артикул и физически, в магазин, където касата не е свързана.
• Артикулът е с високо търсене и малка наличност, и цената на един отказ е по-висока от цената на две непродадени бройки.
• Имате няколко склада и прехвърлянията между тях не се отразяват веднага.

Буферът не е решение, когато проблемът е, че наличността въобще не се обновява. Тогава буферът само отлага същата грешка.

Какво да проверите тази седмица

• Колко време минава от приемането на поръчка до промяната на публикуваната наличност? Ако не знаете числото, това е първото, което трябва да измерите.
• Публикувате ли разполагаемо или налично количество? Проверете за конкретен артикул с отворени поръчки.
• Какво се случва при анулиране - връща ли се количеството в продажба автоматично?
• Кои са десетте ви артикула с най-много откази през последните три месеца? Почти сигурно са с ниска наличност и високо търсене.

Какво не решава синхронизацията

Обща наличност не помага, ако наличността в системата е грешна. Разлика между рафта и системата се поправя с инвентаризация и с дисциплина при приемането на стока, не със софтуер.

Не помага и ако листингите не са свързани с продуктите. Ако маркетплейсът продава артикул, който системата не разпознава като ваш продукт, тя няма какво да намали. Затова мапването на листингите е предпоставка, а не допълнение.

И накрая: синхронизацията предотвратява продажба на липсваща стока, не предотвратява липсата. Ако редовно свършвате, проблемът е в поръчките към доставчиците.