쇼핑몰 SKU 재고관리 프로그램, 도입 전에 무엇을 확인해야 할까?

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

주문량이 늘었는데 엑셀 파일과 쇼핑몰 관리자 화면을 번갈아 보느라 출고가 늦어진다면, SKU 재고관리 프로그램을 검토할 시점입니다. 하지만 월 이용료나 유명세만 보고 선택하면 상품 옵션이 제대로 연결되지 않거나, 필요한 기능을 추가할 때 예상 밖의 비용이 발생할 수 있습니다.

도입 전에는 ‘기능이 많은가’보다 우리 상품과 주문이 어떤 흐름으로 움직이는가를 먼저 확인해야 합니다. 아래 점검표를 따라가면 무료 체험 기간에도 핵심 기능을 빠짐없이 시험하고, 실제 운영에 맞는 도구인지 판단할 수 있습니다.

현재 상품과 재고 흐름부터 그려 보셨나요?

프로그램보다 먼저 확인할 운영 범위

재고관리 솔루션을 고르기 전에 판매 채널, 보관 장소, 상품 옵션, 발주 방식부터 한 장에 적어 보세요. 자사몰 한 곳에서 완제품만 판매하는 사업자와 여러 오픈마켓에서 세트 상품까지 운영하는 사업자는 필요한 기능이 전혀 다릅니다. 여기서 말하는 재고의 기본 개념이 낯설다면 재고에 관한 지식백과 설명을 함께 참고하면 용어를 구분하는 데 도움이 됩니다.

특히 ‘창고에 있는 수량’과 ‘지금 판매할 수 있는 수량’을 같은 숫자로 생각하면 안 됩니다. 입고 대기, 검수 불량, 교환 보류, 이미 주문된 미출고 상품은 각각 다른 상태로 관리해야 합니다. 후보 프로그램이 이러한 상태를 나눌 수 있는지 확인해야 품절 취소와 중복 판매를 줄일 수 있습니다.

아래 항목에서 세 개 이상이 해당된다면 단순 수량 기록형보다 다채널 연동과 창고별 재고를 지원하는 제품이 적합합니다. 반대로 해당 항목이 거의 없다면 고가의 기업용 기능은 오히려 입력 과정만 복잡하게 만들 수 있습니다.

• 자사몰 외에 두 곳 이상의 오픈마켓에서 같은 상품을 판매합니다.
• 사무실, 외부 창고, 매장 등 재고 보관 장소가 여러 곳입니다.
• 색상과 사이즈 조합으로 한 상품에 SKU가 20개 이상 생깁니다.
• 낱개 상품을 묶어 세트나 사은품 구성으로 판매합니다.
• 위탁 상품과 직접 매입 상품을 함께 운영합니다.
• 예약 판매, 안전재고 또는 출고 보류 수량을 별도로 관리합니다.

실무 팁: 현재 프로세스를 예쁘게 그릴 필요는 없습니다. ‘주문 수집 → 재고 차감 → 피킹 → 검수 → 송장 전송 → 반품 입고’ 순서에서 누가 어떤 화면을 사용하는지만 표시해도 누락된 요구사항이 드러납니다.

SKU와 옵션 구조를 그대로 옮길 수 있나요?

상품 마스터와 판매 채널 코드의 차이

같은 흰색 티셔츠가 자사몰에서는 ‘WHITE-M’, 오픈마켓에서는 ‘화이트/중형’으로 등록되어 있을 수 있습니다. 재고관리 프로그램은 서로 다른 판매 옵션을 하나의 내부 SKU에 연결해야 합니다. 이 매핑 기능이 없거나 수작업으로만 가능하면 주문이 늘수록 연결 오류가 누적됩니다.

무료 체험을 시작할 때는 전체 상품을 올리지 말고 구조가 가장 복잡한 상품 10개를 골라 먼저 등록하세요. 단품, 다중 옵션, 세트, 사은품, 판매 중단 상품을 섞으면 프로그램의 한계를 짧은 시간 안에 확인할 수 있습니다. 상품명만 같으면 자동으로 연결하는 제품보다는 판매처 상품 코드와 내부 SKU를 명시적으로 매핑하는 제품이 안전합니다.

세트 상품과 구성품 차감 방식

세트 상품을 판매한다면 주문 한 건이 들어왔을 때 구성품 재고가 각각 차감되는지 확인해야 합니다. 예를 들어 컵 2개와 접시 1개로 구성한 세트는 세트 재고를 별도로 세는 방식보다 원재료처럼 구성품 수량을 연결하는 방식이 관리하기 쉽습니다. 다만 이미 포장된 세트를 독립적으로 보관한다면 별도 SKU 방식이 더 정확할 수 있으므로 실제 창고 작업을 기준으로 결정하세요.

상품의 생성부터 변경, 단종까지 이어지는 데이터 관리가 중요한 업체라면 PLM 소프트웨어의 개념도 살펴볼 만합니다. 재고 솔루션이 PLM을 완전히 대신하지는 않지만, 상품 속성과 버전 변경 이력을 어디까지 맡길지 구분하는 데 도움이 됩니다.

1. 고유성: SKU 코드가 중복 등록되는 것을 시스템이 차단하는지 확인합니다.
2. 옵션 확장: 색상·사이즈 외에 소재나 패키지 같은 속성을 추가할 수 있는지 봅니다.
3. 일괄 작업: CSV 또는 엑셀로 상품을 등록하고 오류 행만 다시 처리할 수 있어야 합니다.
4. 매핑 이력: 판매처 옵션 연결을 누가 언제 바꿨는지 기록되는지 확인합니다.
5. 단종 처리: 기존 주문 이력을 보존한 채 상품만 비활성화할 수 있어야 합니다.
6. 세트 해체: 반품된 세트를 구성품 재고로 되돌리는 절차가 제공되는지 시험합니다.

쇼핑몰 연동은 이름이 아니라 동작으로 검증했나요?

연동 지원과 자동 동기화는 다릅니다

서비스 소개 화면에 이용 중인 쇼핑몰 로고가 있다고 해서 필요한 업무가 모두 자동화되는 것은 아닙니다. 어떤 제품은 주문 수집만 지원하고 상품 등록이나 반품 상태는 가져오지 못합니다. 또 주문은 실시간으로 받아도 재고 수량은 10분 또는 30분 간격으로 전송할 수 있으므로, 짧은 시간에 주문이 몰리는 상품에는 위험할 수 있습니다.

연동 범위는 상품, 주문, 재고, 송장, 취소, 교환, 반품으로 나누어 물어보세요. ‘API 연동 가능’이라는 답변만 받지 말고 데이터가 어느 방향으로 이동하는지 확인해야 합니다. 예를 들어 쇼핑몰에서 수정한 배송지를 재고 프로그램으로 다시 가져오는지, 프로그램에서 품절 처리하면 모든 판매처에도 반영되는지처럼 구체적인 상황을 제시하는 편이 좋습니다.

인벤토리는 단순한 수량표보다 넓은 운영 자원을 가리키기도 합니다. 용어 범위를 확인하려면 인벤토리 관련 지식백과 항목을 참고할 수 있습니다. 솔루션 상담에서는 재고, 판매가능재고, 가상재고, 안전재고의 의미를 업체와 동일하게 맞춘 뒤 기능을 비교하세요.

무료 체험에서 실행할 동기화 시험

테스트 주문은 정상 주문 한 건으로 끝내지 않는 것이 좋습니다. 품절 직전 주문, 옵션 변경, 부분 취소, 송장 수정, 반품 완료처럼 재고가 어긋나기 쉬운 상황을 일부러 만들어 보세요. 테스트 전후의 수량을 표로 기록하면 어느 단계에서 숫자가 달라졌는지 바로 찾을 수 있습니다.

• 연동 실패가 발생하면 화면 알림뿐 아니라 이메일이나 메신저로도 받을 수 있는지 봅니다.
• 실패한 주문을 운영자가 직접 재처리할 수 있는지 확인합니다.
• API 호출 제한을 넘었을 때 대기 주문이 사라지지 않는지 질문합니다.
• 판매처 정책 변경에 따른 연동 업데이트 비용과 평균 대응 시간을 확인합니다.

“연동된다”는 설명보다 “실패했을 때 어떻게 복구되는가”가 더 중요한 구매 기준입니다. 정상 흐름은 대부분 비슷하지만 장애 처리 방식에서 운영 품질의 차이가 크게 나타납니다.

월 이용료 밖의 비용과 사용 권한도 계산했나요?

견적서에서 놓치기 쉬운 과금 단위

재고관리 프로그램의 가격은 월 구독료만으로 비교하기 어렵습니다. 사용자 수, 주문 건수, SKU 수, 창고 수, 판매 채널 수에 따라 단계별 요금이 붙을 수 있고 초기 데이터 이전이나 직원 교육이 별도 유료인 경우도 있습니다. 첫 달 가격이 아니라 향후 12개월의 예상 주문량을 넣어 총소유비용을 계산해야 합니다.

예를 들어 월 5만원 상품이 저렴해 보여도 계정 추가, 쇼핑몰 추가, 바코드 출력 기능을 더하면 월 15만원이 될 수 있습니다. 반대로 기본료가 높은 제품이라도 계정과 주문량이 충분히 포함되어 있다면 성장 단계에서는 더 경제적입니다. 견적을 받을 때 현재 규모뿐 아니라 주문량이 두 배가 되었을 때의 요금도 함께 요청하세요.

무료 요금제는 소규모 검증에는 유용하지만 데이터 보관 기간, 다운로드 행 수, 연동 주기, 고객 지원 방식이 제한될 수 있습니다. 사업의 핵심 재고 데이터를 맡길 제품이라면 단순히 ‘무료인가’보다 필요할 때 전체 데이터를 꺼낼 수 있는가를 먼저 살펴야 합니다.

• 초기 비용: 구축, 상품 데이터 정리, API 설정, 현장 교육 비용을 구분합니다.
• 반복 비용: 계정, 주문량, 창고, 연동 채널별 추가 요금을 확인합니다.
• 장비 비용: 바코드 스캐너, 라벨 프린터, PDA의 호환 모델과 소모품 가격을 봅니다.
• 지원 비용: 전화 상담, 원격 지원, 전담 매니저가 요금에 포함되는지 확인합니다.
• 해지 비용: 약정 기간, 중도 해지 조건, 데이터 추출 수수료를 점검합니다.

직원별 권한과 기록 보존

모든 직원에게 관리자 권한을 주는 방식은 빠르지만 재고 조정과 원가 정보가 무방비로 노출됩니다. 역할별로 상품 조회, 수량 수정, 발주 승인, 원가 열람, 데이터 다운로드 권한을 나눌 수 있어야 합니다. 외부 물류사에는 지정 창고의 출고 기능만 제공하고, 내부 담당자에게는 승인 권한을 별도로 주는 구성이 실용적입니다.

누가 언제 재고를 조정했는지 보여 주는 감사 로그도 직접 열어 보세요. 변경 전 수량과 변경 후 수량, 수정 사유, 작업 계정이 함께 남아야 원인을 추적할 수 있습니다. 로그 보관 기간이 짧거나 엑셀로 내보낼 수 없다면 월말 재고 조사와 분쟁 대응에서 제약이 생깁니다.

1. 견적서에 포함된 기능과 상담 중 구두로 들은 기능이 일치하는지 대조합니다.
2. 직원 3명, 판매 채널 4개, 월 주문 5천 건처럼 실제 조건으로 금액을 다시 계산합니다.
3. 최대 SKU 수를 ‘현재 판매 중 상품’이 아니라 단종·보류 상품까지 포함해 산정합니다.
4. 계약 종료 후 상품, 주문, 입출고 이력을 표준 파일로 내려받을 수 있는지 확인합니다.
5. 개인정보 보관과 삭제 기능, 접속 기록 제공 범위를 계약서에 명시합니다.

데모 화면만 믿을 때 생기는 세 가지 구매 오류

예쁜 화면보다 실제 작업 시간을 재야 합니다

첫 번째 실수는 대시보드가 보기 좋다는 이유로 프로그램을 고르는 것입니다. 재고 현황 그래프가 화려해도 입고 한 건을 처리하려고 여러 화면을 이동해야 한다면 현장에서는 사용을 피하게 됩니다. 담당 직원에게 상품 등록, 입고, 피킹, 반품 처리 작업을 직접 시키고 각각 몇 분이 걸리는지 재어 보세요.

두 번째는 모든 상품 데이터를 첫날부터 완벽하게 옮기려는 것입니다. 기존 파일에 중복 SKU나 잘못된 옵션 코드가 있으면 그대로 이전되며, 새 프로그램의 오류처럼 보일 수 있습니다. 판매량이 높은 상품군 하나를 먼저 옮겨 1~2주의 병행 운영을 거친 뒤 나머지 범위를 확대하는 편이 안전합니다.

세 번째는 재고 차이가 발생하는 순간을 정의하지 않는 것입니다. 주문 접수 시 차감할지, 결제 완료 시 차감할지, 출고 확정 시 차감할지에 따라 판매가능재고가 달라집니다. 이 기준을 정하지 않은 채 연동만 켜면 각 채널의 숫자가 맞지 않아 담당자가 수동으로 덮어쓰는 상황이 반복됩니다.

• 구매 직전: 가장 복잡한 SKU 10개와 최근 주문 30건으로 실제 시나리오를 재현합니다.
• 계약 전: 필수 기능, 있으면 좋은 기능, 불필요한 기능을 세 칸으로 나눠 점수를 매깁니다.
• 전환 전: 기존 시스템의 상품·주문·입출고 데이터를 별도 파일로 보관합니다.
• 전환 당일: 주문 수집 중단 시간과 재고 기준 시각을 직원 및 물류사에 공유합니다.
• 전환 후: 첫 7일 동안 매일 상위 판매 SKU의 장부 수량과 실물을 대조합니다.

최종 승인 전에 담당자에게 던질 질문

“우리 쇼핑몰과 연동되나요?”처럼 넓게 질문하면 넓은 답만 돌아옵니다. 대신 “부분 취소 후 해당 옵션 수량은 몇 분 안에 복원되나요?”, “외부 창고에서 수량을 잘못 조정하면 이전 값으로 되돌릴 수 있나요?”처럼 실패 상황을 넣어 질문하세요. 답변이 문서로 제공되고 테스트 계정에서 재현된다면 도입 후의 시행착오를 크게 줄일 수 있습니다.

프로그램은 재고 문제를 자동으로 없애 주는 도구가 아니라, 이미 정한 운영 기준을 빠르고 일관되게 실행하는 장치입니다. 따라서 기능 점수가 조금 낮더라도 직원이 실제로 사용할 수 있고 오류 복구 절차가 분명한 제품이 더 나은 선택일 수 있습니다. 계약 버튼을 누르기 전 마지막으로 데이터 반출, 장애 복구, 추가 과금 세 항목에 빈칸이 없는지 확인하세요.

1. 서비스 장애 시 주문과 재고 데이터는 어떤 순서로 복구됩니까?
2. 잘못 변경한 재고를 특정 시점 기준으로 되돌릴 수 있습니까?
3. 판매 채널의 API가 바뀌면 누가, 어느 기간 안에 대응합니까?
4. 계약 해지 후 전체 데이터를 어떤 형식으로 받을 수 있습니까?
5. 주문량과 SKU 수가 두 배가 되면 월 비용은 얼마로 변합니까?
6. 기능 업데이트로 기존 작업 방식이 바뀔 때 사전 안내와 교육이 제공됩니까?