En SKU är inte en streckkod, inte en tillverkares kod och inte ett referensnummer som kunden ser. Det är en intern identifierare som du själv bestämmer för dina egna driftsbehov. Om du förstår den skillnaden från början slipper du mycket förvirring om vad SKU:er är till för och hur de bör byggas upp.
Vad är en SKU?
En SKU, förkortning av stock keeping unit, är en unik kod med bokstäver och siffror som tilldelas en specifik produktvariant i ditt sortiment. Den identifierar en bestämd kombination av egenskaper, som produkttyp, färg och storlek, i ditt lagersystem. När en köpare beställer en blå huvtröja i storlek large är det SKU:n för just den varianten som systemet använder för att hitta den, dra av den från lagret och registrera försäljningen.
SKU:er är interna koder. Köpare ser dem sällan. De är gjorda för att läsas av ditt system, ditt lagerteam och dina leverantörer, inte av dina kunder. Det betyder att de kan formateras på det sätt som tjänar din verksamhet bäst, utan att du behöver oroa dig för hur de ser ut på en produktsida.
Varje variant av en produkt behöver sin egen SKU. En t-shirt i tre färger och fyra storlekar har tolv varianter och behöver därför tolv SKU:er. Att ge hela produkten en enda SKU och förlita sig på en separat anteckning om storlek och färg är hur lagersystem tappar noggrannhet. SKU:n är det som gör varje specifik version av en produkt spårbar som en egen enhet.
Hur skiljer sig en SKU från en streckkod eller UPC?
En streckkod, närmare bestämt en UPC (Universal Product Code), är en standardiserad identifierare som delas ut av ett externt register. Den används för att identifiera produkter i handeln, i leveranskedjor och på marknadsplatser. Streckkoder är universella, vilket betyder att en streckkodsläsare var som helst i världen läser samma nummer för samma produkt. Du skapar dem inte själv. Du ansöker om dem hos en registerorganisation.
En SKU skapar du själv, för eget internt bruk. Två olika butiker som säljer samma produkt använder troligen olika SKU:er för den. En SKU har ingen universell betydelse utanför din organisation. Det är en kod som är begriplig inom din sortimentsstruktur och din orderhantering.
Du kan använda båda. En produkt kan ha tillverkarens streckkod för försäljning på marknadsplatser och integration i leveranskedjan, och en SKU som passar din interna namnstruktur. De två koderna tjänar olika syften och finns i olika system. I din butik är det SKU:n som din lagerhantering följer. På en marknadsplats eller i ett lager med streckkodsläsning tar UPC över.
Varför är ett bra SKU-system viktigt?
Titta på vilken butik som helst som hanterar lager utan strukturerade SKU:er så hittar du samma problem. En blå skjorta i storlek medium och en blå skjorta i storlek large som båda står som "Blå skjorta" i ett kalkylblad. Ett plockteam som måste läsa en skriftlig beskrivning för varje plock. En efterbeställning som pekar ut fel produkt för att två artiklar har liknande namn men ingen tydlig kod.
Ett strukturerat SKU-system tar bort fel som beror på beskrivningar. När varje variant har en unik, läsbar kod krymper utrymmet för förväxling kraftigt. Ditt plockteam plockar efter kod, inte efter beskrivning. Ditt lagersystem drar av efter kod, inte efter en textträff. Dina rapporter för efterbeställning listar specifika koder, inte produktnamn som kan vara tvetydiga.
När ett sortiment växer blir det här viktigare. Med 20 produkter kanske du klarar dig utan SKU:er genom noggranna beskrivningar. Med 200 produkter och flera varianter vardera kommer systemet utan strukturerade SKU:er att fallera regelbundet. Att bygga en SKU-struktur tidigt, medan sortimentet fortfarande är hanterbart, är mycket enklare än att bygga in den i efterhand när lagerfelen redan har samlats på hög.
Hur bygger du en SKU-struktur?
En SKU byggs oftast upp av en följd av koder som representerar produktens viktigaste egenskaper, åtskilda av bindestreck eller annat skiljetecken. Målet är att koden ska gå att läsa i ett ögonkast av alla som arbetar med ditt lager, utan att behöva slå upp den.
Välj dina egenskaper i ordning
Bestäm vilka egenskaper som definierar en variant och i vilken ordning de står i SKU:n. En vanlig struktur för en klädbutik är produktkategori, sedan produktnamn eller produktkod, sedan färg, sedan storlek. En blå huvtröja i storlek medium med designen "Maple" ur ett märkes huvtröjesortiment kan alltså bli HUD-MAP-BLU-M. Alla som hanterar ordern vet att det är en huvtröja, designen Maple, blå, medium, utan att läsa en beskrivning.
Håll ordningen på egenskaperna densamma i hela sortimentet. Om färg kommer före storlek i en SKU måste den komma före storlek i alla SKU:er. Inkonsekvens förstör poängen med ett strukturerat system. Koden blir oläslig om ordningen på delarna varierar.
Använd korta koder med fast längd för varje del
Varje del av en SKU ska vara en kort, enhetlig förkortning. Tre tecken är en vanlig standard för varje del. BLU för blå, MED för medium, HOD för huvtröja. Undvik förkortningar som ser likadana ut för olika värden. BLK för svart och BLU för blå går att skilja åt. BL för båda gör det inte. Testa dina förkortningar mot hela ditt utbud av värden innan du bestämmer dig.
Undvik specialtecken och mellanslag
SKU:er ska bara innehålla bokstäver och siffror, med bindestreck eller understreck som skiljetecken om du behöver avgränsare. Mellanslag, snedstreck och specialtecken skapar problem i kalkylblad, lagersystem och när SKU:er exporteras eller importeras mellan verktyg. En SKU som HOD-MAP-BLU-M fungerar överallt. En SKU som HOD / MAP BLU (M) kommer att gå sönder i minst ett system den passerar.
Bygg inte in leverantörens koder i dina SKU:er
Att använda en leverantörs egen produktkod som din SKU skapar ett beroende av leverantörens namnsystem. Om du byter leverantör, eller om leverantören ändrar sin kod, går ditt SKU-system sönder. Dina SKU:er ska spegla dina sortimentsegenskaper, inte leverantörens sortiment. Håll leverantörsreferenser separata, som ett fält för leverantörskod som finns bredvid din SKU och inte inuti den.
Hur många tecken ska en SKU ha?
Det finns ingen universell regel, men kortare är i allmänhet bättre. SKU:er på mellan 8 och 20 tecken fungerar för de flesta sortiment. Längre SKU:er är svårare att läsa, svårare att skriva rätt och svårare att skanna i ett ögonkast vid plockning. Om din följd av egenskaper ger en SKU på 30 tecken eller mer, leta efter delar som kan förkortas hårdare eller tas bort utan att unikheten går förlorad.
SKU:n behöver bara vara unik inom ditt sortiment, inte unik i hela världen. Du behöver inte lägga till slumpmässiga tecken eller långa prefix för att garantera unikhet globalt. En strukturerad kod byggd av dina egna sortimentsegenskaper är unik bland dina produkter så länge egenskaperna själva är olika.
Vad gör du när en produkt utgår?
När en produkt utgår ska dess SKU pensioneras i stället för att tilldelas på nytt. Återanvänd aldrig en SKU för en annan produkt. Historiska orderposter, lagerrapporter och leverantörskorrespondens som hänvisar till den gamla SKU:n blir förvirrande eller felaktiga om samma kod nu avser något annat.
Markera pensionerade SKU:er som inaktiva i ditt system. Låt dem finnas kvar i dina register så länge din historiska data är relevant, oftast minst tre år av skatte- och bokföringsskäl. Ta inte bort dem. En inaktiv SKU som fortfarande syns i dina historiska rapporter är användbar information. En raderad SKU som dyker upp i gamla orderposter som en referens som inte går att lösa är en huvudvärk.
Hur hänger SKU:er ihop med lagerhantering?
SKU:er är grunden som gör lagerföring användbar på variantnivå. Utan en SKU per variant kan ditt lagersystem tala om hur många enheter av en produkt du har totalt. Med en SKU per variant kan det tala om hur många blå huvtröjor i medium du har. Den precisionen gör beslut om efterbeställning korrekta och förebyggande av slutsålda varor möjligt.
Varje beställningspunkt, varje lågsaldoavisering och varje lagerräkning i en väl skött butik görs på SKU-nivå. När du sätter en beställningspunkt på 10 enheter sätter du den för en specifik SKU, inte för en produkt som helhet. När ditt system skickar en avisering om lågt lager hänvisar den till SKU:n så att du vet exakt vilken variant som behöver uppmärksamhet. En fullständig genomgång av hur lagerföring och beställningspunkter fungerar i praktiken finns i hur du hanterar lagret i din webbutik.
Hur hjälper SKU:er vid plockning och leverans?
I orderhanteringen är SKU:n det sätt på vilket rätt artikel hittas och plockas för en order. En plocklista som skapas från en order innehåller oftast SKU, antal och lagerplats för varje artikel. Den som plockar utifrån en SKU arbetar med en kod som pekar på exakt en produktvariant. Det finns ingen tvetydighet som det skulle finnas om plocklistan sa "Blå huvtröja, medium" och två liknande produkter stod i samma område.
För butiker som skickar hemifrån eller från en liten arbetsyta gör SKU:er det möjligt att skapa ett enkelt platssystem. Varje SKU har en bestämd förvaringsplats. När en order kommer in plockar du den SKU som ordern anger från sin plats. Inget letande, ingen gissning, inget plock av fel variant för att två produkter ser lika ut på hyllan.
Vanliga SKU-misstag att undvika
Att använda produktnamnet som SKU
Produktnamn är för långa, för varierande och för ofta ändrade för att fungera som SKU:er. Om du byter namn på en produkt eller finslipar beskrivningen ändras "SKU:n" också, vilket förstör alla historiska poster som hänvisar till det gamla namnet. SKU:er är koder, inte etiketter.
Att börja SKU:er med en nolla
Inledande nollor i SKU:er skapar problem när SKU-data passerar kalkylblad, som ofta tar bort inledande nollor från numeriska fält. En SKU på 00142 blir 142 i ett kalkylblad, vilket inte längre stämmer med originalkoden. Använd bokstäver eller siffror som inte är noll i början av varje SKU.
Att skapa SKU:er som liknar varandra för mycket
SKU:er som skiljer sig med bara ett tecken är lätta att blanda ihop vid manuell registrering eller plockning. Om BLU-M och BLK-M ser nästan likadana ut vid plockning kommer fel att ske. Bygg in tillräcklig skillnad i dina förkortningar så att närliggande SKU:er tydligt går att skilja åt under tidspress.
Så stöder WEMASY SKU-hantering
WEMASYs e-handelssystem låter dig ge varje produkt och varje variant en egen SKU, följa lagersaldot på SKU-nivå och sätta beställningsgränser per SKU så att aviseringar om lågt lager utlöses för specifika varianter och inte bara på produktnivå. SKU:er ingår i orderexporter och lagerrapporter så att dina leveransuppgifter hålls ordnade. Se vad som ingår i varje plan på prissidan. Mer om hur ditt sortiment är uppbyggt och organiserat finns i hur du organiserar ditt produktsortiment med kategorier och taggar.
Vanliga frågor
Behöver jag SKU:er om jag bara säljer ett fåtal produkter?
Även med ett litet sortiment gör SKU:er lagerhanteringen mer pålitlig och framtidssäker. Om du har fem produkter i dag är merarbetet med att skapa en SKU-struktur minimalt. Om du växer till 50 produkter utan en är det tidskrävande att bygga in ett system i befintliga register och det ger fel. Att ställa in en enkel, logisk SKU-struktur från början tar mindre tid än den första lageravstämningen du annars måste göra utan en. Med WEMASYs webbplatsbyggare kan du ställa in det direkt i din butik.
Kan jag ändra mina SKU:er när de redan används?
Det går, men det kräver noggrann samordning. Varje system som hänvisar till den gamla SKU:n, inklusive historiska ordrar, leverantörskommunikation, lagerregister och orderprogram, måste uppdateras, eller så måste de gamla och nya koderna kopplas ihop under en övergångsperiod. Om du behöver ändra din SKU-struktur, planera övergången noga, uppdatera alla kopplade register innan du tar bort de gamla koderna och spara en referenstabell som kopplar gamla SKU:er till nya i minst två år efter ändringen.
Ska mina SKU:er vara synliga för kunderna i min butik?
SKU:er är interna koder och har i allmänhet ingen nytta för köpare. De flesta butiker visar dem inte på produktsidor. Undantaget är när dina kunder är andra varumärken eller företag som behöver hänvisa till dina produktkoder i sina egna beställningssystem. I det fallet gör det återkommande beställningar enklare för dina köpare om SKU:n visas på produktsidan. För butiker som riktar sig till konsumenter, håll SKU:erna interna.
Vad är skillnaden mellan en SKU och ett internt produkt-ID?
Ett produkt-ID är oftast ett systemgenererat nummer som din e-handelsprogramvara automatiskt tilldelar varje produkt. Det är en databasidentifierare. En SKU är en kod som en människa bestämmer och som du skapar för att spegla din sortimentsstruktur. Produkt-ID:t finns för systemet. SKU:n finns för ditt team. Båda används för att identifiera produkter unikt, men en SKU är utformad för att vara läsbar och meningsfull för dem som arbetar med den, medan ett produkt-ID bara är ett nummer som systemet använder internt.
Hur skapar jag SKU:er för produktpaket?
Ett paket är en grupp produkter som säljs tillsammans som en enhet. Det ska ha en egen SKU som identifierar det som ett paket, skild från SKU:erna för dess enskilda delar. Paketets SKU följer lagret av paketet som en säljbar enhet. När ett paket köps ska systemet dra av en enhet från paketets SKU-saldo. Om du också följer delarnas lager separat drar en mer avancerad lösning av från varje dels SKU också. För enkel verksamhet är det ett fungerande sätt att börja att ge paketet en SKU och sköta paketets lager manuellt.
Ska jag använda siffror, bokstäver eller båda i mina SKU:er?
SKU:er med både bokstäver och siffror är det mest praktiska. Bokstäverna låter dig koda meningsfulla förkortningar för produktegenskaper, som BLU för blå eller HOD för huvtröja, medan siffror kan koda varianter som storlekar eller löpande produktreferenser. SKU:er med bara siffror är svårare att göra läsbara och meningsfulla. SKU:er med bara bokstäver kan bli långa och svåra att skilja åt i ett ögonkast. Ett blandat format ger det bästa av båda och håller koderna korta, läsbara och tydligt åtskilda.