SKU
Un SKU (Stock Keeping Unit) este un cod alfanumeric unic pe care un retailer îl atribuie unei variante specifice de produs pentru a o urmări prin inventar, vânzări și onorare. Spre deosebire de un UPC sau un cod de bare, un SKU este intern afacerii și poate codifica atribute precum mărimea, culoarea sau locația din depozit. Fiecare variantă vandabilă distinctă a unui produs primește propriul SKU.
Definiția SKU
Un SKU (Stock Keeping Unit — Unitate de Stocare) este un identificator unic pe care o afacere îl creează pentru a urmări o versiune specifică și vandabilă a unui produs prin sistemele de inventar, comandă și vânzări. Dacă un hanorac este disponibil în trei culori și patru mărimi, asta înseamnă douăsprezece SKU-uri, deoarece fiecare combinație trebuie numărată, prețuită și re-comandată independent. Un SKU nu este același lucru cu numele unui produs sau o listare — un produs poate avea mai multe SKU-uri, câte unul pentru fiecare variantă pe care un client o poate selecta și cumpăra efectiv. SKU-urile sunt interne afacerii care le creează, ceea ce le diferențiază de UPC-uri și EAN-uri, care sunt coduri standardizate atribuite de un organism extern (GS1) și partajate de fiecare retailer care vinde acel articol exact. Un retailer, prin urmare, poate crea propriul SKU pentru un produs pe care îl cumpără cu ridicata, suprapunând un cod intern peste codul de bare al producătorului, astfel încât propriile sale sisteme de depozit și raportare să-l poată urmări consecvent.
Cum sunt structurate codurile SKU
Nu există un standard universal pentru formatul SKU, ceea ce este atât un punct forte, cât și o sursă comună de haos. Majoritatea comercianților construiesc un șir alfanumeric scurt care codifică atributele importante pentru scopuri de depozit și raportare: categoria, linia de produs, culoarea și mărimea sunt elemente comune. Un model tipic arată ca TSH-CREW-BLK-L pentru un tricou negru, mărimea L, cu guler rotund, sau MUG-CER-12OZ pentru o cană ceramică de 12 uncii. Un design bun de SKU tinde să urmeze câteva reguli: păstrează codurile la o lungime consecventă pentru a fi ușor de scanat vizual și sortat într-o foaie de calcul, evită spațiile și caracterele speciale care pot deteriora importurile CSV sau slug-urile URL și fă codul suficient de lizibil încât un operator de depozit să poată recunoaște produsul doar din cod, fără a-l căuta. Unele afaceri folosesc în schimb SKU-uri numerice secvențiale (10001, 10002…) generate automat de platforma lor, sacrificând lizibilitatea pentru unicitate garantată. Oricare abordare funcționează atâta timp cât este aplicată consecvent — modul de eșec este de obicei inconsistența: o linie de produs codificată manual, alta generată automat, fără o logică comună între ele.
Ready to Monitor Your AI Visibility?
Track how AI chatbots mention your brand across ChatGPT, Perplexity, and other platforms.
De ce gestionarea la nivel de SKU contează pentru Ecommerce
Granularitatea SKU este ceea ce face posibilă gestionarea stocurilor. Numărătorile agregate la nivel de „produs" ascund faptul că o variantă este epuizată în timp ce alta este suprastocată — un magazin poate afișa „Tricou: în stoc" în timp ce mărimea care se vinde efectiv este în așteptare de două săptămâni. Gestionarea la nivel de SKU stă și la baza calculelor punctelor de recomandă, deoarece o mărime M și o mărime XL ale aceluiași tricou se vând în ritmuri diferite și au nevoie de declanșatoare de recomandă diferite. Dincolo de inventar, SKU-ul este cheia de legătură naturală pentru analiza marjei: odată ce un SKU are un cost de achiziție (cost unitar, transport intern, ambalare) atașat, fiecare articol de pe o linie de comandă poate fi legat de un cost real, iar veniturile și profitabilitatea pot fi raportate la exact aceeași granularitate pe care depozitul o folosește pentru a gestiona stocul. Fără date de cost la nivel de SKU, raportarea profitabilității trebuie să recurgă la medii la nivel de comandă, care estompează diferența dintre produsele cu marjă mare și cele vândute în pierdere, ascunzând care SKU-uri merită cu adevărat promovate.
SKU vs. UPC vs. ID de Produs
| Identificator | Cine îl atribuie | Domeniu de aplicare | Utilizare tipică |
|---|---|---|---|
| SKU | Retailerul sau marca însăși | Intern unei singure afaceri | Inventar, recomandări, raportare internă |
| UPC / EAN | GS1 (organism extern de standardizare) | Global, partajat între toți vânzătorii | Scanare la punctul de vânzare, listări pe marketplace |
| ID Produs / ASIN | Platforma (ex. Amazon, Shopify) | Intern platformei respective | Gestionarea catalogului într-un singur canal |
| ID Variantă | Baza de date a platformei de ecommerce | Intern back-end-ului magazinului | Referință tehnică, rareori vizibilă clienților |
Un singur produs fizic poate purta toate cele patru simultan: un UPC atribuit de producător, un SKU atribuit de retailer, un ASIN atribuit de marketplace și un ID de variantă atribuit de platformă. Vânzătorii multi-canal au de obicei nevoie de un tabel de mapare care să le reconcilieze, astfel încât o vânzare pe Amazon și o vânzare printr-un magazin Shopify să se raporteze la același SKU subiacent pentru raportare.
Stay Updated on AI Visibility Trends
Get the latest insights on AI mentions, brand monitoring, and optimization strategies.
Datele SKU și comerțul bazat pe Inteligență Artificială
Pe măsură ce cumpărăturile au loc din ce în ce mai mult prin asistenți AI precum ChatGPT Shopping, Perplexity Shopping și Amazon Rufus, feed-urile de date despre produse — informațiile structurate care spun acestor sisteme ce este în stoc, la ce preț, în ce variantă — depind de date curate la nivel de SKU în spate. Un asistent AI de cumpărături care recomandă „mărimea M în albastru" are nevoie ca feed-ul subiacent să rezolve aceasta într-un SKU real, cu stoc și preț reale, nu într-o listare generică de produs. SKU-urile neîngrijite sau duplicate sunt un motiv comun pentru care feed-urile de produse sunt respinse sau reprezentate greșit pe aceste canale. Pe partea de analiză, instrumente precum rapoartele eshop_get_products și eshop_list_product_costs ale AmICited funcționează la granularitate SKU tocmai pentru că la acest nivel sunt răspunsurile la întrebările de profitabilitate — „ce variantă a acestui produs ar trebui să continui să aprovizionez" este o întrebare la nivel de SKU, nu la nivel de nume de produs. Raportarea veniturilor și marjei pe SKU, mai degrabă decât pe titlu de produs, este ceea ce permite unui comerciant să vadă că mărimea M neagru se vinde cu o marjă de 40%, în timp ce mărimea XXL verde neon, deși este „același produs", abia dacă atinge pragul de rentabilitate.
Cele mai bune practici pentru gestionarea SKU-urilor
- Stabilește un SKU canonic per variantă înainte de a lista pe mai multe canale și mapează fiecare ID specific canalului înapoi la acesta
- Păstrează codurile SKU scurte, cu lungime consecventă și fără spații sau caractere speciale
- Atașează un cost de achiziție fiecărui SKU, nu doar un preț de vânzare cu amănuntul, pentru ca marja să poată fi calculată automat
- Evită reutilizarea unui SKU retras pentru un produs nou, fără legătură — raportarea istorică le va confunda
- Audită pentru SKU-uri duplicate sau aproape duplicate (un rezultat comun al editărilor manuale în foi de calcul) în mod regulat
- Include SKU-ul în fiecare export — comenzi, returnări și foi de cost — astfel încât seturile de date să poată fi întotdeauna reunite
Greșeli comune cu SKU-urile
O problemă frecventă este tratarea „produsului" și „SKU-ului" ca interschimbabile în raportare, ceea ce produce numărători de inventar și marje care arată bine în agregat, dar ascund o variantă cu performanță slabă sub una cu performanță bună. Soluția este să te asiguri că fiecare raport — vânzări, stoc, cost — este generat la nivel de SKU și agregat la nivel de produs doar ca o comoditate de afișare, nu ca și calcul subiacent. O altă problemă comună este derivarea SKU-urilor între canalele de vânzare: un comerciant creează o schemă de SKU-uri în sistemul său POS, alta este generată automat de platforma sa de ecommerce, iar un al treilea format apare pe o listare de marketplace, lăsând fără o modalitate fiabilă de a reconcilia vânzările totale pentru o variantă dată fără potrivire manuală. Soluția standard este un tabel de mapare menținut central, ideal în interiorul platformei care face raportarea, mai degrabă decât recreat ad-hoc într-o foaie de calcul de fiecare dată. O a treia greșeală este reutilizarea SKU-urilor atunci când un produs este întrerupt și înlocuit — o nouă formulare sau reproiectare căreia i se atribuie vechiul SKU alternează datele istorice de tendință, făcând să pară că același produs a schimbat brusc performanța, în loc să arate o separare clară înainte/după. În cele din urmă, mulți comercianți mai mici omit să atașeze un cost real de achiziție fiecărui SKU, folosind în schimb o marjă estimată plată pentru întregul catalog; acest lucru face ca raportarea profitabilității la nivel de SKU să fie tehnic posibilă, dar practic înșelătoare, deoarece nu poate dezvălui diferența reală dintre variantele cu cele mai bune și cele mai slabe performanțe.