SKU는 레이블이 아닙니다. 그것은 귀하의 전체 운영의 기본 키이며 — 대부분의 스토어는 각 제품 출시 시마다 우연히 이를 설계합니다.
3PL 온보딩 통화는 마스터 SKU 파일을 요청할 때까지 잘 진행됩니다. 카탈로그를 내보내고 CSV를 열면 낯선 사람이 볼 수 있는 방식으로 보게 됩니다: 8oz-amber, AMBER CANDLE 8, candle_amber_8oz_new, 00123, 그리고 Amber 8oz (2024 restock). 다섯 가지 명명 시대, 하나의 제품. 당신은 어떤 것이 어떤 것인지 압니다. 세상에 다른 누구도 모릅니다 — 당신이 연결하려는 소프트웨어의 절반도 마찬가지입니다.
그래서 "SKU 명명 모범 사례"를 검색하면 같은 조언이 담긴 페이지를 얻게 됩니다: 일관성 있게, 설명적으로, 짧게 유지하세요. 모두 사실이지만, 아무것도 유용하지 않습니다. 왜냐하면 실제 질문은 해당 게시물에서 건너뛰는 질문이기 때문입니다. SKU가 의미를 가져야 합니까? 무엇이 자체 SKU를 받을 자격이 있습니까? 언제 실제 바코드가 필요합니까? 그리고 아무도 답하지 않는 질문: 3년 간의 판매 기록이 이전 이름에 연결되어 있을 때 잘못된 체계를 어떻게 수정합니까?
왜 SKU 위생은 정리정돈이 아닌 인프라인가
대부분의 스토어가 운영하는 거짓말은 다음과 같습니다: "SKU는 단지 내부 레이블일 뿐입니다 — 어떤 고유한 문자열이든 작동하며, 나중에 항상 정리할 수 있습니다."
하나의 시스템 안에서는 사실이기 때문에 그렇게 느껴집니다. Shopify는 SKU에 공백과 이모지가 있는지 신경 쓰지 않습니다. 두 번째 시스템이 등장하는 순간 문제가 발생합니다 — 그리고 규모가 커지면 항상 더 많은 시스템이 있습니다. 귀하의 플랫폼은 판매를 기록합니다. 귀하의 창고 또는 3PL은 이를 기준으로 선택합니다. 귀하의 재고 소프트웨어는 이를 계산합니다. 귀하의 회계 동기화는 이를 게시합니다. 이러한 시스템 중 어느 것도 데이터베이스를 공유하지 않습니다. 그들을 연결하는 유일한 것은 SKU 문자열이며, 글자 단위로 일치합니다.
그것이 SKU를 귀하의 운영의 기본 키로 만들며, 기본 키는 레이블에는 없는 규칙을 가지고 있습니다: 영원히 고유하고, 영원히 안정적이며, 체인의 모든 시스템에서 저장 및 일치 가능해야 합니다. "나중에 정리한다"는 것은 비용이 많이 드는 부분입니다 — 기본 키의 이름을 바꾸면 참조했던 모든 조인이 깨지는데, 이것이 바로 우리가 다룰 마이그레이션 문제입니다.
SKU 명명 모범 사례: 지속 가능한 체계 설계
두 가지 정직한 철학이 있으며, 요약은 보통 하나만 있는 것처럼 가장합니다.
구조화된 SKU는 카테고리, 제품 라인, 속성, 크기와 같은 의미를 인코딩합니다. 피킹 리스트를 읽는 사람은 CDL-AMB-08이 8온스 호박색 양초임을 즉석에서 확인하고 스캐너 없이 잘못된 상품을 집는 것을 발견할 수 있습니다. 비용은 취약성입니다. 제품이 재분류되고, 라인이 이름이 바뀌고, 속성 코드가 문자가 부족해지면 - 현실이 인코딩에서 벗어날 때마다 이름을 바꿔야 한다는 압박감을 느낄 것입니다. 이름 변경은 가장 큰 죄악입니다.
순차 SKU는 아무것도 인코딩하지 않습니다: 10041, 10042, 10043. 아무것도 주장하지 않았기 때문에 절대 거짓말을 하지 않고, 벗어나지 않으며, 이름을 바꿀 필요가 없습니다. 비용은 사람이 읽을 수 없으므로 정확도는 전적으로 스캔에 달려 있다는 것입니다. 창고 등급 운영은 순차적으로 잘 작동합니다. 주방 식탁에서 주문을 포장하는 창업자는 잘못 선택할 것입니다.
실용적인 규칙: 항상 변하지 않을 항목에 대한 것만 인코딩하고 나머지는 조회하십시오. 카테고리와 하나 또는 두 개의 식별 속성은 일반적으로 안전합니다. 공급업체, 창고 위치, 가격 등급, 시즌, 연도 - 절대 안 됩니다. 그것들은 SKU에 키로 연결된 제품 필드에 속하는 휘발성 사실이며, SKU에 구워진 것이 아닙니다. 공급업체를 인코딩하는 SKU는 공급업체를 전환하는 날 거짓말이 되며, 그러면 오해의 소지가 있는 코드와 치명적인 이름 변경 사이에서 선택하게 될 것입니다.
어떤 철학을 선택하든, 형식 규칙은 협상할 수 없습니다. 왜냐하면 CSV 가져오기, API 호출 및 바코드 스캔을 모두 통과하는 것에 관한 것이기 때문입니다:
- 대문자, 숫자, 하이픈. 그 외에는 아무것도 없습니다. 공백은 일관성 없이 잘리고, 슬래시, 앰퍼샌드 및 따옴표는 결국 URL 및 CSV 구문을 중단시킵니다.
- 두 SKU를 구별하기 위해 대소문자에 의존하지 마십시오. 일부 시스템은 대소문자를 구분하고 일부는 그렇지 않습니다.
abc-1과ABC-1은 한 도구에서는 두 개의 제품이고 다음 도구에서는 충돌입니다. - 선행 0을 사용하지 마십시오. 스프레드시트는 이를 조용히 제거하며, SKU 파이프라인의 절반은 어느 시점에서든 스프레드시트를 통과합니다.
- 문자 O를 금지하십시오 (그리고 I도 금지하는 것을 고려하십시오). 누군가는 결국 SKU를 손으로 입력할 것이고, O/0 혼동은 유령 제품을 만듭니다.
- 20자 미만으로 유지하십시오. 필드 제한은 시스템마다 다르며, 잘린 SKU는 조용한 이름 변경입니다.
- 은퇴한 SKU를 다른 제품에 재사용하지 마십시오. 과거 보고서는 해당 문자열에 영원히 연결됩니다.
이것이 어떻게 적용되는지 보여드리겠습니다. 가상의 홈 상품 브랜드인 Alder & Ash의 이전과 이후입니다:
| 제품 | 이전 (다섯 번의 추측 시대) | 이후 (카테고리-라인-크기) |
|---|---|---|
| 호박색 양초, 8온스 | 8oz-amber |
CDL-AMB-08 |
| 호박색 양초, 16온스 | AMBER CANDLE 16 |
CDL-AMB-16 |
| 삼나무 양초, 8온스 | candle_cedar_8oz_new |
CDL-CDR-08 |
| 성냥, 표준 상자 | 00123 |
MCH-STD-01 |
| 심지 트리머 | 트리머 (2024) |
TLS-TRM-01 |
세 개의 세그먼트, 모두 대문자, 휘발성 인코딩 없음. 이 체계는 영리하지 않습니다. 그것이 요점입니다. 영리한 체계는 18개월 후에 이름을 바꿔야 하는 체계입니다.
변형 폭발 문제
어떤 체계든 스트레스 테스트하는 첫 번째는 크기/색상 매트릭스입니다. 6가지 사이즈와 8가지 색상의 티셔츠 한 스타일은 48개의 SKU이며, 10가지 스타일은 480개입니다. 여기서 스토어는 카탈로그를 부풀리거나 부족하게 분할하며, 둘 다 해롭습니다.
해결 규칙: 개별적으로 계산, 선택, 구매 또는 가격이 책정되는 경우 변형은 자체 SKU를 가질 자격이 있습니다. 크고 파란색 티셔츠와 작고 검은색 티셔츠는 다른 선반에 있는 별개의 물리적 단위입니다. 즉, 별도의 SKU이며 논쟁의 여지가 없습니다. 하지만 선물 포장, 각인 텍스트, 보증 추가 기능은 어떻습니까? 그것들은 주문 라인 옵션이지 재고 단위가 아닙니다. 그것들에 SKU를 부여하면 다운스트림의 모든 계산이 오염됩니다.
두 가지 추론. 실제로 재고가 없는 변형에 대해 SKU를 만들지 마십시오. 이론적인 색상은 모든 동기화 및 매핑 작업을 늦추는 매트릭스 과부하입니다. 그리고 번들: 미리 조립되어 하나의 단위로 선택되는 키트는 실제 SKU입니다. 가상 번들은 구성 요소 SKU를 대신 감소시켜야 합니다. 재고 도구가 해당 구분을 잘 처리하는지는 IMS에서 중요한 평가 기준 중 하나입니다.
바코드는 SKU가 아닙니다
이것들은 끊임없이 혼동되며, 규모가 커짐에 따라 차이가 중요합니다.
SKU는 내부용입니다. 귀하가 발명했고, 귀하가 소유하며, 무료이며, 귀하의 비즈니스 내에서만 의미가 있습니다. 바코드 — UPC 또는 EAN(둘 다 GTIN 제품군에 속함) — 은 GS1 시스템을 통해 발행되는 제품의 전역 식별자이며, 누가 해당 품목을 판매하든 동일한 의미를 갖습니다.
등록된 코드가 실제로 필요한 경우는 언제입니까? 세 가지 경우이며, 엄격성 순서대로 대략적으로 나열됩니다. 마켓플레이스: 주요 마켓플레이스는 일반적으로 제품을 나열하기 위해 GTIN을 요구합니다(개인 상표 상품의 경우 브랜드 등록 및 면제 경로 포함). 그리고 GS1 자체 기록에 대한 코드를 검증하는 방향으로 나아가고 있습니다. 이것이 바로 제3자 판매업체로부터 저렴하게 구매한 UPC 블록이 나중에 검증에 실패할 수 있는 잘못된 경제인 이유입니다. 소매: 체인 구매자가 등록기에서 귀하의 제품을 스캔하는 경우, 등록된 코드는 필수입니다. 3PL: 거의 모든 3PL은 각 단위에 스캔 가능한 바코드를 요구합니다. 하지만 소매 또는 마켓플레이스에 판매하지 않는 경우 자체 SKU의 Code 128 바코드를 기꺼이 수락하는 경우가 많으며, 이는 귀하에게 비용이 들지 않습니다.
따라서 정직한 순서는 다음과 같습니다. 항상 먼저 SKU를 정리하고, 창고에서 스캔이 필요한 경우 SKU 기반 바코드를 사용하고, 마켓플레이스 또는 소매업체가 강요하는 경우 등록된 GTIN을 사용합니다. 요구 사항과 수수료는 변경될 수 있습니다. 구매하기 전에 현재 GS1 요구 사항과 각 채널의 리스팅 규칙을 확인하십시오.
기록을 깨뜨리지 않고 SKU 이름 변경하기
이제 어려운 부분입니다. 카탈로그를 살펴보고 깔끔한 체계로 마이그레이션하고 싶습니다. 문제는 실행 중인 모든 시스템이 이전 문자열에 연결된다는 것입니다. 판매 속도 기록, 재주문 시점, 창고 보관 위치 할당, 회계 매핑 — 제자리에서 이름을 바꾸면 이러한 각 조인이 조용히 끊어집니다. 더 나쁜 것은 시스템마다 이름 변경이 무엇인지에 대해 동의하지 않는다는 것입니다. 일부는 SKU 필드를 편집하고 제품의 기록을 유지하도록 허용하지만, 다른 일부는 변경된 SKU를 기록이 전혀 없는 완전히 새로운 항목으로 취급합니다. 무엇이든 건드리기 전에 각 시스템의 동작 방식을 파악하십시오.
연속성을 유지하는 마이그레이션 패턴:
- 먼저 교차 참조 테이블을 만드십시오 — 이전 SKU, 새 SKU, 날짜, 제품 이름. 이 파일은 영구적입니다. 2024년 보고서와 2027년 보고서가 동일한 물리적 제품을 설명하는 방식입니다.
- 정확한 경계에서 전환 — 실물 재고 조사 직후, 월말에. 선반 라벨과 시스템 기록이 함께 변경되어야 하며, 재고 조사는 둘 다 신뢰할 수 있는 유일한 순간입니다.
- 모든 시스템에서 동시에 창 조정: 플랫폼, 재고 도구, 3PL(리드 타임이 필요하며 재고 재라벨링에 비용이 발생할 수 있음), 회계 동기화의 제품 매핑. 반쯤 마이그레이션된 주 — 창고에서 이전 SKU를 피킹하는 동안 새 SKU가 판매되는 경우 — 어느 한쪽의 안정적인 상태보다 더 나쁩니다.
- 시스템에서 지원하는 경우 별칭 사용: 전환 중에 오류가 발생하는 대신 이전 SKU가 새 SKU로 확인되도록 합니다.
- 이전 SKU는 삭제하거나 재사용하지 말고 폐기하십시오. 기록은 그대로 유지됩니다. 카탈로그가 큰 경우 카테고리별로 마이그레이션하세요. — 격리된 실수가 전역적인 실수보다 낫습니다.
하나의 SKU, 다섯 개의 시스템 — 장부 포함
이것이 위의 모든 것을 테스트하는 방법입니다. CDL-AMB-08 문자열은 Shopify 또는 WooCommerce, 3PL의 창고 시스템, 재고 도구 및 회계 파일에서 동일한 실제 양초를 의미해야 합니다. 그들 사이의 모든 통합은 문자 그대로 일치합니다. 일치가 실패하면 아무도 알리지 않습니다 — 주문은 계속 동기화되고, 피킹은 계속 발생합니다. 단지 *잘못* 발생하며, 재고 조사 시점이나 월말에 알게 됩니다.
장부는 재정적으로 구체화되는 곳이므로, 이 게시물이 여러분에게 빚진 유일한 연결 문단입니다. 제품별 회계 — 단순히 총 수익이 아니라 SKU별 마진을 아는 것 — 은 각 SKU가 QuickBooks의 특정 항목에 매핑될 때만 작동합니다. 해당 SKU 수준의 제품 매핑은 LedgerPort와 같은 동기화 도구가 각 제품의 수익을 올바른 위치로 라우팅하는 방법이며, 자동 매핑 기능은 SKU 또는 제품 이름으로 카탈로그를 QuickBooks 항목과 일치시킵니다. — 즉, 깔끔한 스키마는 한 번에 매핑되지만, 5개의 시대 카탈로그는 수동 매칭과 대체 묶음을 의미합니다. 도구는 위생을 상속받습니다. 그것은 위생을 만들 수 없습니다. 해당 매핑을 통해 가능한 것 — 실제 제품 수준의 비용 및 마진 가시성 — 은 QuickBooks 판매자를 위한 Shopify의 COGS 가이드에서 다룹니다.
화려하지 않은 보상
명명 규칙을 위해 들어왔지만 데이터베이스 스키마를 설계하게 되었습니다. — 이것이 SKU 작업의 실제 내용입니다. 보상은 설계상 보이지 않습니다. 마스터 파일에 설명이 필요 없는 3PL 온보딩, 몇 달 대신 며칠이 걸리는 재고 마이그레이션, 각 행이 실제 항목 하나를 의미하는 제품 마진 보고서입니다.
Alder & Ash의 이전 및 이후 테이블은 설계에 하루의 오후가 걸렸고 마이그레이션에 한 달 말 한 번의 조정이 필요했습니다. — 그리고 앞으로 브랜드가 추가하는 모든 시스템은 깔끔한 버전을 상속받습니다. 이것이 거래입니다. 지금은 신중한 오후, 나중에는 모든 통합에 대한 복리 세금.
동일한 기본 키는 결국 개수뿐만 아니라 달러를 전달하며, 달러 측에는 자체적인 위생 규칙이 있습니다. 해당 절반을 준비할 때 전자상거래 회계에 대한 완벽 가이드에서 시작하세요.
