“상품명만 다르면 되죠?” 초보 쇼핑몰의 SKU 코드 설계법

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

상품이 열 개뿐일 때는 이름만 보고도 재고를 찾을 수 있습니다. 하지만 색상과 사이즈가 늘어나고 판매 채널까지 추가되면 ‘린넨셔츠 베이지 M’처럼 적어 둔 상품명이 조금씩 달라지면서 주문, 출고, 반품 기록이 서로 맞지 않기 시작합니다. 이때 필요한 것이 상품마다 변하지 않는 식별값인 SKU 코드입니다.

처음부터 복잡한 시스템을 구축할 필요는 없습니다. 중요한 것은 코드가 멋져 보이는지가 아니라, 신규 상품을 등록하는 사람과 창고에서 피킹하는 사람, 고객 문의를 처리하는 사람이 같은 상품을 같은 기준으로 식별할 수 있느냐입니다. 아래에서는 SKU의 기초 개념부터 코드 작성 규칙, 상품 등록 방법, 자주 생기는 질문과 우선순위까지 초보자 눈높이로 살펴봅니다.

SKU는 상품명이 아니라 재고를 세는 최소 단위입니다

상품, 옵션, SKU의 차이부터 구분하세요

SKU는 Stock Keeping Unit의 약자로, 판매자가 재고를 관리하기 위해 정한 최소 식별 단위입니다. 예를 들어 ‘데일리 반팔 티셔츠’라는 상품에 흰색과 검은색이 있고 각 색상에 S, M, L 사이즈가 있다면 상품은 하나지만 SKU는 여섯 개입니다. 흰색 M과 검은색 M은 판매 속도와 남은 수량이 다르므로 별도로 세어야 하기 때문입니다.

재고의 기본 의미가 궁금하다면 지식백과의 재고 개념을 함께 확인해 볼 수 있습니다. 실무에서는 입고했지만 검수 중인 수량, 판매 가능한 수량, 주문에 이미 할당된 수량, 반품 판정을 기다리는 수량을 구별해야 합니다. SKU가 명확해야 이 숫자들도 상품별로 정확하게 연결됩니다.

• 상품: 고객에게 보여 주는 대표 판매 단위입니다. 예시는 데일리 반팔 티셔츠입니다.
• 옵션: 색상, 사이즈, 용량처럼 고객이 선택하는 조건입니다.
• SKU: 옵션 조합별 재고를 세고 이동 이력을 남기는 내부 관리 단위입니다.
• 상품명: 검색과 구매 결정을 돕는 표현이므로 시즌이나 마케팅에 따라 바뀔 수 있습니다.
• SKU 코드: 주문과 재고 기록을 잇는 식별값이므로 한 번 사용한 뒤에는 함부로 바꾸지 않습니다.

SKU, 바코드, 쇼핑몰 상품번호는 같은 값이 아닙니다

초보 운영자가 가장 자주 혼동하는 부분입니다. SKU는 판매자가 내부 규칙에 따라 만들 수 있지만, 바코드는 스캐너로 읽을 수 있도록 정보를 표현한 기호입니다. 쇼핑몰 상품번호나 옵션번호는 각 플랫폼이 자동으로 부여하는 값이어서 네이버 스마트스토어, 자사몰, 오픈마켓마다 달라질 수 있습니다.

한 SKU에 하나의 바코드를 연결할 수는 있지만 두 값의 역할이 같다는 뜻은 아닙니다. 또한 채널별 상품번호를 SKU 대신 쓰면 다른 채널의 주문을 통합할 때 기준값이 여러 개로 갈라집니다. 내부 SKU를 중심에 두고 채널별 옵션번호와 바코드를 매핑하는 구조가 안정적입니다.

SKU는 고객에게 보여 주기 위한 문장이 아니라 데이터가 길을 잃지 않게 하는 주소입니다. 사람이 읽기 쉬운 구조와 시스템에서 중복되지 않는 구조를 함께 확보하세요.

읽을 수 있으면서도 오래가는 코드 규칙을 만드세요

코드에는 변하지 않는 속성만 담습니다

초보자는 모든 정보를 SKU 안에 넣으려는 경향이 있습니다. 카테고리, 브랜드, 색상, 사이즈, 원가, 공급처, 판매 연도까지 넣으면 처음에는 친절해 보이지만 값 하나가 바뀔 때마다 코드를 수정해야 합니다. 특히 가격, 할인 여부, 창고 위치, 재고 수량은 자주 변하므로 SKU에 포함하면 안 됩니다.

의류 쇼핑몰이라면 ‘브랜드 또는 상품군-모델-색상-사이즈’ 정도로 시작할 수 있습니다. 예를 들어 자체 브랜드 코드가 NV, 셔츠 모델이 104, 베이지가 BE, 미디엄이 M이라면 NV-104-BE-M처럼 작성합니다. 다만 영문 약어를 사용하는 것 자체보다 약어표를 문서화하고 모든 담당자가 같은 표를 쓰는 일이 더 중요합니다.

코드에 상품 속성을 얼마나 넣을지는 운영 규모에 따라 달라집니다. 상품 수가 적고 사람이 직접 피킹한다면 일부 속성을 읽을 수 있는 코드가 편리합니다. 반면 상품 종류가 수만 개이고 상품 정보가 자주 바뀐다면 의미 없는 일련번호를 SKU로 쓰고, 색상과 사이즈는 별도 필드에서 관리하는 방식이 더 오래갑니다.

1. 필수 구분값을 고릅니다. 상품 모델과 옵션 조합을 유일하게 가려낼 값만 선택합니다.
2. 표기 방식을 통일합니다. 영문 대문자, 숫자, 하이픈처럼 허용 문자를 제한하고 공백은 사용하지 않습니다.
3. 자리 규칙을 정합니다. 색상 코드는 두 자리, 모델 번호는 세 자리처럼 길이를 가능한 한 일정하게 맞춥니다.
4. 예외 규칙을 기록합니다. 세트 상품, 사은품, 리퍼 상품, 샘플의 접두어나 별도 분류 방법을 정합니다.
5. 중복 검사를 거칩니다. 신규 SKU를 확정하기 전에 기존 목록에서 완전 일치 여부를 검색합니다.

좋은 규칙과 불편한 규칙을 사례로 비교해 보세요

‘원피스1-빨강-작은사이즈’는 알아보기 쉽지만 띄어쓰기와 한글 표현이 시스템마다 다르게 처리될 수 있고, ‘작은사이즈’가 S인지 XS인지도 불분명합니다. ‘2026-BEST-SALE-RED-S’처럼 판매 연도와 마케팅 상태를 넣은 코드 역시 시즌이 바뀌거나 베스트 상품이 아니게 되었을 때 의미가 어긋납니다.

반면 ‘DR-021-RD-S’는 상품군, 모델, 표준 색상, 사이즈가 일정한 위치에 있습니다. 같은 모델의 파란색 M은 ‘DR-021-BL-M’으로 예측할 수 있습니다. 단, 색상 약어 RD가 레드인지 로즈딥인지 담당자마다 다르게 해석하지 않도록 색상 코드 사전을 상품 관리 문서에 두어야 합니다.

• 권장: 대소문자 규칙을 하나로 고정하고 숫자 0과 문자 O처럼 헷갈리는 문자를 피합니다.
• 주의: 공급처 상품번호를 그대로 SKU로 쓰면 공급처 변경이나 번호 중복에 취약합니다.
• 비권장: 원가, 판매가, 창고 선반 번호처럼 바뀔 가능성이 큰 정보를 넣지 않습니다.
• 확장 대비: 현재 두 색상만 팔더라도 색상 코드 자리를 일관되게 유지합니다.
• 폐기 방지: 판매 종료 SKU는 삭제하지 말고 비활성 상태로 남겨 과거 주문과 반품을 조회할 수 있게 합니다.

코드만 보고 모든 정보를 알아내려 하지 마세요. SKU는 식별을 담당하고, 상품명·원가·공급처·보관 위치는 각각 별도 필드가 담당할 때 상품 데이터가 유연해집니다.

엑셀 한 장에서도 SKU 상품 관리를 시작할 수 있습니다

상품대장에 필요한 열부터 준비하세요

유료 재고관리 프로그램이 없어도 기본 구조를 검증할 수 있습니다. 스프레드시트 첫 열에 SKU를 두고 상품명, 옵션명, 바코드, 공급처, 매입가, 정상 판매가, 현재 상태를 각각 별도 열로 만드세요. 한 셀에 ‘베이지/M/정상판매/3층창고’를 한꺼번에 입력하면 나중에 색상별 판매량이나 창고별 수량을 필터링하기 어렵습니다.

재고 수량은 상품대장에 손으로 덮어쓰기보다 입고, 판매, 반품, 조정과 같은 이동 기록을 별도 시트에 쌓아 계산하는 방식이 좋습니다. 인벤토리 관련 용어 설명처럼 재고는 일정 시점에 보유한 자원을 뜻하지만, 운영자는 그 숫자가 왜 늘고 줄었는지까지 확인할 수 있어야 합니다.

• 상품대장 시트: SKU, 상품명, 옵션, 바코드, 공급처, 판매 상태처럼 비교적 고정된 정보를 둡니다.
• 재고이동 시트: 일시, SKU, 이동 유형, 수량, 주문번호 또는 입고번호, 처리자를 기록합니다.
• 채널 매핑 시트: 내부 SKU와 각 쇼핑몰의 상품번호·옵션번호를 한 줄씩 연결합니다.
• 코드 사전 시트: 카테고리, 색상, 사이즈 약어와 사용 금지 코드를 관리합니다.
• 오류 점검 시트: 중복 SKU, 빈 옵션, 음수 재고, 연결되지 않은 채널 상품을 표시합니다.

등록부터 첫 재고조사까지 순서대로 실행합니다

기존 상품이 있다면 한 번에 전부 바꾸기보다 판매량이 높은 상품군 하나를 골라 시험하세요. 상품별 옵션 조합을 펼쳐 한 행에 SKU 하나만 입력하고, 실제 창고 수량과 대조합니다. 그다음 테스트 주문을 넣어 주문 수집, 피킹 목록, 출고 완료, 반품 처리 단계에서 동일한 SKU가 유지되는지 확인합니다.

상품 정보는 판매가 끝났다고 사라지는 것이 아닙니다. 교환과 반품, 매출 분석, 재입고 판단을 위해 과거 기록이 이어져야 합니다. 제품이 기획되고 판매된 뒤 단종되는 흐름을 넓게 이해하려면 제품수명주기관리 개념도 참고할 만합니다. 단종 SKU를 삭제하지 않고 상태값만 ‘판매 종료’로 바꾸는 이유도 이 흐름에 있습니다.

1. 현재 판매 중인 상품과 모든 옵션을 내려받아 원본 파일을 별도로 보관합니다.
2. 중복 상품, 표기만 다른 동일 옵션, 판매 종료 항목을 구분합니다.
3. 코드 규칙에 따라 SKU를 발급하고 중복 여부를 검사합니다.
4. 실물 재고를 세어 SKU별 시작 수량을 확정하되 검수 중 수량은 분리합니다.
5. 내부 SKU와 판매 채널의 옵션번호를 연결합니다.
6. 주문, 취소, 교환, 반품 테스트를 각각 한 번 이상 수행합니다.
7. 첫 주에는 매일 판매가능재고와 실물 수량의 차이를 확인하고 원인을 기록합니다.

예산을 잡을 때는 프로그램 구독료만 보지 마세요. 상품 수, 사용자 수, 창고 수, 주문 연동 채널 수에 따라 월 비용이 달라질 수 있으며 초기 데이터 정리와 바코드 라벨 출력 장비에도 비용이 듭니다. 무료 스프레드시트로 규칙을 시험한 뒤 주문량이 늘어 수작업 검증이 어려워지는 시점에 재고관리 도구로 옮기면 불필요한 재작업을 줄일 수 있습니다.

초보 운영자의 질문을 네 가지 판단 순서로 바꿔보세요

SKU를 만들 때 자주 막히는 지점

Q. 상품마다 SKU 하나만 만들면 안 되나요?
색상이나 사이즈별로 재고를 따로 세지 않아도 되는 상품이라면 가능합니다. 그러나 옵션마다 실물 재고가 다르다면 옵션 조합별로 SKU를 발급해야 특정 옵션만 품절되거나 반품되는 상황을 정확히 처리할 수 있습니다.

Q. 같은 상품을 여러 쇼핑몰에서 팔면 SKU도 여러 개인가요?
실제로 같은 재고를 공유한다면 내부 SKU는 하나로 유지하는 편이 좋습니다. 대신 각 채널에서 부여한 상품번호와 옵션번호를 내부 SKU에 연결하세요. 채널마다 SKU를 새로 만들면 같은 실물 재고가 중복 집계될 위험이 있습니다.

Q. 세트 상품은 SKU를 어떻게 만드나요?
고객이 하나의 판매 단위로 구매하므로 세트용 SKU를 만들 수 있습니다. 다만 재고 차감은 구성품 SKU를 기준으로 해야 합니다. 예를 들어 컵 두 개와 받침 하나로 구성된 세트가 팔리면 컵 SKU에서 2개, 받침 SKU에서 1개가 빠지도록 구성표를 등록합니다.

• Q. 오타가 난 SKU는 수정해도 되나요? 아직 주문과 입출고 기록이 없다면 검토 후 수정할 수 있습니다. 사용 이력이 있다면 기존 코드를 비활성화하고 새 SKU와 연결 관계를 남기는 편이 안전합니다.
• Q. 바코드가 없는 상품도 SKU가 필요한가요? 필요합니다. SKU는 내부 재고 식별자이므로 바코드 유무와 관계없이 사용할 수 있습니다.
• Q. 사은품도 등록해야 하나요? 수량을 구매하고 보관하며 소진 시점을 알아야 한다면 별도 SKU가 유용합니다. 판매가가 0원이어도 재고 자산과 포장 업무에는 영향을 줍니다.
• Q. SKU는 고객에게 보여도 되나요? 보여도 큰 문제는 없지만 내부 공급처나 민감한 원가 정보를 유추할 수 있는 코드는 피해야 합니다.

무엇부터 결정할지 순서를 세우면 코드가 단순해집니다

새로운 상품 관리 도구를 고르기 전에 먼저 ‘무엇을 별도 재고로 셀 것인가’를 결정하세요. 다음으로 그 단위를 중복 없이 식별할 SKU 규칙을 만들고, 그 뒤에 채널 옵션번호와 바코드를 연결해야 합니다. 이 순서를 거꾸로 시작하면 플랫폼 번호나 공급처 코드에 운영 방식이 끌려가게 됩니다.

마지막으로 실제 업무에서 검증합니다. 창고 담당자가 코드만 보고 올바른 옵션을 찾을 수 있는지, 고객센터가 주문번호에서 SKU를 조회할 수 있는지, 반품된 상품이 원래 SKU로 돌아가는지 확인해 보세요. 완벽하게 긴 코드보다 누구나 같은 방식으로 발급하고 끝까지 추적할 수 있는 짧은 규칙이 훨씬 유용합니다.

1. 첫째, 재고 단위를 확정합니다. 색상·사이즈·용량 중 어떤 차이가 별도 실물 재고를 만드는지 판단합니다.
2. 둘째, 유일성과 지속성을 확보합니다. 중복되지 않고 가격이나 시즌이 바뀌어도 유지되는 SKU를 발급합니다.
3. 셋째, 외부 식별값을 매핑합니다. 바코드와 쇼핑몰별 옵션번호를 내부 SKU에 연결하되 대신 사용하지 않습니다.
4. 넷째, 업무 흐름으로 시험합니다. 상품 등록부터 주문, 출고, 취소, 반품, 단종까지 같은 SKU가 이어지는지 확인합니다.