2026 쇼핑몰 SKU 재고관리 시스템 도입 전 체크리스트

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

주문은 늘었는데 품절 취소와 과잉 재고가 동시에 발생한다면, 문제는 상품 수보다 SKU 재고관리 시스템의 구조에 있을 가능성이 큽니다. 엑셀에서 클라우드 솔루션으로 옮기거나 기존 ERP를 교체할 때는 유명한 제품부터 비교하기보다 우리 쇼핑몰의 주문·입고·반품 흐름을 먼저 점검해야 합니다.

특히 2026년에는 자사몰, 오픈마켓, 풀필먼트 센터를 함께 운영하는 판매자가 많아졌습니다. 채널별 재고가 몇 분만 늦게 동기화돼도 중복 판매가 발생할 수 있으므로, 아래 체크리스트를 계약 전 실무 검증표로 활용해 보세요.

1. 구매 전 우리 쇼핑몰의 SKU 구조부터 점검하세요

상품과 SKU를 구분하고 있는가

상품은 고객이 보는 판매 단위이고, SKU는 색상·사이즈·용량처럼 재고를 따로 추적하는 최소 단위입니다. 검정 티셔츠 한 상품에 S, M, L 옵션이 있다면 상품은 하나지만 SKU는 세 개입니다. 세트 상품, 사은품, 리퍼브 상품까지 별도 추적한다면 실제 관리 수는 화면에 보이는 상품 수보다 훨씬 많아집니다.

솔루션 상담 전에 현재 SKU 수와 월평균 신규 생성량을 계산하세요. 요금제가 SKU 수, 주문 건수 또는 연동 채널 수에 따라 달라질 수 있기 때문입니다. 재고의 기본 개념은 네이버 지식백과의 재고 용어 설명도 함께 참고하면 실무자 간 표현을 통일하는 데 도움이 됩니다.

도입 범위를 숫자로 적는 사전 체크리스트

• 활성 SKU 수: 최근 90일 동안 판매·입고·이동 기록이 있는 SKU를 기준으로 계산합니다.
• 판매 채널 수: 자사몰, 스마트스토어, 종합몰, 해외몰을 각각 구분합니다.
• 재고 거점 수: 본사 창고뿐 아니라 매장, 외부 풀필먼트, 반품 보관소도 포함합니다.
• 일 최대 주문량: 평상시 평균이 아니라 프로모션 최고치를 확인합니다.
• 특수 유형: 세트, 예약판매, 유통기한, 시리얼 번호, 위탁재고의 존재 여부를 표시합니다.

실무 팁: 공급업체에 “SKU가 많습니다”라고 설명하지 말고 “활성 SKU 8,000개, 채널 4개, 창고 2곳, 행사일 최대 주문 3,000건”처럼 숫자로 전달해야 정확한 견적과 성능 답변을 받을 수 있습니다.

현재 SKU 코드가 담당자의 기억에 의존하고 있지는 않은가요? 코드 규칙이 제각각이면 새 시스템에서도 중복 등록과 옵션 매칭 오류가 반복됩니다. 도입 전에 사용 중인 코드, 바코드, 채널별 상품번호를 한 줄에 연결한 샘플 데이터를 만들어 두는 것이 좋습니다.

2. 필수 기능은 데모 화면이 아니라 실제 시나리오로 검증하세요

재고 동기화와 주문 할당 테스트

많은 제품이 ‘실시간 연동’을 강조하지만 실제 의미는 다를 수 있습니다. 주문 발생 즉시 가용재고를 차감하는지, 결제 완료 후 차감하는지, 또는 일정 주기로 데이터를 수집하는지 확인해야 합니다. 예약 주문과 결제 실패 주문까지 같은 방식으로 처리하면 판매 가능한 수량이 불필요하게 묶일 수 있습니다.

데모에서는 SKU 하나의 재고를 10개로 설정한 뒤 두 판매 채널에서 거의 동시에 주문을 넣어 보세요. 주문 취소, 부분 취소, 교환 접수까지 연속으로 실행하고 각 단계에서 실재고·예약재고·판매가능재고가 어떻게 변하는지 기록합니다. 가용재고 계산식과 동기화 지연 시간을 설명하지 못하는 공급업체라면 신중하게 판단해야 합니다.

반드시 실행할 기능 점검표

1. 입고 예정 수량과 현재 판매 가능 수량이 분리되어 표시되는지 확인합니다.
2. 안전재고 이하가 되면 SKU별 알림이나 자동 발주 제안이 생성되는지 시험합니다.
3. 여러 창고에서 주문을 출고할 때 우선순위와 배송 권역을 설정해 봅니다.
4. 세트 상품 판매 시 구성품 재고가 각각 정확히 차감되는지 확인합니다.
5. 반품 상품이 검수 완료 전에 정상 재고로 복원되지 않는지 점검합니다.
6. 재고 조정 이력에 작업자, 시간, 사유, 변경 전후 수량이 남는지 살펴봅니다.

식품·화장품처럼 기한이 중요한 품목은 선입선출뿐 아니라 로트와 유통기한 추적 기능이 필요합니다. 전자기기나 고가품은 시리얼 번호 단위의 이력 관리가 더 중요합니다. 모든 기능을 한꺼번에 구매하기보다 우리 품목의 손실 위험을 줄이는 기능에 우선순위를 두세요.

화려한 대시보드는 실제 정확성을 보장하지 않습니다. 입고 오류, 동시 주문, 부분 반품처럼 실패하기 쉬운 상황을 직접 재현한 결과가 구매 결정의 핵심 근거입니다.

3. 연동 범위와 데이터 이동 조건을 계약 전에 확인하세요

API 연동의 ‘지원’이라는 표현을 구체화하기

전자상거래 도구는 단독으로 일하지 않습니다. 쇼핑몰, 마켓, 택배, WMS, 회계 프로그램, POS와 데이터를 주고받아야 합니다. 여기서 ‘연동 지원’은 표준 커넥터가 이미 있다는 뜻일 수도 있고, 별도의 개발비를 내야 한다는 뜻일 수도 있습니다. 연동 가능 여부만 묻지 말고 지원 필드와 데이터 전송 방향까지 확인하세요.

예를 들어 주문 수집은 가능하지만 묶음배송 정보가 빠지거나, 재고 전송은 가능하지만 채널별 안전재고를 다르게 보낼 수 없는 제품도 있습니다. API 호출 한도, 장애 시 재시도 방식, 점검 시간도 중요한 항목입니다. 월 주문량이 커질수록 수동 재처리가 운영비와 고객 불만으로 이어집니다.

연동·이관 구매 전 질문

• 사용 중인 각 쇼핑몰과의 연동이 기본 요금에 포함됩니까?
• 주문, 취소, 교환, 반품, 송장, 재고 데이터가 양방향으로 이동합니까?
• 옵션명이나 상품코드가 다를 때 매핑 규칙을 일괄 적용할 수 있습니까?
• API 호출 제한을 넘으면 지연, 누락, 추가 과금 중 어떤 결과가 발생합니까?
• 기존 입출고 이력과 원가 데이터를 어떤 파일 형식으로 이전할 수 있습니까?
• 계약 종료 시 상품·재고·작업 이력을 CSV 또는 API로 내보낼 수 있습니까?

테스트 이관은 전체 데이터의 5~10%만으로 먼저 진행하되, 단순 상품보다 옵션과 예외가 많은 품목을 골라야 합니다. 중복 바코드, 빈 옵션값, 단종 SKU, 음수 재고를 포함하면 데이터 정제 난이도를 미리 확인할 수 있습니다. 원본 데이터 백업과 필드 매핑표는 전환 완료 후에도 보관하세요.

‘Inventory’라는 용어가 시스템 기능과 무관한 책 제목에도 폭넓게 쓰인다는 점은 네이버 책의 Inventory 도서 정보에서도 확인할 수 있습니다. 제품 검색이나 자료 조사를 할 때는 단어만 입력하지 말고 SKU, e-commerce, warehouse management 같은 목적어를 함께 사용해야 원하는 업무 도구를 더 정확히 찾을 수 있습니다.

4. 가격표 밖에 숨어 있는 총소유비용을 계산하세요

구독료보다 12개월 운영비가 중요합니다

2026년형 클라우드 재고관리 제품은 사용자 수, 주문량, 창고 수, SKU 수, API 사용량에 따라 가격이 달라지는 경우가 많습니다. 소규모 제품은 월 수만 원 수준에서 시작할 수 있지만, 다채널 연동·자동 발주·로트 추적·권한 관리가 추가되면 월 수십만 원 이상이 될 수 있습니다. 중대형 구축형 제품은 초기 설정과 개발 비용이 별도로 발생하므로 공개된 최저 요금만으로 비교하면 안 됩니다.

비용 비교 기간은 최소 12개월로 잡으세요. 초기 데이터 정제, 직원 교육, 커넥터 설치, 맞춤 보고서, 추가 저장 용량, 고객지원 등급을 모두 포함해야 합니다. 환율이 적용되는 해외 서비스라면 부가세, 카드 수수료, 환율 변동도 예산에 반영하는 편이 안전합니다.

견적서에서 확인할 비용 항목

• 초기비: 계정 설정, 데이터 이관, 컨설팅, 사용자 교육 비용
• 고정비: 기본 구독료, 사용자·창고·법인 추가 요금
• 사용량 비용: 주문 초과분, API 호출, 라벨 출력, 데이터 저장 비용
• 연동비: 채널 커넥터, 택배사, 회계·ERP 연결 비용
• 지원비: 전화 상담, 전담 매니저, 야간 장애 대응 비용
• 전환비: 계약 종료 시 데이터 추출과 다른 시스템 이전 비용

간단한 비교식은 12개월 총비용 ÷ 월평균 처리 주문 수입니다. 월 20만 원 제품이 2,000건을 안정적으로 처리하면 주문당 100원이지만, 월 10만 원 제품에 수작업 인건비 30만 원이 추가되면 실제 비용은 더 커집니다. 절감할 수 있는 품절 취소, 재고 조사 시간, 오배송 비용까지 함께 추정하세요.

무료 체험이 있다면 직원 한 명만 사용하게 하지 말고 구매, 물류, 고객응대 담당자가 같은 주문을 각각 처리하도록 하세요. 누가 어느 화면에서 막히는지 기록하면 교육비와 운영 난이도를 현실적으로 평가할 수 있습니다. 할인 조건에 끌려 장기 계약을 먼저 체결하기보다 검증 기간과 해지 조건을 확보하는 것이 중요합니다.

5. 보안·권한·장애 대응 수준을 점검하세요

재고 데이터도 중요한 영업 자산입니다

SKU별 판매량, 원가, 공급처, 재고 위치는 사업 전략이 담긴 정보입니다. 관리자 계정을 여러 명이 공유하면 누가 수량을 변경했는지 추적하기 어렵고 퇴사 후 접근 차단도 늦어집니다. 역할별 권한, 다중 인증, 접속 기록, 데이터 암호화 제공 여부를 구매 전에 확인하세요.

권한은 ‘관리자와 일반 사용자’ 두 단계만으로는 부족할 수 있습니다. 창고 직원에게 원가와 매출을 숨기면서 입출고 처리는 허용하고, 외부 물류사에는 담당 창고만 보여주는 방식이 필요합니다. 재고 조정이나 대량 다운로드처럼 위험도가 높은 작업에는 승인 절차를 적용할 수 있어야 합니다.

보안과 서비스 안정성 체크리스트

1. 사용자별 계정과 다중 인증을 제공하는지 확인합니다.
2. 조회, 수정, 삭제, 다운로드 권한을 역할별로 나눌 수 있는지 점검합니다.
3. 작업 로그의 보관 기간과 관리자도 로그를 임의 삭제할 수 없는지 묻습니다.
4. 백업 주기, 백업 보관 위치, 복구 목표 시간을 문서로 받습니다.
5. 서비스 장애 알림 채널과 고객지원 운영 시간을 확인합니다.
6. 장애 중 주문을 임시 저장하고 복구 후 자동 동기화하는지 시험합니다.
7. 개인정보가 포함된 주문 데이터의 보관·삭제 정책을 검토합니다.

서비스 수준 협약이 있다면 가동률 숫자뿐 아니라 보상 조건과 제외 사유를 읽어야 합니다. 예정된 점검이 가동률 계산에서 빠지는지, 외부 쇼핑몰 API 장애는 어떻게 처리되는지도 확인하세요. 실제 장애 사례와 복구 절차를 질문했을 때 구체적인 답을 제공하는 공급업체가 운영 투명성 측면에서 유리합니다.

현장 조언: 시스템이 멈춘 날 사용할 비상 출고 양식과 복구 후 입력 순서를 문서화하세요. 좋은 솔루션을 고르는 일과 별개로, 업무 연속성 계획은 판매자가 직접 준비해야 합니다.

6. 무료 체험부터 계약 승인까지 단계별로 판정하세요

7일 검증 일정표

제품 비교표에 기능 존재 여부만 표시하면 대부분의 후보가 비슷해 보입니다. 대신 실제 담당자가 업무를 완료하는 데 걸린 시간, 오류 횟수, 문의 후 답변 시간으로 점수를 매기세요. 특히 초보 직원도 반복 교육 없이 사용할 수 있는지가 장기 운영비를 좌우합니다.

1. 1일 차: 대표 SKU, 복잡한 옵션, 세트 상품을 각각 등록합니다.
2. 2일 차: 기존 재고 파일을 가져오고 오류 보고서의 이해도를 평가합니다.
3. 3일 차: 두 개 이상의 판매 채널을 연결해 동시 주문을 발생시킵니다.
4. 4일 차: 입고, 창고 이동, 부분 출고, 반품 검수를 차례로 처리합니다.
5. 5일 차: 안전재고 알림, 발주 제안, 판매·재고 보고서를 확인합니다.
6. 6일 차: 계정 권한을 나누고 로그 조회와 데이터 내보내기를 시험합니다.
7. 7일 차: 발견된 오류를 고객지원에 문의하고 해결 품질과 시간을 기록합니다.

최종 계약 승인표

후보별로 기능 적합성 30점, 연동 안정성 25점, 사용 편의성 15점, 보안·지원 15점, 12개월 총비용 15점을 배정하면 가격만 보고 선택하는 실수를 줄일 수 있습니다. 사업 특성에 따라 식품 판매자는 로트 추적 비중을, 해외 판매자는 통화·세금·다국어 지원 비중을 높이면 됩니다.

• 필수 시나리오를 모두 통과했고 실패 항목의 개선 일정이 문서화됐습니까?
• 견적서의 사용자, 주문, SKU, 창고 한도가 예상 성장량을 수용합니까?
• 자동 갱신, 중도 해지, 데이터 반환 조건을 담당자가 검토했습니까?
• 도입 책임자와 상품·물류·CS 담당자의 역할이 정해졌습니까?
• 정식 전환일 전후로 구형 시스템을 병행할 기간을 확보했습니까?

최종 승인 기준은 기능의 개수가 아니라 재고 정확도와 작업 시간을 실제로 개선할 수 있는가입니다. 필수 항목 하나가 치명적으로 부족하다면 총점이 높아도 보류하세요. 반대로 부가 기능이 적더라도 핵심 주문 흐름이 안정적이고 데이터를 자유롭게 내보낼 수 있다면 확장 가능한 선택이 될 수 있습니다.

계약 후에는 30일, 60일, 90일 단위로 품절 취소율, 재고 조정 건수, 주문 처리 시간, 장기 재고 금액을 비교하세요. 이 네 지표가 개선되지 않는다면 설정 오류나 교육 부족을 점검하고 공급업체와 개선 계획을 다시 세워야 합니다. 이렇게 도입 전 점검표와 도입 후 지표를 연결해야 SKU 관리 시스템이 단순한 기록 도구를 넘어 전자상거래 운영의 의사결정 도구로 자리 잡습니다.