Vad marknadsplatsintegration faktiskt poängsätts utifrån
En marknadsplats uppfyller inte de ordrar den tar emot, så den hanterar risken genom att poängsätta de säljare som gör det. Amazon, bol.com och Zalando publicerar alla sina tröskelvärden, och etiketterna skiljer sig mer åt än vad själva innehållet gör. Fem mått dyker upp på nästan varje plattform:
- Orderdefektsfrekvens: andelen ordrar som leder till klagomål, återkrav eller negativ feedback, vilket är det viktigaste mätvärdet på de flesta plattformar
- Avbokningsfrekvens före leverans: ordrar som säljaren avbokar efter att ha accepterat dem, vilket är vad översäljning leder till
- Frekvens för sena leveranser: ordrar som inte bekräftats som skickade inom det utlovade tidsfönstret, oavsett om de fysiskt lämnade lagret i tid eller inte
- Frekvens för giltig spårning: försändelser som skickats utan att ett användbart spårningsnummer nått marknadsplatsen
- Svarstid: hur snabbt köparens meddelanden besvaras, vilket mäts i timmar snarare än dagar
Avbokningar, sena leveranser och saknad spårning är snarare dataproblem än operativa problem, och det är här e-handelsautomatisering gör nytta. Ett lager kan plocka och skicka varor perfekt och ändå registrera en sen leverans, helt enkelt för att bekräftelsen aldrig nådde marknadsplatsen inom tidsfönstret.
Varför slutar marknadsplatsintegration att fungera vid delat lager?
Samma fysiska enhet erbjuds i webbshoppen, på två marknadsplatser och eventuellt hos en återförsäljare. Varje kanal har sin egen bild av hur många som finns tillgängliga, och endast en av dem kan ha rätt vid varje givet tillfälle.
Synkroniseringsintervall avgör exponeringen. En kvartscykel innebär att varje kanal arbetar utifrån siffror som kan vara upp till femton minuter gamla. Det är ofarligt för produkter med låg omsättningshastighet, men kostsamt för allt som säljer i stötar. Kampanjer och säsongstoppar är precis när intervallet spelar roll och precis när volymen gör problemet värre.
Det vanliga försvaret är en buffert, och dess kostnad är större än den ser ut att vara. En buffert måste dimensioneras för värsta tänkbara scenario snarare än genomsnittet, så den ställs in under en topp och ses sällan över efteråt. Den tillämpas per produktlinje och över alla kanaler samtidigt, och ingen rapporterar det som undanhållet lager. Att minska den beror på samma e-handelsintegration arbete som håller alla andra kanaler korrekta.
Vad en svag marknadsplatsintegration kostar
Kostnaderna uppstår i sekvens snarare än samtidigt, vilket är anledningen till att de är lätta att underskatta:
- Lagersaldo korrigerat för hand: någon justerar kvantiteter i tre eller fyra kanalsystem varje gång siffrorna driver iväg, och det arbetet växer för varje plattform som läggs till
- Avbokningar som förstärks: varje översäljning höjer avbokningsgraden, och graden mäts över en rullande period, så en dålig vecka påverkar den efterföljande månaden
- Sen leveransbekräftelse på ordrar som skickats i tid: paketet lämnade lagret, men bekräftelsen gjorde det inte, och mätetalet registrerar misslyckandet oavsett
- Förlorad köpknapp eller placering: köpknappen är den förvalda säljaren på en produktsida som delas av flera säljare, och att förlora den tar bort merparten av volymen innan någon kopplar det till mätetalet
- Avstängning: slutstadiet, och det som förvandlar ett kanalproblem till ett intäktsproblem
Varje marknadsplats tillämpar olika regler
Marknadsplatsregler liknar varandra i stora drag men skiljer sig åt i detaljerna, vilket är anledningen till att en andra plattform är svårare än den första, snarare än lättare.
Leveransfönstren varierar, så en order som tas emot samma dag kan behöva skickas inom tjugofyra timmar på en plattform och fyrtioåtta på en annan. Tröskelvärden för avbokningar skiljer sig åt, liksom huruvida en avbokning som begärs av köparen räknas mot säljaren. Returperioderna varierar, vilket påverkar när lagret kan betraktas som säljbart igen. Vissa marknadsplatser kräver leveransbekräftelse innan paketet fysiskt har lämnat lagret. Andra kräver spårningsinformation inom en viss tid därefter.
En säljare som listar produkter på Amazon, bol.com och Otto hanterar därför tre olika regelverk mot ett och samma lager. Att bygga in den logiken separat i varje kanalanslutning är det som gör att antalet marknadsplatser upplevs som komplext. Den underliggande verksamheten har inte förändrats alls.
Hur en integrationsplattform skyddar säljarmått
Säljare når marknadsplatser på tre sätt, och valet görs oftast innan säljarmåtten blir kritiska. Marknadsplatsintegratörer och kanalhanterare ansluter snabbt till ett brett utbud av plattformar och arbetar generellt utifrån sin egen lageröversikt snarare än att hämta data direkt från affärssystemet (ERP). Inbyggda marknadsplatsappar på en e-handelsplattform hanterar produktlistning och orderhämtning, men rör sällan lagersystemet. Direktbyggda API-lösningar ger full kontroll men multipliceras för varje plattform som läggs till.
En integrationsplattform som tjänst (iPaaS) kopplar samman varje marknadsplats med de system som faktiskt har svaren. På Alumio iPaaS tar det arbetet fyra former:
- Lagersaldo uppdateras vid rörelse, inte via timer: en händelsestyrd data Route skickar den nya siffran i samma ögonblick som en enhet reserveras någonstans, vilket gör att säkerhetsmarginaler kan sänkas på ett säkert sätt
- Varje marknadsplats regler hanteras separat: en data Transformer tillämpar det leveransfönster, de statuskoder och den avbokningslogik som varje plattform förväntar sig, så att tre regelverk körs mot en och samma lagerprocess
- Leverans bekräftad inom tidsfönstret: leverans- och spårningsinformation når marknadsplatsen i samma ögonblick som lagret registrerar dem, istället för i en nattlig batchkörning som landar efter deadline
- Säljarmått synliga tidigt: detaljerade Logs visar vilka ordrar som bekräftades sent eller avbokades, och varför, så att en negativ trend kan fångas upp medan den fortfarande går att korrigera
Dessa flöden konfigureras snarare än att byggas manuellt per plattform, med en Code Transformer tillgänglig där konfiguration inte kan uttrycka en regel och där kodning föredras. Den tredje marknadsplatsen återanvänder den lager- och leveranslogik som de två första etablerade.
Vad korrekt marknadsplatsintegration ger
Marknadsplatser utvärderas vanligtvis utifrån räckvidd och marginal, och säljarmåtten kommer sällan in i affärsbeslutet förrän en avstängning gör det akut.
Att behandla lagernoggrannhet och leveransbekräftelse som det faktiska kravet förändrar vad kanalen kan hantera. Säkerhetsmarginalerna minskar, vilket gör att verkligt lager blir tillgängligt för försäljning i alla kanaler samtidigt. Säljteamet kan då öppna en plattform utan att behöva fråga om verksamheten klarar av dess regler.
Lager säljs istället för att ligga låst bakom en säkerhetsmarginal. Säljarmåtten håller sig väl inom gränsvärdena utan att någon behöver övervaka dem dagligen. Strategin begränsas då av affärsmässiga bedömningar snarare än av hur många regelverk integrationen kan hantera.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
