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

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

재고 수량이 자주 틀리고 주문 취소가 늘어나면 새로운 쇼핑몰 재고관리 프로그램부터 검색하게 됩니다. 하지만 무료 체험 화면이 깔끔하다는 이유만으로 결제하면, 정작 필요한 다중 창고 관리나 세트 상품 차감 기능이 없어 몇 달 뒤 다시 시스템을 바꾸는 일이 생깁니다.

구매 전에는 기능 개수보다 우리 쇼핑몰의 상품 구조와 업무 흐름을 먼저 확인해야 합니다. 아래 점검표를 따라가면 SKU 관리, 상품 관리, 재고 연동, 권한 설정, 비용 구조를 실제 운영 기준으로 검증할 수 있습니다.

우리 상품 구조를 프로그램이 그대로 표현할 수 있나?

대표 상품이 아니라 실제 SKU로 테스트합니다

상품 등록 화면만 보고 도입 여부를 판단하면 안 됩니다. 쇼핑몰에서는 같은 티셔츠라도 색상과 사이즈가 다르면 각각 재고를 추적해야 하므로, 프로그램이 상품과 SKU를 별도 계층으로 관리하는지 확인해야 합니다. 옵션 조합이 30개인 상품, 옵션이 없는 단품, 여러 품목을 묶은 세트 상품을 각각 하나씩 골라 체험 계정에 등록해 보세요.

특히 판매 채널마다 상품명과 상품번호가 다를 때 내부 SKU 하나에 여러 채널 상품을 연결할 수 있어야 합니다. 연결 방식이 단순 문자열 일치뿐이라면 상품명을 수정하거나 새로운 채널을 추가할 때 매핑이 끊길 수 있습니다. SKU의 의미와 재고 개념을 함께 살펴보고 싶다면 재고에 관한 지식백과 설명도 참고할 수 있습니다.

로트·유통기한·세트 구성까지 질문합니다

식품, 화장품, 건강용품을 판매한다면 총수량만 맞는 것으로는 부족합니다. 입고일이나 제조 로트, 유통기한별 잔량을 구분하고 먼저 만료되는 재고를 우선 출고할 수 있는지 확인해야 합니다. 세트 상품은 판매 시 완제품 재고를 차감하는 방식인지, 구성품 SKU를 각각 차감하는 방식인지도 미리 결정해야 합니다.

• 옵션 SKU: 색상·사이즈 조합을 대량 생성하고 일부 옵션만 판매 중지할 수 있는지 확인합니다.
• 세트 상품: 세트 하나가 팔릴 때 구성품 2개, 사은품 1개처럼 서로 다른 수량이 정확히 차감되는지 시험합니다.
• 로트 관리: 같은 SKU를 입고일과 유통기한별로 분리 조회할 수 있는지 살펴봅니다.
• 단위 변환: 박스로 입고한 상품을 낱개로 판매할 때 환산 수량이 자동 반영되는지 확인합니다.
• 상품 이력: SKU 코드, 바코드, 옵션명 변경 전후 기록이 남고 담당자를 추적할 수 있는지 묻습니다.

무료 체험에는 가장 단순한 상품이 아니라 운영자가 평소 가장 처리하기 싫어하는 상품을 넣어야 시스템의 한계가 빨리 드러납니다.

입고부터 반품까지 재고 숫자가 같은 시점에 움직이나?

가용재고와 실재고를 구분해 봅니다

창고 선반에 20개가 있다고 해서 20개를 모두 판매할 수 있는 것은 아닙니다. 결제 완료 주문에 4개가 예약되어 있고 검수 중인 반품이 2개라면, 프로그램은 실재고와 판매 가능한 가용재고를 구분해야 합니다. 재고 상태를 하나의 숫자로만 표시하는 솔루션은 주문량이 늘수록 품절과 과판매를 설명하기 어려워집니다.

체험 중에는 ‘주문 접수→상품 할당→피킹→출고 취소→반품 검수’ 순서로 상태를 바꿔 보세요. 각 단계에서 가용재고, 예약재고, 출고대기재고가 언제 증감하는지 기록하면 프로그램의 차감 기준을 이해할 수 있습니다. 일반적인 인벤토리 개념은 인벤토리 용어 설명에서 보충할 수 있지만, 실제 솔루션의 상태 정의는 반드시 공급사 문서로 다시 확인해야 합니다.

연동 장애를 일부러 만들어 봅니다

정상 주문 한 건이 잘 들어오는지만 확인해서는 부족합니다. 주문이 동시에 몰리거나 판매 채널의 응답이 늦을 때 중복 차감이 발생하지 않는지, 실패한 데이터가 자동으로 재전송되는지 살펴봐야 합니다. 재고 동기화가 실패했을 때 관리자에게 알림만 보내는지, 해당 SKU의 판매를 일시 제한하는지도 운영 안정성을 가르는 요소입니다.

1. 테스트 SKU의 시작 재고를 10개로 맞추고 두 판매 채널에 동일하게 연결합니다.
2. 각 채널에서 거의 동시에 3개씩 주문해 중앙 재고가 4개로 계산되는지 확인합니다.
3. 한 채널의 연결을 끊은 상태에서 주문을 만든 뒤 재연결하여 누락 주문이 복구되는지 봅니다.
4. 출고 전 주문 1건을 취소하고 예약 수량이 즉시 가용재고로 돌아오는지 점검합니다.
5. 반품 상품을 ‘검수 전’, ‘정상 재판매’, ‘불량’으로 나눠 정상 재고에 섞이지 않는지 확인합니다.
6. 조정 이력에서 변경 시각, 작업자, 이전 수량, 변경 사유를 모두 조회해 봅니다.

통과 기준은 단순히 마지막 총수량이 맞는 것이 아닙니다. 어느 시점에 누가 어떤 이유로 숫자를 바꿨는지 설명할 수 있고, 장애 후에도 주문 순서와 재고 이력이 보존되어야 합니다.

기능표 밖의 비용과 운영 조건까지 견적에 들어갔나?

월 구독료 대신 총운영비를 계산합니다

재고관리 솔루션 가격은 월 구독료 하나로 끝나지 않는 경우가 많습니다. 사용자 수, 창고 수, 주문 처리량, API 호출량, 판매 채널 추가, 바코드 기능, 초기 데이터 이관, 교육과 기술 지원이 별도 항목인지 확인해야 합니다. 기본 요금이 저렴해 보여도 성수기에 주문 구간을 넘으면 상위 요금제로 자동 전환되는 구조라면 연간 비용이 크게 달라질 수 있습니다.

견적은 현재 규모만 넣지 말고 평시·성수기·성장 후 세 가지 시나리오로 받아보세요. 예를 들어 평소 월 주문 3천 건, 행사 기간 1만 건, 1년 뒤 2만 건을 가정하고 각각의 구독료와 초과 요금을 요청합니다. 계약 해지 후 데이터를 내려받는 비용과 읽기 전용 계정 유지비까지 물어야 시스템 교체 시 예상하지 못한 지출을 줄일 수 있습니다.

보안과 지원 조건은 실제 문장으로 확인합니다

관리자 계정을 여러 직원이 공유하면 재고 조정의 책임자를 찾기 어렵습니다. 역할별 권한, 로그인 이력, 2단계 인증, 엑셀 다운로드 제한, 개인정보 마스킹을 지원하는지 점검하세요. 장애 대응은 “신속 지원” 같은 표현보다 운영시간, 최초 응답 목표, 긴급 연락 수단, 데이터 복구 범위가 계약서나 서비스 수준 문서에 명시되는지가 중요합니다.

가격 비교표에는 월 이용료뿐 아니라 초기 이관비, 교육비, 추가 계정비, 성수기 초과 요금, 해지 비용을 같은 기간 기준으로 넣어야 공정한 비교가 됩니다.

머그컵 쇼핑몰의 14일 체험은 이렇게 판정을 바꿨다

첫 3일은 기능 탐색보다 기준선 기록에 썼습니다

온라인에서 머그컵과 선물 세트를 판매하는 가상의 쇼핑몰 ‘모닝컵’을 따라가 보겠습니다. 모닝컵은 자사몰과 오픈마켓 두 곳을 운영하고, 내부 SKU 180개와 창고 두 곳을 사용합니다. 담당자는 재고관리 프로그램 세 개를 동시에 구경하는 대신, 후보 두 개만 골라 동일한 데이터와 시나리오로 14일간 시험하기로 했습니다.

1일 차에는 기존 시스템의 SKU별 수량을 바로 이관하지 않고 실제 재고조사 결과와 비교했습니다. 차이가 있는 12개 SKU는 조정 사유를 남긴 뒤 기준 수량을 확정했습니다. 2일 차에는 단품 머그컵, 색상 옵션 상품, 컵 2개와 포장 상자로 구성된 선물 세트, 불량 반품 상품을 등록했고, 3일 차에는 각 판매 채널의 상품번호를 내부 SKU에 연결했습니다.

주문 폭주와 반품까지 재현한 뒤 한 제품만 남겼습니다

4일부터 7일까지 담당자는 두 채널에서 동시 주문을 발생시키고, 일부 주문의 결제를 취소했으며, 창고 간 이동도 등록했습니다. 후보 A는 화면이 익숙하고 기본료가 낮았지만 세트 주문을 완제품 수량으로만 차감했습니다. 후보 B는 초기 설정 항목이 많았지만 구성품별 재고를 차감하고 채널 연동 실패 건을 별도 대기열에서 다시 처리할 수 있었습니다.

1. 8일 차: 컵 2개와 포장 상자 1개로 구성된 세트 5건을 주문해 각 구성품이 정확히 차감되는지 확인했습니다.
2. 9일 차: 출고 전 취소 2건을 만들고 예약재고가 판매 가능 수량으로 돌아오는 시간을 기록했습니다.
3. 10일 차: 파손 반품 1개와 정상 반품 2개를 등록해 불량재고와 가용재고가 분리되는지 봤습니다.
4. 11일 차: 아르바이트 계정에는 피킹만, 창고 책임자에게는 재고 조정까지 허용하도록 권한을 나눴습니다.
5. 12일 차: 판매 채널 연결을 잠시 중단한 후 주문 누락 복구와 관리자 알림을 시험했습니다.
6. 13일 차: 상품, 주문, 재고 조정 이력을 내려받아 다른 프로그램에서도 읽을 수 있는 형식인지 검토했습니다.
7. 14일 차: 평시와 성수기 주문량을 넣은 연간 비용표에 오류 처리 시간과 수작업 시간을 함께 반영했습니다.

모닝컵은 단순 점수 합계 대신 ‘세트 구성품 차감’, ‘연동 실패 복구’, ‘역할별 권한’을 필수 통과 항목으로 정했습니다. 후보 A는 월 구독료에서 유리했지만 필수 항목 두 개를 통과하지 못해 제외됐고, 후보 B는 직원 한 명이 한 달에 반복하던 수동 조정 시간을 줄일 수 있어 최종 선택됐습니다. 상품 정보가 판매와 폐기까지 이어지는 흐름은 제품수명주기관리 개념과도 연결되므로, 모닝컵은 판매 종료 SKU의 이력 보존과 데이터 추출 가능 여부까지 계약 조건에 넣었습니다.