Mga Pinakamahusay na Kasanayan sa Pagpapangalan ng SKU at Kalinisan ng Barcode para sa Pagpapalaki ng mga Tindahan

Ang isang SKU ay hindi isang label. Ito ang pangunahing susi ng iyong buong operasyon — at karamihan sa mga tindahan ay nagdidisenyo ng kanilang sarili nang hindi sinasadya, isang product launch sa bawat pagkakataon.

---

Maayos ang 3PL onboarding call hanggang sa hingin nila ang iyong master SKU file. I-export mo ang catalog, buksan ang CSV, at makikita mo ito sa paraan ng isang estranghero: 8oz-amber, AMBER CANDLE 8, candle_amber_8oz_new, 00123, at Amber 8oz (2024 restock). Limang panahon ng pagpapangalan, isang produkto. Alam mo kung alin ang alin. Walang ibang tao sa mundo ang nakakaalam — kasama, gaya ng lumalabas, kalahati ng software na ikokonekta mo.

Kaya naghanap ka ng "mga pinakamahusay na kasanayan sa pagpapangalan ng SKU" at nakakuha ng mga pahina ng parehong payo: maging pare-pareho, maging mapaglarawan, panatilihing maikli. Lahat totoo, wala sa mga ito ang kapaki-pakinabang, dahil ang tunay na mga tanong ay ang mga hindi nasasagot ng mga post na iyon. Dapat bang ibig sabihin ng SKU ang anumang bagay? Ano ang karapat-dapat sa sarili nitong SKU? Kailan mo kailangan ng tunay na mga barcode? At ang isa na walang sinuman ang sumasagot: paano mo aayusin ang isang masamang scheme kapag tatlong taon ng kasaysayan ng benta ang nakakabit sa mga lumang pangalan?

Bakit ang Kalinisan ng SKU ay Imprastraktura, Hindi Paglilinis

Ang kasinungalingan na karamihan sa mga tindahan ay gumagana ay ito: "Ang SKU ay isang panloob na label lamang — anumang natatanging string ay gumagana, at maaari natin itong laging linisin sa bandang huli."

Tumatakbo ito bilang totoo dahil sa loob ng isang sistema, ito ay totoo. Hindi mahalaga sa Shopify kung ang iyong SKU ay may mga espasyo at emoji. Ang problema ay dumarating sa sandaling pumasok ang pangalawang sistema sa larawan — at sa laki, palaging mayroong mas maraming sistema. Itinatala ng iyong platform ang benta. Ang iyong warehouse o 3PL ay pumipili laban dito. Ang iyong inventory software ay binibilang ito. Ang iyong accounting sync ay nagpo-post nito. Wala sa mga sistemang iyon ang nagbabahagi ng database. Ang tanging nag-uugnay sa kanila ay ang SKU string, na tumutugma sa bawat karakter.

Ginagawa nitong pangunahing susi ang SKU ng iyong operasyon, at ang mga pangunahing susi ay may mga patakaran na walang label: natatangi magpakailanman, matatag magpakailanman, maiimbak at maitutugma sa bawat sistema sa kadena. Ang "linisin sila sa bandang huli" ay ang mahal na bahagi — ang pagpapalit ng pangalan ng isang pangunahing susi ay sumisira sa bawat join na tumutukoy dito, na siyang eksaktong problema sa migration na ating pupuntahan.

Mga Pinakamahusay na Kasanayan sa Pagpapangalan ng SKU: Pagdidisenyo ng Isang Scheme na Makakaligtas

Mayroong dalawang tapat na pilosopiya, at ang mga roundup ay karaniwang nagpapanggap na mayroon lamang isa.

Structured SKUs ay nag-eencode ng kahulugan: kategorya, linya ng produkto, katangian, laki. Ang isang tao na nagbabasa ng listahan ng pagpili ay maaaring suriin na ang CDL-AMB-08 ay ang 8 oz na amber na kandila at mahuli ang maling pagkuha nang walang scanner. Ang kapalit ay ang pagiging marupok. Ang mga produkto ay muling ikakategorya, ang mga linya ay muling papangalanan, ang isang code ng katangian ay mauubusan ng mga letra — at sa tuwing ang katotohanan ay lumalayo sa pag-encode, mararamdaman mo ang paghila upang muling pangalanan. Ang muling pagpapangalan ay ang pinakamalaking kasalanan.

Sequential SKUs ay walang ini-encode: 10041, 10042, 10043. Hindi sila nagsisinungaling, hindi lumalayo, at hindi kailanman kailangang muling pangalanan, dahil hindi sila kailanman nag-angkin ng anuman. Ang kapalit ay hindi sila mababasa ng mga tao, kaya ang katumpakan ay ganap na nakasalalay sa pag-scan. Ang mga operasyon na pang-warehouse ay tumatakbo nang maayos sa sequential; ang isang tagapagtatag na nag-iimpake ng mga order sa isang mesa sa kusina ay magkakamali sa pagpili.

Ang praktikal na tuntunin: i-encode lamang ang hindi kailanman magbabago tungkol sa item, at hanapin ang lahat ng iba pa. Ang kategorya at isa o dalawang katangian ng pagkakakilanlan ay karaniwang ligtas. Supplier, lokasyon ng warehouse, tier ng presyo, panahon, taon — hindi kailanman. Ang mga iyon ay pabago-bagong katotohanan na nabibilang sa mga field ng produkto na naka-key sa SKU, hindi nakabaon dito. Ang isang SKU na nag-eencode ng supplier ay nagiging kasinungalingan sa araw na lumipat ka ng mga supplier, at pagkatapos ay pipili ka sa pagitan ng isang nakaliligaw na code at isang mapaminsalang pagpapalit ng pangalan.

Anuman ang pilosofiyang pipiliin mo, ang mga patakaran sa pag-format ay hindi mapag-uusapan, dahil tungkol ito sa kung ano ang makakaligtas sa bawat CSV import, API call, at barcode scan:

• Malalaking titik, numero, gitling. Wala nang iba pa. Ang mga espasyo ay hindi pare-parehong tinatanggal; ang mga slash, ampersand, at quote ay masisira ang mga URL at pag-parse ng CSV sa isang lugar, sa kalaunan.
• Huwag kailanman umasa sa case upang makilala ang dalawang SKU. Ang ilang mga sistema ay case-sensitive, ang ilan ay hindi — ang abc-1 at ABC-1 ay dalawang produkto sa isang tool at isang banggaan sa susunod.
• Walang mga nangungunang zero. Ang mga spreadsheet ay tahimik na tinatanggal ang mga ito, at kalahati ng iyong SKU pipeline ay dadaan sa isang spreadsheet sa isang punto.
• Bawalan ang letrang O (at isaalang-alang ang pagbabawal sa I). May magta-type ng SKU sa pamamagitan ng kamay sa kalaunan, at ang pagkalito ng O/0 ay lumilikha ng mga phantom na produkto.
• Panatilihin itong mas mababa sa 20 karakter. Nag-iiba-iba ang mga limitasyon ng field sa bawat sistema, at ang isang naputol na SKU ay isang tahimik na pagpapalit ng pangalan.
• Huwag kailanman muling gamitin ang isang tinanggal na SKU para sa ibang produkto. Ang mga makasaysayang ulat ay magsasama-sama sa string na iyon magpakailanman.

Narito kung ano ang hitsura nito kapag inilapat. Isang kathang-isip na tatak ng mga gamit sa bahay, Alder & Ash, bago at pagkatapos:

Produkto	Bago (limang panahon ng paghula)	Pagkatapos (CATEGORY-LINE-SIZE)
Amber na kandila, 8 oz	8oz-amber	CDL-AMB-08
Amber na kandila, 16 oz	AMBER CANDLE 16	CDL-AMB-16
Cedar na kandila, 8 oz	candle_cedar_8oz_new	CDL-CDR-08
Matches, standard box	00123	MCH-STD-01
Trimmer ng mitsa	Trimmer (2024)	TLS-TRM-01

Tatlong segment, lahat ay malalaking titik, walang pabago-bagong naka-encode. Hindi matalino ang iskema. Iyon ang punto — ang mga matalinong iskema ang nangangailangan ng pagpapalit ng pangalan sa loob ng labing-walong buwan.

Ang Problema sa Pagsabog ng Variant

Ang unang bagay na nagte-test ng anumang iskema ay ang laki/kulay na matrix. Isang istilo ng t-shirt sa 6 na laki at 8 na kulay ay 48 SKU; sampung istilo ay 480. Dito lumolobo ang mga tindahan sa kanilang katalogo o kulang ang paghahati nito, at parehong nakakasakit.

Ang tuntunin na lumulutas nito: ang isang variant ay karapat-dapat sa sarili nitong SKU kung ito ay hiwalay na binibilang, pinipili, binibili, o binibigyan ng presyo. Ang isang malaking asul na tee at isang maliit na itim na tee ay magkaibang pisikal na yunit sa magkaibang mga istante — magkahiwalay na SKU, walang debate. Ngunit ang pambalot ng regalo, teksto ng pag-ukit, isang warranty add-on? Iyon ay mga opsyon sa linya ng order, hindi mga yunit ng stock. Ang pagbibigay sa kanila ng mga SKU ay nagpaparumi sa bawat bilang pababa.

Dalawang corollaries. Huwag gumawa ng mga SKU para sa mga variant na hindi mo talaga iniimbak — ang isang teoretikal na kulay ay paglobo ng matrix na nagpapabagal sa bawat sync at mapping job. At mga bundle: ang isang kit na paunang binuo at pinipili bilang isang yunit ay isang tunay na SKU; ang isang virtual bundle ay dapat magbawas sa mga component SKU sa halip. Kung mahusay bang hinahawakan ng iyong inventory tool ang pagkakaibang iyon ay isa sa mga pamantayan sa pagsusuri na mahalaga sa isang IMS.

Ang mga Barcode ay Hindi SKU

Ang mga ito ay madalas na napagkakamalan, at ang pagkakaiba ay mahalaga habang lumalaki ka.

Ang iyong SKU ay panloob. Ikaw ang lumikha nito, pagmamay-ari mo ito, libre ito, at may kahulugan lamang ito sa loob ng iyong negosyo. Ang isang barcode — isang UPC o EAN, parehong miyembro ng pamilya ng GTIN — ay isang pandaigdigang identifier para sa isang produkto, na inisyu sa pamamagitan ng GS1 system, na nangangahulugang pareho anuman ang nagbebenta ng item.

Kailan mo talaga kailangan ang mga rehistradong code? Tatlong pinto, humigit-kumulang sa pagkakasunud-sunod ng kahigpitan. Mga Marketplace: ang mga pangunahin ay karaniwang nangangailangan ng GTIN upang ilista ang isang produkto (na may mga landas ng pagpaparehistro ng tatak at pagbubukod para sa mga pribadong tatak na produkto), at lumipat sila patungo sa pagpapatunay ng mga code laban sa sariling mga talaan ng GS1 — kaya naman ang mga murang UPC block mula sa mga reseller ng third-party ay isang maling ekonomiya na maaaring mabigo sa pagpapatunay sa hinaharap. Retail: kung ang isang mamimili ng chain ay kailanman mag-scan ng iyong produkto sa isang register, ang mga rehistradong code ay mga kinakailangan. 3PL: halos lahat ay nangangailangan ng isang scannable barcode sa bawat yunit — ngunit marami ang masayang tatanggap ng isang Code 128 barcode ng iyong sariling SKU kung hindi ka nagbebenta sa retail o mga marketplace, na hindi ka nagkakahalaga.

Kaya ang tapat na pagkakasunud-sunod: malinis na mga SKU muna, palagi; mga barcode na batay sa SKU kapag kailangang mag-scan ang isang warehouse; mga rehistradong GTIN kapag ang isang marketplace o retailer ay nagbubukas ng pinto. Ang mga kinakailangan at bayarin ay nagbabago — suriin ang kasalukuyang mga kinakailangan ng GS1 at ang mga patakaran sa paglilista ng bawat channel bago ka bumili ng anuman.

Pagpapalit ng Pangalan ng mga SKU Nang Hindi Sira ang Iyong Kasaysayan

Ngayon ang mahirap. Tiningnan mo ang iyong katalogo at gusto mong lumipat sa isang malinis na iskema. Ang problema: bawat sistemang pinapatakbo mo ay kumokonekta gamit ang mga lumang string. Kasaysayan ng bilis ng pagbebenta, mga punto ng muling pag-order, mga pagtatalaga ng bin sa warehouse, mga pagmamapa sa accounting — palitan ang pangalan sa lugar at ang bawat isa sa mga koneksyon na iyon ay tahimik na masisira. Mas malala pa, nagkakaiba ang mga sistema kung ano ang ibig sabihin ng isang pagpapalit ng pangalan: ang ilan ay hinahayaan kang i-edit ang field ng SKU at panatilihin ang kasaysayan ng produkto; ang iba ay tinatrato ang isang binagong SKU bilang isang bagong item na walang kasaysayan. Alamin kung anong pag-uugali ang mayroon ang bawat isa sa iyong mga sistema bago mo hawakan ang anuman.

Ang pattern ng migration na nagpapanatili ng pagpapatuloy:

1. Gumawa muna ng crosswalk table — lumang SKU, bagong SKU, petsa, pangalan ng produkto. Ang file na ito ay permanente: ito ang paraan para ilarawan ng isang 2024 report at ng isang 2027 report ang parehong pisikal na produkto.
2. Mag-cut over sa isang malinis na hangganan — pagkatapos mismo ng pisikal na bilang, sa pagtatapos ng buwan. Ang mga label sa istante at mga tala sa sistema ay kailangang magbago nang sabay, at ang bilang ay ang tanging sandali na pinagkakatiwalaan mo ang pareho.
3. I-coordinate ang window sa lahat ng sistema nang sabay-sabay: platform, imbentaryo tool, 3PL (na mangangailangan ng lead time at maaaring maningil para sa muling pag-label ng stock), at ang mga product mapping ng iyong accounting sync. Ang isang kalahating-nami-migrate na linggo — mga bagong SKU na nabebenta habang pinipili ng warehouse ang mga luma — ay mas masahol pa kaysa sa alinmang steady state.
4. Gumamit ng mga alias kung saan sinusuportahan ito ng mga sistema, upang ang mga lumang SKU ay tumuro sa mga bago sa panahon ng paglipat sa halip na magkaroon ng error.
5. I-retire ang mga lumang SKU; huwag kailanman burahin o gamitin muli ang mga ito. Hawak nila ang iyong kasaysayan. Mag-migrate sa mga alon ng kategorya kung malaki ang catalog — ang isang nakapaloob na pagkakamali ay mas mahusay kaysa sa isang pandaigdigang pagkakamali.

Isang SKU, Limang Sistema — Kasama ang mga Libro

Narito ang pagsubok sa lahat ng nasa itaas: ang string na CDL-AMB-08 ay dapat mangahulugan ng parehong pisikal na kandila sa Shopify o WooCommerce, sa sistema ng warehouse ng 3PL, sa iyong imbentaryo tool, at sa iyong accounting file. Ang bawat integrasyon sa pagitan nila ay tumutugma dito, bawat karakter. Kapag nabigo ang tugma, walang nag-aanunsyo nito — ang order ay nag-sync pa rin, ang pagpili ay nangyayari pa rin. Ito ay nangyayari lamang nang *mali*, at malalaman mo ito sa oras ng bilang o pagtatapos ng buwan.

Ang mga libro ang pinagmumulan ng pagiging konkretong pinansyal nito, kaya narito ang isang tulay na talata na utang sa iyo ng post na ito. Ang accounting bawat produkto — pag-alam ng margin bawat SKU, hindi lamang kita sa isang malaking halaga — ay gumagana lamang kung ang bawat SKU ay tumutugma sa isang partikular na item sa QuickBooks. Ang SKU-level na product mapping na iyon ay eksakto kung paano niruruta ng isang sync tool tulad ng LedgerPort ang kita ng bawat produkto sa tamang lugar, at ang tampok nitong Auto-Map ay tumutugma sa iyong catalog sa mga item ng QuickBooks ayon sa SKU o pangalan ng produkto — na nangangahulugang ang isang malinis na scheme ay nagmamapa sa isang pass, habang ang isang limang-panahong catalog ay nangangahulugan ng manu-manong pagtutugma at pagbabalik sa paglumpo. Ang tool ay nagmamana ng iyong kalinisan; hindi nito ito malilikha. Ang nagiging posible ng mapping na iyon — tunay na pagtingin sa gastos at margin sa antas ng produkto — ay sakop sa aming gabay sa COGS para sa mga nagbebenta sa Shopify sa QuickBooks.

Ang Hindi Kaakit-akit na Gantimpala

Pumasok ka para sa mga convention sa pagpapangalan at nagtapos sa pagdidisenyo ng isang database schema — na siyang aktwal na ginagawa ng trabaho sa SKU. Ang gantimpala ay hindi nakikita ayon sa disenyo: ang 3PL onboarding kung saan ang master file ay hindi nangangailangan ng paliwanag, ang imbentaryo migration na tumatagal ng mga araw sa halip na mga buwan, ang product-margin report kung saan ang bawat hilera ay nangangahulugan ng isang tunay na bagay.

Ang bago-at-pagkatapos na talahanayan ng Alder & Ash ay tumagal ng isang hapon upang idisenyo at isang coordinated na pagtatapos ng buwan upang i-migrate — at ang bawat sistema na idinagdag ng brand mula ngayon ay nagmamana ng malinis na bersyon. Iyon ang kapalit: isang mapagpasyang hapon ngayon, laban sa isang lumalaking buwis sa bawat integrasyon sa hinaharap.

Ang parehong pangunahing susi sa huli ay nagdadala ng dolyar, hindi lamang mga bilang, at ang panig ng dolyar ay may sariling mga patakaran sa kalinisan. Kapag handa ka na para sa kalahating iyon, magsimula sa aming kumpletong gabay sa accounting ng e-commerce.