멀티채널 판매 전 SKU 코드 체계는 어떻게 설계해야 할까?

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

자사몰에서는 상품명이 곧 코드처럼 보여도 큰 문제가 없습니다. 하지만 오픈마켓과 풀필먼트, 해외 판매 채널을 함께 운영하기 시작하면 같은 상품이 서로 다른 이름과 옵션 번호로 등록됩니다. 이때 기준이 되는 SKU 코드 체계가 없으면 주문은 들어오는데 어느 재고를 차감해야 하는지 판단하기 어려워집니다.

새 시스템을 구매하거나 판매 채널을 추가하기 전에 먼저 확인할 것은 기능의 개수가 아니라 상품을 하나의 기준으로 식별할 수 있는가입니다. 아래 점검표를 따라가면 현재 코드의 문제를 찾고, 운영자가 바뀌어도 흔들리지 않는 상품 관리 기준을 만들 수 있습니다.

현재 상품 코드에서 충돌이 발생하고 있지 않은가?

채널 상품번호와 내부 SKU를 먼저 구분합니다

쇼핑몰 상품번호, 옵션번호, 바코드, 공급사 품번은 모두 상품을 가리키지만 역할은 서로 다릅니다. 오픈마켓이 발급한 상품번호는 해당 채널 안에서만 유효하고, 공급사 품번은 거래처가 변경하면 함께 바뀔 수 있습니다. 따라서 여러 판매처의 재고를 한곳에서 관리하려면 사업자가 직접 유지하는 내부 SKU를 중심축으로 삼아야 합니다.

예를 들어 검정 티셔츠 M 사이즈가 자사몰에서는 옵션 102번, 마켓에서는 옵션 558번으로 표시되더라도 내부 SKU는 하나여야 합니다. 각 채널 번호를 내부 SKU에 연결하면 어느 판매처에서 주문이 발생해도 같은 실물 재고가 차감됩니다. 반대로 채널 번호를 그대로 내부 코드로 사용하면 채널을 이전하거나 상품을 재등록할 때 연결 관계까지 무너질 수 있습니다.

• 상품번호: 채널이 상품 페이지 단위로 발급하는 식별값인지 확인합니다.
• 옵션번호: 색상과 사이즈 조합별로 별도 발급되는지 점검합니다.
• 내부 SKU: 판매 채널이 달라도 동일한 실물을 하나로 식별하는지 확인합니다.
• 바코드: 포장 단위와 낱개 단위에 같은 번호를 쓰고 있지 않은지 살펴봅니다.
• 공급사 품번: 내부 SKU와 별도 필드로 저장할 수 있는지 확인합니다.

중복과 공백을 실제 데이터로 찾아봅니다

관리 화면에서 몇 개의 상품만 눈으로 보는 것으로는 중복을 발견하기 어렵습니다. 전체 상품을 스프레드시트로 내려받아 SKU 열을 기준으로 중복값, 빈칸, 앞뒤 공백, 영문 대소문자 차이를 검사해야 합니다. 특히 숫자로만 구성된 코드는 프로그램이 앞자리 0을 삭제할 수 있으므로 원본과 내보낸 파일을 함께 비교하는 편이 안전합니다.

재고의 기본 개념을 보면 재고는 단순한 화면 속 숫자가 아니라 판매나 생산을 위해 보유한 자산과 연결됩니다. 즉 SKU 중복은 이름이 조금 불편한 수준이 아니라, 서로 다른 자산의 수량과 원가가 섞이는 문제입니다.

점검 팁: 전체 상품 가운데 판매량이 높은 20개만 골라 주문서의 옵션번호, 창고 라벨의 바코드, 재고 시스템의 SKU를 한 줄씩 대조해 보세요. 세 값의 연결을 설명하기 어렵다면 채널을 늘리기 전에 매핑표부터 만들어야 합니다.

SKU 안에 어떤 정보를 넣고 무엇을 빼야 하는가?

사람이 읽을 수 있되 의미를 과도하게 담지 않습니다

좋은 SKU는 창고 직원이 라벨을 보고 상품군이나 옵션을 어느 정도 구분할 수 있으면서도, 시간이 지나도 코드 자체를 바꿀 필요가 없어야 합니다. 브랜드명 전체, 시즌, 판매가, 공급사명처럼 변경 가능성이 큰 정보를 코드에 넣으면 처음에는 편하지만 상품 정보가 바뀔 때 기존 주문과 재고 기록이 갈라집니다.

예를 들어 의류 상품이라면 ‘TS-104-BK-M’처럼 상품군, 모델 식별값, 색상, 사이즈를 일정한 순서로 배치할 수 있습니다. 다만 여기서 TS가 어느 카테고리를 뜻하고 BK가 어떤 색상을 뜻하는지는 별도의 코드 사전에 기록해야 합니다. 담당자의 기억에만 의존하면 신규 직원이 ‘블랙’을 BK, BLK, BLACK으로 각각 입력하게 됩니다.

1. 고정되는 정보부터 선택합니다. 제품군과 모델 번호처럼 수명주기 동안 잘 바뀌지 않는 속성을 후보로 둡니다.
2. 옵션 순서를 통일합니다. 모든 상품에서 색상 다음 사이즈처럼 같은 배열을 사용합니다.
3. 구분자를 하나로 제한합니다. 하이픈과 밑줄을 섞지 말고 연동 시스템이 허용하는 문자를 확인합니다.
4. 길이 제한을 확인합니다. 쇼핑몰, ERP, WMS 가운데 허용 길이가 가장 짧은 시스템을 기준으로 삼습니다.
5. 해석표를 문서화합니다. 약어, 자릿수, 사용 금지 문자와 신규 발급 담당자를 함께 기록합니다.

변경되는 속성은 상품 정보 필드로 분리합니다

판매가, 행사 여부, 공급처, 진열 카테고리, 상품명은 SKU가 아니라 상품 관리 데이터에 속합니다. 이런 속성을 코드에서 분리하면 가격을 수정하거나 공급사를 교체해도 동일한 SKU의 판매 이력과 재고 이동 기록을 이어갈 수 있습니다. 상품의 기획부터 단종까지 정보를 연결한다는 관점은 제품수명주기관리의 의미와도 맞닿아 있습니다.

그렇다고 모든 정보를 빼고 무작위 숫자만 쓰는 것이 항상 좋은 것은 아닙니다. 하루에 수십 번 상품을 집는 현장이라면 최소한의 제품군과 옵션 표시는 오피킹을 줄이는 데 도움이 됩니다. 반면 자동화 설비가 바코드만 읽고 작업자가 코드를 거의 보지 않는 환경이라면 짧고 고유한 일련번호가 더 효율적일 수 있습니다. 누가 언제 SKU를 읽는지가 설계 기준입니다.

• 상품명이나 브랜드명이 바뀌면 SKU도 바꿔야 하는 구조인지 묻습니다.
• 색상명이 ‘아이보리’에서 ‘크림’으로 변경되어도 동일 실물인지 판단합니다.
• 공급사가 달라도 규격과 포장이 같은 상품을 동일 SKU로 관리할지 정책을 정합니다.
• 리뉴얼 전후 제품을 고객과 창고가 구분해야 한다면 신규 SKU 발급 조건에 포함합니다.
• 단종된 코드의 재사용을 금지하고 발급 이력을 영구 보관할 수 있는지 확인합니다.

재고관리 솔루션 구매 전에 어떤 연동을 시험해야 하는가?

기능표보다 주문 한 건의 흐름을 검증합니다

솔루션 소개서에 ‘다채널 연동’이라고 적혀 있어도 연동되는 데이터의 범위는 제품마다 다릅니다. 상품명과 주문은 가져오지만 옵션별 SKU가 누락될 수 있고, 세트상품의 구성품 차감이나 취소 주문의 재고 복원이 별도 설정일 수도 있습니다. 구매 상담에서는 지원 채널의 수보다 주문 한 건이 SKU 재고에 반영되는 과정을 시연해 달라고 요청해야 합니다.

테스트 상품은 옵션 없는 단품 하나로 끝내지 마세요. 색상과 사이즈가 있는 상품, 구성품을 공유하는 세트, 예약판매 상품, 부분 취소 주문을 포함해야 실제 운영의 예외를 확인할 수 있습니다. 재고는 보유량만이 아니라 입고 예정, 할당, 출고 대기, 반품 검수 같은 여러 상태로 나뉠 수 있으므로 인벤토리 관련 용어도 함께 확인하면 상담 과정에서 상태값을 구분하기 쉽습니다.

1. 테스트 SKU 5개를 만들고 자사몰과 외부 마켓에 각각 연결합니다.
2. 채널마다 주문을 넣은 뒤 어느 시점에 가용재고가 감소하는지 기록합니다.
3. 한 주문의 일부 옵션만 취소하고 수량이 자동 복원되는지 확인합니다.
4. 반품 접수와 창고 검수 완료 사이에 재판매 가능 수량이 증가하지 않는지 봅니다.
5. 연동 오류가 발생했을 때 알림, 재처리 버튼, 실패 로그가 제공되는지 점검합니다.
6. SKU를 잘못 연결했을 때 과거 주문을 훼손하지 않고 매핑만 수정할 수 있는지 묻습니다.

견적에는 초기 구축 이후의 비용도 넣습니다

재고관리 도구의 비용은 월 구독료만으로 판단하기 어렵습니다. 사용자 계정 추가, 주문량 초과, 판매 채널 추가, API 호출, 바코드 출력, 데이터 이관, 교육과 기술 지원이 별도 과금될 수 있습니다. 견적을 받을 때는 현재 주문량뿐 아니라 성수기 최대 주문량과 향후 연결할 채널까지 전달해야 비교 가능한 총비용을 얻을 수 있습니다.

싼 요금제로 시작했다가 SKU 수나 주문 건수가 늘면서 상위 요금제로 이동하는 경우도 생각해야 합니다. 반대로 복잡한 기능을 미리 구매해 놓고 실제로는 엑셀 업로드만 사용한다면 운영비가 낭비됩니다. 1년 동안 필요한 기능을 ‘지금 반드시 필요’, ‘6개월 안에 필요’, ‘있으면 편리’로 나눠 견적서 옆에 표시해 보세요.

• 초기비: 데이터 정제, SKU 매핑, 화면 설정, 교육 비용을 구분합니다.
• 고정비: 기본 구독료와 필수 사용자 계정 비용을 확인합니다.
• 변동비: 주문량, 창고 수, 채널 수가 늘 때 추가되는 금액을 계산합니다.
• 전환비: 계약 종료 시 상품, 재고 이동, 주문 데이터를 내보낼 수 있는지 묻습니다.
• 지원 범위: 오류 대응 시간과 야간·주말 지원 여부를 계약 문서에서 확인합니다.

구매 전 조언: 데모 화면이 편리해 보이는지보다 SKU 매핑 오류를 누가 발견하고 어떻게 되돌리는지를 확인하세요. 정상 상황보다 실패 상황의 처리 방식이 실제 운영비를 더 크게 좌우합니다.

오늘 판매량 상위 10개로 코드 체계를 시험해 봅니다

작게 검증한 뒤 전체 상품으로 확대합니다

수천 개 상품의 SKU를 한 번에 바꾸면 주문 연동과 창고 라벨, 회계 자료가 동시에 흔들릴 수 있습니다. 먼저 판매량 상위 10개 상품을 선택하고 각 실물 단위마다 현재 내부 SKU, 채널 옵션번호, 바코드, 공급사 품번을 한 행에 적으세요. 옵션이 세 개인 상품이라면 상품 한 개가 아니라 실물 옵션 세 개를 각각 별도 행으로 작성해야 합니다.

그다음 새 코드 규칙을 적용한 후보 SKU를 만들고 실제 업무 상황을 가정합니다. 주문서에서 코드를 찾기 쉬운지, 전화로 전달했을 때 혼동하지 않는지, 작은 라벨에 인쇄되는지, 반품 상품만 보고 원래 옵션을 찾을 수 있는지 시험합니다. 이 과정에서 설명이 필요한 예외가 계속 생긴다면 코드가 지나치게 복잡하거나 신규 SKU 발급 기준이 모호하다는 신호입니다.

• 각 SKU가 오직 하나의 실물 규격만 가리키는지 확인합니다.
• 영문 O와 숫자 0, 영문 I와 숫자 1처럼 혼동되는 문자를 제거합니다.
• 대소문자를 구분하지 않는 시스템에서도 중복이 생기지 않는지 검사합니다.
• 낱개, 묶음, 박스 단위가 각각 다른 재고 단위라면 별도 코드를 부여합니다.
• 신규 발급, 수정 금지, 단종, 재활성화의 승인 담당자를 지정합니다.
• 기존 코드와 새 코드의 대응표를 보관하고 전환일을 기록합니다.

10분짜리 매핑표를 지금 한 장 만듭니다

당장 할 행동은 간단합니다. 스프레드시트에 ‘상품명, 옵션, 내부 SKU, 채널 상품번호, 채널 옵션번호, 바코드, 공급사 품번, 판매 상태’라는 여덟 개 열을 만드세요. 그리고 오늘 가장 많이 팔린 상품 한 개의 모든 옵션을 입력합니다. 빈칸이 생기거나 한 SKU가 두 옵션에 반복되면 이미 개선할 지점을 찾은 것입니다.

마지막으로 해당 표를 주문 담당자와 창고 담당자에게 보여주고 “이 한 줄만 보고 같은 실물을 찾을 수 있습니까?”라고 물어보세요. 두 사람이 같은 답을 내놓고 실제 상품까지 정확히 찾는다면 그 형식을 나머지 9개 상품으로 확장할 수 있습니다. 답이 다르다면 솔루션 결제보다 먼저 명칭과 코드 발급 규칙을 합의하는 것이 멀티채널 재고관리의 가장 빠른 첫 단계입니다.

1. 지금 판매 관리자에서 오늘 판매량 1위 상품을 확인합니다.
2. 그 상품의 모든 옵션을 여덟 개 열에 각각 입력합니다.
3. 주문 담당자와 창고 담당자가 같은 실물을 선택하는지 바로 대조합니다.