SKU 감사, 쇼핑몰 재고 오차를 줄이는 구매 전 점검

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

툴을 고르기 전에 SKU 운영 상태를 먼저 봅니다

상품마스터의 기준이 흔들리는 신호

재고관리 툴을 바꾸고 싶은 순간은 대개 비슷합니다. 주문은 늘었는데 품절 안내가 늦고, 판매 가능한 수량과 창고 수량이 다르며, 같은 상품이 채널마다 다른 이름으로 등록되어 담당자만 알아볼 수 있는 상태가 됩니다. 이때 바로 새로운 솔루션을 결제하면 문제의 원인이 툴이 아니라 SKU 상품마스터에 있었다는 사실을 늦게 발견하기 쉽습니다.

SKU 감사는 거창한 회계 감사가 아닙니다. 쇼핑몰의 상품 코드, 옵션명, 입고 단위, 판매 단위, 반품 처리 기준이 한 흐름으로 연결되어 있는지 확인하는 사전 점검입니다. 기본 개념을 다시 잡고 싶다면 재고의 일반적 의미처럼 재고가 단순히 창고에 쌓인 물건이 아니라 판매 가능성과 비용을 동시에 가진 자산이라는 점부터 확인하면 좋습니다.

특히 Novatilla SKU처럼 product management와 inventory 흐름을 함께 다루는 사이트에서 중요한 관점은 하나입니다. SKU는 이름표가 아니라 운영 규칙입니다. 같은 상품이라도 색상, 사이즈, 세트 구성, 증정품 포함 여부가 달라지면 판매·입고·CS 기준이 달라지므로, 코드 체계가 먼저 정리되어야 재고 오차를 줄일 수 있습니다.

• 중복 SKU: 같은 물리 상품이 채널별로 다른 코드로 등록되어 있는지 확인합니다. 네이버 스마트스토어, 자사몰, 오픈마켓에서 이름은 다르지만 같은 재고를 쓰는 경우가 대표적입니다.
• 옵션 SKU: 색상과 사이즈가 실제 출고 단위와 맞는지 봅니다. 옵션명은 예쁘지만 피킹 담당자가 구분하지 못하면 출고 오류가 반복됩니다.
• 세트 SKU: 단품 2개를 묶은 세트, 기획전 패키지, 사은품 포함 상품이 실제 재고를 어떻게 차감하는지 기록합니다.
• 단종 SKU: 판매 종료된 상품이 검색, 복사 등록, 재입고 알림, 광고 소재에 남아 있는지 점검합니다. 단종 품목은 데이터 오염의 출발점이 되기 쉽습니다.
• 임시 SKU: 촬영용, 테스트용, 이벤트용으로 만든 임시 코드가 실판매 상품처럼 남아 있는지 확인합니다. 임시 코드가 오래 남으면 발주 판단을 흐립니다.

SKU 감사의 첫날 목표는 완벽한 코드명을 만드는 것이 아니라, 담당자가 서로 다른 말을 쓰는 지점을 찾는 것입니다. ‘이 상품’이라고 불렀을 때 MD, 물류, CS가 같은 물건을 떠올리면 이미 절반은 정리된 상태입니다.

구매 전 확인할 데이터 흐름과 권한

주문, 입고, 반품이 SKU를 어떻게 움직이는가

좋은 재고관리 도구를 고를 때 기능 목록만 보면 대부분 비슷해 보입니다. 바코드 스캔, 입출고 기록, 재고 알림, 엑셀 업로드, 채널 연동 같은 항목은 이제 기본 기능에 가깝습니다. 그래서 구매 전에는 기능의 개수가 아니라 데이터가 어느 순간에 생성되고, 누가 수정하며, 어떤 기록이 남는지를 봐야 합니다.

인벤토리라는 말은 단순 수량보다 넓게 쓰입니다. 운영 현장에서는 상품 위치, 가용 수량, 예약 수량, 불량 수량, 이동 중 수량까지 묶어 관리하는 관점이 필요합니다. 더 넓은 용어 맥락은 인벤토리 개념 설명을 참고해도 좋습니다. 쇼핑몰에서는 이 개념을 너무 어렵게 받아들이기보다, ‘지금 팔아도 되는 수량’과 ‘창고에 보이지만 팔면 안 되는 수량’을 나누는 것부터 시작하면 됩니다.

예를 들어 주문이 들어오면 판매 가능 재고가 줄어야 하지만, 실제 재고는 출고가 끝나야 줄어든다고 보는 팀도 있습니다. 반품도 마찬가지입니다. 고객이 반품 접수를 했을 때 바로 재고를 더할지, 검수 후 정상품으로 판정될 때만 더할지에 따라 숫자는 크게 달라집니다. 이 기준이 정리되지 않은 상태에서 어떤 e-commerce 툴을 사도 대시보드는 그럴듯하지만 실제 의사결정은 계속 흔들립니다.

1. 주문 생성 시점: 결제 완료, 입금 확인, 주문 확인 중 어느 단계에서 판매 가능 수량을 줄일지 정합니다.
2. 출고 확정 시점: 송장 출력, 포장 완료, 택배 인계 중 어느 단계에서 실제 재고를 차감할지 구분합니다.
3. 입고 반영 시점: 거래처 발송, 물류센터 도착, 검수 완료 중 어느 단계에서 판매 가능 재고로 전환할지 결정합니다.
4. 반품 복구 시점: 반품 접수, 회수 완료, 검수 완료, 재포장 완료 중 어느 단계에서 재판매 가능 수량으로 되돌릴지 정합니다.
5. 재고 조정 권한: 누구나 수량을 수정할 수 있는지, 사유 입력과 승인 절차가 필요한지 확인합니다.

권한 설계는 작은 팀일수록 더 빨리 필요합니다

많은 운영자가 권한 관리를 큰 회사의 문제로 생각합니다. 하지만 실제로는 작은 쇼핑몰일수록 한 사람이 여러 역할을 겸하기 때문에 수량 수정의 이유가 기록되지 않고 사라질 가능성이 높습니다. 대표가 직접 상품을 올리고, MD가 CS를 돕고, 물류 담당자가 반품 검수까지 하는 구조라면 ‘누가 무엇을 바꿨는지’가 더 중요해집니다.

• 대표 또는 운영 리더는 최종 수량 조정 권한과 승인 내역 조회 권한을 가져야 합니다.
• 상품 담당자는 상품명, 옵션명, 원가, 판매 상태를 관리하되 실제 창고 수량을 직접 바꾸지 않는 편이 안전합니다.
• 물류 담당자는 입고, 출고, 반품 검수 상태를 변경할 수 있어야 하지만 판매가나 광고 정보에는 접근하지 않아도 됩니다.
• CS 담당자는 주문과 반품 상태를 볼 수 있어야 하며, 재고 복구는 검수 완료 후 처리되도록 제한하는 것이 좋습니다.

비용보다 먼저 따져야 할 자동화 조건

자동화가 잘 맞는 일과 아직 사람이 봐야 하는 일

SKU 관리 도구를 사기 전 가장 많이 하는 질문은 가격입니다. 하지만 더 좋은 질문은 ‘우리 팀에서 자동화하면 정확해지는 일과 자동화하면 더 위험해지는 일은 무엇인가’입니다. 자동화는 규칙이 분명할수록 강하고, 예외가 많은 업무에서는 예외 자체를 더 빠르게 퍼뜨릴 수 있습니다.

예를 들어 같은 티셔츠라도 흰색 M은 기본 상품, 흰색 M 2장 묶음은 세트 상품, 흰색 M과 양말을 묶은 기획 상품은 구성품 차감 방식이 다릅니다. 이 구조를 입력하지 않은 채 판매량만 보고 자동 발주를 켜면 단품은 남고 세트는 품절되는 이상한 결과가 생길 수 있습니다. 제품의 기획, 출시, 운영, 단종 흐름까지 함께 보려면 제품수명주기관리 개념처럼 상품이 시간에 따라 달라진다는 관점도 필요합니다.

도입 비용은 보통 상품 수, 주문 수, 사용자 수, 연동 채널 수, 고급 분석 기능에 따라 달라집니다. 무료 또는 저가형 도구는 빠르게 시작하기 좋지만 예외 처리와 권한 관리가 약할 수 있고, ERP급 시스템은 통제력이 높지만 설정과 교육 시간이 크게 듭니다. 중간 규모의 쇼핑몰이라면 처음부터 가장 비싼 도구를 고르기보다 SKU 감사 결과를 반영할 수 있는 유연성을 먼저 보는 편이 현실적입니다.

1. 반복 업무를 먼저 찾습니다. 매일 같은 방식으로 수량을 확인하고 엑셀을 붙여 넣는 일이 있다면 자동화 후보입니다.
2. 예외 업무를 따로 표시합니다. 샘플 출고, 촬영 상품, 협찬 상품, 불량 교환처럼 규칙이 다른 업무는 자동 차감 대상에서 분리합니다.
3. 오류 발생 비용을 계산합니다. 품절 안내 한 건, 오배송 한 건, 반품 처리 지연 한 건이 실제로 얼마의 시간과 비용을 만드는지 적어봅니다.
4. 교육 시간을 비용에 포함합니다. 도구 사용료가 낮아도 담당자가 이해하지 못하면 메신저 확인과 수기 수정이 다시 늘어납니다.
5. 해지 후 데이터 반출을 확인합니다. 상품마스터, 입출고 내역, 재고 조정 기록을 표준 형식으로 내보낼 수 있어야 장기 운영이 안전합니다.

자동화의 기준은 ‘사람이 하기 귀찮은가’가 아니라 ‘규칙으로 설명할 수 있는가’입니다. 설명할 수 없는 업무를 자동화하면 속도는 빨라지지만 원인 분석은 더 어려워집니다.

도입 후 30일에 반드시 다시 보는 항목

툴을 구매한 뒤 첫 달은 성능 평가 기간이 아니라 운영 습관을 바꾸는 기간입니다. 이 시기에 모든 기능을 켜기보다, 주문 차감과 입고 반영, 반품 복구처럼 재고 숫자에 직접 영향을 주는 기능부터 안정화해야 합니다. 대시보드가 예뻐도 담당자가 예전 방식으로 엑셀을 따로 만들고 있다면 아직 정착된 것이 아닙니다.

• 7일차: 상품마스터 누락, 옵션명 불일치, 세트 구성 오류를 확인합니다.
• 14일차: 실제 출고와 시스템 차감 시점이 맞는지 주문 샘플을 추적합니다.
• 21일차: 반품, 교환, 불량 재고가 정상 재고와 섞이지 않는지 점검합니다.
• 30일차: 담당자별 수정 이력과 재고 조정 사유를 확인해 반복 오류를 찾습니다.

SKU 수가 적은 팀과 많은 팀의 선택은 달라야 합니다

상품 50~300개 팀은 단순함을 먼저 확보합니다

아직 상품 수가 많지 않은 팀은 복잡한 기능보다 SKU 명명 규칙과 재고 차감 기준을 빠르게 통일하는 편이 효과적입니다. 이 단계에서는 모든 것을 자동화하려고 하기보다, 담당자가 같은 화면을 보고 같은 단어로 말하도록 만드는 것이 중요합니다. 상품 50개라도 옵션이 색상 5개, 사이즈 4개라면 실제 관리 SKU는 1,000개 가까이 늘어날 수 있으므로 ‘상품 수가 적다’는 말만 믿으면 안 됩니다.

이 팀은 구매 전 점검표를 가볍게 시작해도 됩니다. 상품코드 규칙, 옵션명 표준, 세트 구성, 반품 복구 기준, 품절 알림 기준만 정리해도 운영 안정성이 크게 올라갑니다. 툴은 엑셀 업로드가 쉽고, 상품 수정 이력이 보이며, 여러 판매 채널의 수량을 한 화면에서 맞출 수 있는 정도면 충분한 경우가 많습니다.

• 선택 기준: 빠른 등록, 쉬운 수정, 낮은 학습 부담, 기본 이력 관리가 우선입니다.
• 피해야 할 선택: 창고 위치, 회계 연동, 복잡한 승인 흐름까지 한 번에 도입하는 방식은 운영 속도를 늦출 수 있습니다.
• 먼저 만들 문서: SKU 코드 규칙표, 옵션명 표준표, 세트 상품 구성표, 반품 검수 기준표를 준비합니다.
• 좋은 신호: 새 담당자가 들어와도 30분 안에 상품 등록 규칙을 이해할 수 있다면 적절한 구조입니다.

SKU가 천 단위를 넘는 팀은 통제와 추적을 중시합니다

SKU가 천 단위를 넘고 판매 채널이 여러 개라면 이야기가 달라집니다. 이때는 단순한 편의성보다 권한, 로그, 창고 위치, 예약 재고, 안전 재고, 발주 리드타임을 같이 봐야 합니다. 특히 광고가 잘 된 상품은 주문이 몰리는 속도가 빠르기 때문에 수량 동기화가 늦으면 초과 판매가 발생하고, 초과 판매는 CS 비용과 리뷰 손상으로 이어집니다.

많은 SKU를 가진 팀은 구매 전 테스트에서 실제 데이터를 넣어봐야 합니다. 샘플 상품 10개만 넣어보면 도구가 쉬워 보이지만, 옵션 500개와 세트 80개, 단종 120개, 반품 대기 60건을 넣으면 화면 검색, 필터, 권한, 일괄 수정의 품질이 바로 드러납니다. Novatilla SKU의 독자가 이 단계라면 ‘기능이 있나’보다 ‘반복 운영에서 덜 헷갈리나’를 기준으로 보는 것이 좋습니다.

1. 초기 팀이라면 스프레드시트에서 바로 벗어나기보다, 경량 SKU 관리 툴을 붙여 상품마스터와 재고 조정 이력부터 안정화하는 선택이 맞습니다. 지금 필요한 것은 거대한 시스템이 아니라 같은 상품을 같은 코드로 부르는 질서입니다.
2. 성장 팀이라면 채널 연동, 권한, 반품 검수, 세트 재고 차감, 발주 리드타임을 함께 다루는 inventory 중심 도구를 검토하는 편이 맞습니다. 이미 주문량이 많다면 저렴한 도구보다 오류가 남는 로그와 원인을 찾는 검색 기능이 더 큰 비용 절감으로 돌아옵니다.