SKU 발주 자동화보다 입고 기준 설계가 먼저다

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

툴보다 먼저 봐야 할 SKU 운영 문제

구매 버튼 전에 묻는 질문

재고관리 툴을 찾는 순간은 대개 바쁩니다. 주문은 늘었고, 엑셀은 느려졌고, 채널별 판매 수량과 실제 창고 수량이 맞지 않습니다. 이때 바로 기능표를 비교하면 SKU 운영의 원인보다 화면이 화려한 도구에 먼저 끌리기 쉽습니다.

Novatilla SKU 같은 product management와 inventory 중심 도구를 고를 때 핵심은 “무엇을 자동화할 것인가”보다 “어떤 기준을 자동화에 태울 것인가”입니다. 기준이 흐린 상태에서 발주 자동화, 재고 연동, 알림 기능을 켜면 틀린 판단이 더 빠르게 반복됩니다.

먼저 아래 질문에 답해보세요. 세 질문 중 하나라도 답이 흐리면 아직 견적서보다 운영 기준서를 먼저 볼 단계입니다.

• SKU를 나누는 기준이 색상, 사이즈, 유통기한, 구성품, 판매채널 중 어디까지인지 명확한가요?
• 입고 수량과 판매 가능 수량이 달라지는 시점, 예를 들어 검수 대기·불량·보류 재고를 따로 기록하고 있나요?
• 주문 취소, 부분 반품, 교환 출고처럼 수량이 뒤집히는 상황을 누가 언제 확정하는지 정해져 있나요?

재고관리 툴 구매 전 점검의 첫 문장은 “어떤 기능이 있나요?”가 아니라 “우리 SKU 기준을 이 도구가 흔들지 않고 담을 수 있나요?”여야 합니다.

기본 용어도 팀마다 다르게 쓰면 위험합니다. 재고의 의미와 범위를 다시 맞추고 싶다면 재고의 기본 개념을 참고해 내부 표현을 통일해두는 것이 좋습니다.

입고 기준이 흐리면 자동화가 오차를 키운다

입고일보다 중요한 것은 판매 가능일

많은 쇼핑몰이 “입고됐다”는 말 하나로 여러 상태를 섞어 씁니다. 택배가 창고에 도착한 상태, 검수가 끝난 상태, 바코드가 붙은 상태, 상세페이지에서 판매 가능한 상태가 모두 다른데 같은 재고로 잡히는 식입니다. 이 차이를 무시하면 SKU 재고관리 툴은 틀린 수량을 더 그럴듯하게 보여줄 뿐입니다.

입고 기준은 자동 발주보다 앞에 있어야 합니다. 발주 자동화는 과거 판매량과 현재 재고를 근거로 움직이는데, 현재 재고가 “검수 전 박스”까지 포함한다면 시스템은 이미 팔 수 있다고 판단합니다. 결국 인기 상품은 품절되고, 느린 상품은 창고에서 잠자는 상황이 생깁니다.

구매 전 데모를 볼 때는 화면 디자인보다 아래 입고 상태값을 만들 수 있는지 확인하세요. 이 항목은 작아 보여도 나중에 CS, 물류, 회계가 같은 숫자를 보게 만드는 기반입니다.

1. 입고 예정: 발주서는 생성됐지만 물건이 아직 창고에 도착하지 않은 상태입니다.
2. 검수 대기: 물건은 도착했지만 수량, 파손, 옵션 확인이 끝나지 않은 상태입니다.
3. 판매 가능: 쇼핑몰, 마켓, 오프라인 출고에 배정할 수 있는 확정 수량입니다.
4. 판매 보류: 파손 의심, 구성 누락, 가격 수정 대기 등으로 팔면 안 되는 수량입니다.

특히 식품, 화장품, 리퍼 상품, 시즌 상품은 입고일과 판매 가능일이 다릅니다. 발주 자동화가 아무리 좋아도 이 상태값을 구분하지 못하면 물류팀은 매일 수기로 보정하게 됩니다.

상품 데이터는 이름보다 속성이 더 중요하다

SKU명만 예쁘게 정리해도 부족한 이유

상품명은 고객에게 보여주는 언어이고, SKU 속성은 운영자가 판단하는 언어입니다. “블랙 니트 M”처럼 보기 좋은 이름을 붙여도 소재, 시즌, 원가, 공급처, 묶음 가능 여부, 안전재고 기준이 따로 없다면 product management는 검색창 수준에 머뭅니다.

e-commerce 운영에서는 같은 상품처럼 보여도 운영 속성은 크게 다를 수 있습니다. 예를 들어 동일한 텀블러라도 단품, 2개 세트, 선물 포장 포함, 기업 로고 각인 상품은 출고 공정과 반품 처리 방식이 다릅니다. 구매 전 확인해야 할 것은 “SKU를 몇 개까지 등록할 수 있나요?”가 아니라 “SKU별 속성을 어디까지 구조화할 수 있나요?”입니다.

아래 표는 툴 데모에서 바로 물어볼 수 있는 상품 데이터 점검 항목입니다. 담당자에게 이 표를 보여주고 실제 화면에서 등록 가능한지 확인하면 설명용 기능과 운영 가능한 기능을 구분하기 쉽습니다.

• 권장 방식: 상품명은 고객 노출용, SKU 코드는 내부 추적용, 속성값은 분석용으로 역할을 나눕니다.
• 주의할 방식: 상품명 안에 모든 정보를 몰아넣고 검색으로 해결하려는 방식은 담당자가 바뀌면 금방 무너집니다.

SKU명은 사람이 읽기 쉽게, SKU 속성은 시스템이 판단하기 쉽게 설계해야 합니다. 두 목적을 한 칸에 넣으면 나중에 검색도 분석도 애매해집니다.

연동 범위는 많음보다 끊김 없는 흐름이 우선이다

채널 수보다 데이터 방향을 본다

재고관리 솔루션 소개 페이지에는 보통 연동 가능한 마켓, 쇼핑몰, 택배사, ERP 로고가 많이 나열됩니다. 물론 연동 범위는 중요합니다. 그러나 구매 전에는 “어디와 연결되나요?”보다 “어떤 데이터가 어느 방향으로 흐르나요?”를 더 집요하게 물어야 합니다.

예를 들어 주문 데이터는 마켓에서 재고툴로 들어오지만, 재고 차감 결과가 다시 마켓으로 나가지 않는다면 운영자는 여전히 수동 보정을 해야 합니다. 반대로 재고 수량은 나가지만 상품 상태, 옵션명, 세트 구성 변경이 반영되지 않으면 e-commerce 재고 연동은 반쪽짜리가 됩니다.

구매 전 점검표는 아래 순서로 보는 것이 좋습니다. 이 순서대로 물어보면 영업 담당자의 “가능합니다”라는 답변을 실제 운영 가능한 수준으로 좁힐 수 있습니다.

1. 상품 마스터: SKU 코드, 옵션값, 판매 상태, 공급처 정보가 한 곳에서 기준 데이터로 관리되는지 확인합니다.
2. 주문 수집: 주문, 취소, 교환, 부분 출고가 모두 같은 주문 흐름으로 들어오는지 확인합니다.
3. 재고 차감: 결제 완료, 송장 출력, 출고 확정 중 어느 시점에 재고가 빠지는지 확인합니다.
4. 채널 반영: 자사몰과 외부 마켓에 수량 변경이 얼마나 빨리 반영되는지 확인합니다.
5. 오류 복구: API 실패, 중복 주문, 옵션명 변경 시 누가 어떤 로그를 보고 복구하는지 확인합니다.

인벤토리라는 표현은 단순 보관 수량보다 넓게 쓰입니다. 운영 체계 관점에서 재고 자산의 흐름을 보고 싶다면 인벤토리 개념 설명도 함께 참고해 팀 내부 언어를 맞추면 좋습니다.

가격표보다 숨어 있는 운영 비용을 읽는다

월 이용료만 보면 싸게 보인다

재고관리 툴 가격은 보통 월 이용료, 사용자 수, 주문 건수, SKU 등록 수, 연동 채널 수로 나뉩니다. 문제는 가장 싼 요금제가 실제 운영에는 비싸질 수 있다는 점입니다. 필요한 연동이 추가 옵션이고, 데이터 이전 비용이 별도이며, 초기 세팅을 내부 인력이 며칠씩 해야 한다면 총비용은 달라집니다.

구매 전에는 도입 비용과 운영 비용을 나눠서 계산해야 합니다. 도입 비용은 초기 세팅, 데이터 정리, 교육, 커스터마이징처럼 한 번 크게 들어가는 비용입니다. 운영 비용은 월 구독료, 추가 계정, API 호출량, 자동화 시나리오 추가, 장애 대응 시간처럼 계속 발생하는 비용입니다.

아래 항목은 견적서에 작게 숨어 있거나 아예 표시되지 않는 경우가 많습니다. 특히 성장 중인 쇼핑몰이라면 현재 주문량이 아니라 6개월 뒤 SKU 수와 채널 수를 기준으로 질문해야 합니다.

• SKU 초과 비용: 등록 수 기준인지 활성 판매 SKU 기준인지 확인합니다. 단종 상품까지 과금되면 비용이 빠르게 늘 수 있습니다.
• 주문 건수 구간: 행사 기간 주문 폭증 시 상위 요금제로 자동 변경되는지, 일시 초과 비용만 내는지 확인합니다.
• 연동 추가 비용: 마켓, 택배사, WMS, 회계 시스템을 추가할 때 건별 비용이 있는지 봅니다.
• 초기 데이터 이전: 엑셀 양식 변환, 코드 정리, 중복 SKU 병합을 공급사가 지원하는지 확인합니다.
• 교육과 권한 세팅: 운영자, CS, 물류, MD별 화면 교육이 포함되는지 물어봅니다.

뉴스에서도 이커머스 생존 조건으로 데이터 품질과 활용 역량이 자주 언급됩니다. 자동화 도구를 검토할 때도 이커머스 데이터 활용 관련 기사처럼 데이터 자체의 공정성과 품질 문제를 함께 봐야 합니다. 도구 가격은 숫자로 보이지만, 잘못된 데이터로 생기는 재고 손실은 뒤늦게 비용으로 나타납니다.

권한과 알림은 편의보다 책임선을 만든다

누가 바꿨는지 남아야 운영이 편해진다

재고관리 툴을 고를 때 권한 기능은 종종 뒤로 밀립니다. 하지만 실제 사고는 화려한 대시보드가 아니라 작은 수정 버튼에서 시작됩니다. 누구나 SKU 원가를 바꾸고, 누구나 안전재고를 수정하고, 누구나 판매 보류를 풀 수 있다면 시스템은 편리해 보이지만 책임선은 흐려집니다.

특히 여러 명이 함께 운영하는 쇼핑몰이라면 권한 관리는 보안 기능이 아니라 업무 설계입니다. MD는 상품 속성을 수정할 수 있지만 재고 실수량은 바꾸지 못하게 하고, 물류 담당자는 검수 상태를 바꿀 수 있지만 판매가를 바꾸지 못하게 해야 합니다. CS 담당자는 반품 입고 상태를 등록하되 판매 가능 재고 전환은 검수 담당자의 확인 후 처리하는 식입니다.

알림도 마찬가지입니다. 모든 알림을 켜면 아무도 보지 않습니다. 구매 전에는 알림 종류보다 조건을 얼마나 세밀하게 나눌 수 있는지 확인하세요.

1. 수정 이력: SKU 코드, 옵션, 원가, 재고 수량, 상태값 변경 기록이 사용자별로 남는지 봅니다.
2. 승인 단계: 대량 재고 조정, 판매 보류 해제, 폐기 처리처럼 손실 가능성이 큰 작업에 승인 흐름을 둘 수 있는지 확인합니다.
3. 알림 조건: 안전재고 미만, 입고 지연, 주문 수집 실패, 채널 반영 실패를 각각 다른 담당자에게 보낼 수 있는지 확인합니다.
4. 야간 대응: 장애 알림을 모바일, 이메일, 메신저 중 어디로 받을 수 있는지, 반복 알림을 제어할 수 있는지 봅니다.

좋은 알림은 많이 울리는 알림이 아니라, 지금 움직일 사람이 바로 알아볼 수 있는 알림입니다.

이 단계에서는 무료 체험 계정을 꼭 여러 역할로 나눠 써보는 것이 좋습니다. 관리자 한 명으로만 테스트하면 실제 팀 운영에서 생기는 권한 충돌을 발견하기 어렵습니다.

무료 체험은 화면 구경보다 시나리오 테스트다

샘플 데이터보다 실제 SKU 30개가 낫다

대부분의 재고관리 툴은 데모 화면이나 무료 체험을 제공합니다. 이때 샘플 데이터만 둘러보면 기능이 잘 작동하는 것처럼 보입니다. 하지만 샘플 데이터는 깨끗하고, 실제 운영 데이터는 중복 옵션, 오래된 상품명, 잘못된 바코드, 판매 중지 상품이 뒤섞여 있습니다.

체험 기간에는 전체 데이터를 옮기려 하지 말고, 대표 SKU 30개만 고르는 편이 효율적입니다. 잘 팔리는 상품, 느린 상품, 세트상품, 옵션 많은 상품, 반품 잦은 상품, 공급처가 다른 상품을 섞으면 작은 샘플로도 툴의 한계를 꽤 정확히 볼 수 있습니다.

아래 시나리오를 실제로 눌러보면 영업 설명서에는 나오지 않는 운영 감각이 드러납니다. 특히 “되는 기능”과 “편하게 되는 기능”은 다릅니다.

• 시나리오 1: 동일 SKU가 자사몰과 오픈마켓에서 동시에 팔렸을 때 재고가 어떤 순서로 차감되는지 확인합니다.
• 시나리오 2: 입고 수량 100개 중 7개가 불량일 때 판매 가능 수량과 보류 수량이 분리되는지 봅니다.
• 시나리오 3: 세트상품 주문이 들어왔을 때 구성품 재고가 각각 줄어드는지 확인합니다.
• 시나리오 4: 부분 반품이 들어온 상품을 검수 후 판매 가능 재고로 되돌리는 흐름을 테스트합니다.
• 시나리오 5: 옵션명을 바꿨을 때 기존 주문, 송장, 리포트가 깨지지 않는지 확인합니다.

테스트가 끝나면 점수를 매기세요. 기능 유무는 1점, 담당자가 설명 없이 처리할 수 있으면 2점, 오류가 났을 때 로그와 복구 방법이 보이면 3점입니다. 30개 SKU 테스트에서 낮은 점수가 반복되는 항목은 도입 후에도 교육과 수기 보정 비용으로 돌아옵니다.

오늘 한 SKU만 골라 입고 규칙을 써본다

큰 프로젝트 전에 작은 기준서부터 만든다

재고관리 툴을 당장 사지 않아도 지금 할 수 있는 일이 있습니다. 가장 자주 팔리지만 자주 헷갈리는 SKU 하나를 고르고, 그 상품의 입고부터 판매 가능 전환까지를 문장으로 써보세요. 이 한 장짜리 기준서는 나중에 어떤 SKU 솔루션을 고르든 요구사항의 뼈대가 됩니다.

예를 들어 “화이트 셔츠 M”이라는 SKU를 골랐다면 공급처, 최소 발주 수량, 입고 검수 항목, 불량 판단 기준, 바코드 부착 위치, 판매 보류 조건, 반품 후 재판매 조건을 적습니다. 이 과정에서 팀원마다 기준이 다르면 툴 문제가 아니라 운영 언어 문제가 먼저 드러납니다.

아래 양식을 그대로 복사해 회의 전에 채워보면 좋습니다. 중요한 것은 완벽한 문서가 아니라, 자동화에 넣을 기준을 한 번 눈앞에 꺼내는 것입니다.

1. SKU 코드: 내부에서 바꾸지 않을 고유 코드를 적습니다.
2. 판매 가능 조건: 검수 완료, 라벨 부착, 구성품 확인 등 판매 전 필수 조건을 적습니다.
3. 보류 조건: 오염, 파손, 옵션 불일치, 촬영용 샘플처럼 판매하면 안 되는 조건을 적습니다.
4. 차감 시점: 결제 완료, 송장 출력, 출고 확정 중 언제 재고를 줄일지 정합니다.
5. 복구 시점: 취소, 반품, 교환에서 언제 재고를 되돌릴지 정합니다.
6. 담당자: 입고 확정, 보류 해제, 재고 조정 권한을 가진 사람을 적습니다.

이 문서를 만든 뒤 재고관리 툴 상담을 받으면 질문이 달라집니다. “발주 자동화가 되나요?”에서 “판매 가능 수량과 검수 대기 수량을 분리해 자동 발주 기준에서 제외할 수 있나요?”로 바뀝니다. 오늘은 전체 재고를 손대지 말고, 매출 상위 SKU 하나만 골라 입고 규칙 6줄을 써보세요.