쇼핑몰제작은 상품을 보기 좋게 등록하는 작업보다, 고객이 선택하고 주문한 상품을 오류 없이 출고할 수 있도록 판매 단위를 정하는 일에서 시작합니다. 상품마다 옵션, 재고, 추가금액, 관리코드가 어떤 관계를 갖는지 먼저 설계하면 주문 증가 뒤에도 상품 데이터를 안정적으로 관리할 수 있습니다.
- 상품 하나가 실제로 어떤 단위로 선택·포장·출고되는지에 따라 단일상품, 다중옵션, 세트상품을 구분합니다.
- 재고가 서로 대체되지 않는 선택값은 옵션별로 분리해 관리해야 품절 주문을 줄일 수 있습니다.
- 상품명은 공통 대상을, 옵션명은 고객이 고르는 차이를, 관리코드는 내부 추적 기준을 각각 담당하게 만듭니다.
1. 쇼핑몰제작 전에 상품 판매 단위를 나누는 법
상품 구조는 고객이 무엇을 하나의 주문 대상으로 인식하고, 운영자가 무엇을 하나의 출고 대상으로 처리하는지에 맞춰 나눕니다. 화면에서 비슷하게 보이는 상품이라도 선택값별 구성품이나 재고가 다르면 별도의 판매 단위로 설계해야 합니다.
단일상품은 고객이 별도 선택 없이 하나의 품목을 구매하는 구조입니다. 색상이나 규격 차이가 없고 포장 및 출고 기준도 동일할 때 적합하며, 상세 설명과 재고 정보가 단순해 등록 오류를 줄이기 쉽습니다.
다중옵션 상품에서 옵션은 하나의 상품 안에서 고객이 선택하는 색상, 크기, 구성 등의 차이입니다. 선택값에 따라 실제 출고 물품, 가격, 재고가 달라진다면 옵션 조합별 정보를 분리해야 하며, 단순한 안내 문구를 옵션처럼 만들면 주문 데이터가 불필요하게 복잡해집니다.
| 상품 유형 | 판매 단위 | 재고 기준 | 확인 사항 |
|---|---|---|---|
| 단일상품 | 하나의 품목 | 상품 단위 | 선택값 없이 같은 품목이 출고되는지 |
| 다중옵션 상품 | 선택 조합별 품목 | 옵션 조합별 | 가격·재고·출고품이 달라지는지 |
| 세트상품 | 묶음 구성 | 세트 또는 구성품 연동 | 포장 단위와 구성품 소진 기준 |
표의 핵심은 상품 화면의 개수가 아니라 실제 출고 단위입니다. 같은 상품명 아래에 여러 선택값이 있어도 재고와 출고품이 완전히 같다면 구조를 단순하게 유지할 수 있지만, 어느 하나라도 달라지면 그 차이를 주문 데이터에서 식별할 수 있어야 합니다.
초기 쇼핑몰제작 단계에서는 상품을 많이 등록하기보다 대표 상품 몇 개를 기준으로 판매 단위부터 검토하는 과정이 필요합니다. 예를 들어 같은 디자인의 상품이라도 색상마다 입고와 소진이 따로 발생한다면, 고객 화면의 선택값과 내부 재고 단위를 같은 기준으로 연결해야 합니다.
2. 옵션별 재고와 추가금액은 어떻게 구분할까요?
옵션별 재고는 선택값마다 남은 수량 또는 출고 가능 여부가 다를 때 분리하는 것이 원칙입니다. 고객이 고른 색상, 규격, 구성에 따라 다른 물품이 나간다면 상품 전체 재고 하나만으로는 실제 품절 상태를 정확히 보여주기 어렵습니다.
재고를 공통으로 둘 수 있는 경우는 각 선택값이 실질적으로 같은 물품이거나, 어느 선택값으로 주문되어도 동일한 재고에서 대체 출고할 수 있는 경우입니다. 반대로 특정 선택값만 먼저 소진될 수 있다면 공통 재고는 남아 있어도 고객이 주문할 수 없는 조합이 생기므로 옵션 단위 관리가 필요합니다.
추가금액은 기본 판매 구성과 비교해 선택에 따라 가격이 달라지는 부분을 표시하는 정보입니다. 기본값에는 무엇이 포함되는지 먼저 정하고, 선택값마다 추가되는 구성이나 규격 차이가 있을 때만 금액 차이를 연결해야 합니다. 가격 차이가 없는 안내 항목까지 추가금액 구조에 넣으면 고객과 운영자 모두 주문 내용을 해석하기 어려워집니다.
SKU와 관리코드는 다른 역할로 정리합니다
SKU는 실제 판매·출고 단위를 구별하기 위한 식별자이며, 옵션 조합이 달라져 별도 물품으로 관리될 때 특히 유용합니다. 관리코드는 내부에서 상품을 찾고 정리하기 위해 정한 코드로 활용할 수 있으므로, 두 항목을 같은 값으로 쓸지 별도 체계로 둘지는 운영 환경에 따라 결정합니다.
코드는 상품명처럼 설명을 길게 담기보다 구분 목적에 집중해야 합니다. 상품군, 선택 조합, 입고 또는 구성 차이를 코드에 반영할 때는 같은 규칙을 모든 상품에 적용하고, 나중에 담당자가 바뀌어도 코드만 보고 해당 판매 단위를 추적할 수 있는지 확인합니다.
상품 등록 도구마다 옵션 조합 생성, 재고 연결, 코드 입력 방식은 다를 수 있습니다. 따라서 등록 전에 옵션 조합마다 재고와 코드가 개별로 입력되는지, 상품 전체 값이 적용되는지, 주문 목록에서 선택값이 어떻게 표시되는지를 실제 설정 화면 기준으로 확인해야 합니다.
3. 품절 처리와 세트상품 재고에서 놓치기 쉬운 기준
품절 처리는 판매를 멈춰야 하는 대상을 주문 단계에서 명확히 구분하는 작업입니다. 일시적으로 재고가 없는 옵션, 더 이상 판매하지 않는 옵션, 상품 전체 판매를 중단한 상태는 운영 목적이 다르므로 같은 방식으로 표시하면 관리 혼선이 생길 수 있습니다.
가용재고는 주문에 사용할 수 있도록 잡아둔 수량을 뜻합니다. 입고 수량이 존재해도 검수 중이거나 다른 주문에 이미 배정된 수량이라면 판매 가능 수량과 다를 수 있으므로, 실제 보유량과 고객에게 노출할 수량을 구분하는 기준을 내부적으로 정해야 합니다.
세트상품은 묶음 자체를 하나의 재고로 볼지, 구성품 재고를 함께 반영할지를 먼저 결정해야 합니다. 세트로 미리 포장되어 별도 수량으로 보관되는 경우와 주문 후 구성품을 묶는 경우는 재고 확인 방식이 다르며, 구성품 하나가 부족할 때 세트 주문을 받을 수 있는지도 함께 판단해야 합니다.
주문 취소, 교환, 반품 뒤 재고가 다시 판매 가능 수량에 반영되는 시점도 확인 대상입니다. 이 처리는 사용하는 판매 관리 환경의 설정과 실제 운영 절차에 따라 달라질 수 있으므로, 품절 표시와 재고 복원 기준을 담당자 사이에 같은 문서로 정리해 두는 것이 필요합니다.
핵심: 고객이 선택하는 단위, 창고에서 꺼내는 단위, 재고를 차감하는 단위가 다르면 주문 오류가 생기기 쉽습니다. 세 기준이 어디에서 같고 어디에서 다른지 상품별로 명확히 기록해야 합니다.
4. 상품명과 옵션명을 주문 정보로 읽히게 만드는 기준
상품명은 고객이 찾는 공통 상품을 식별하게 하고, 옵션명은 주문마다 달라지는 선택값을 분명하게 보여줘야 합니다. 두 이름의 역할을 섞으면 주문 목록에서 무엇이 기본 상품이고 무엇이 선택 조건인지 빠르게 파악하기 어렵습니다.
상품명에는 상품군, 핵심 형태, 구별에 필요한 공통 특징을 담고, 옵션명에는 색상·규격·구성처럼 고객이 고르는 항목을 배치합니다. 옵션값만 주문 목록에 표시되어도 의미가 통하는지 점검하면 지나치게 짧거나 모호한 표기를 피할 수 있습니다.
서로 다른 항목을 한 옵션명에 길게 이어 붙이면 선택 화면과 주문 데이터의 가독성이 떨어집니다. 재고나 가격이 독립적으로 달라지는 기준을 중심으로 옵션 항목을 나누고, 판매와 무관한 안내 사항은 상세 설명 영역에서 전달하는 구조가 적합합니다.
쇼핑몰제작 단계에서 등록 전 점검표를 만들면 상품 데이터의 일관성을 유지하기 쉽습니다. 각 상품에 대해 판매 단위, 옵션 조합, 옵션별 재고 여부, 추가금액 발생 조건, SKU 또는 관리코드, 품절 시 처리 대상, 주문 목록 표기명을 한 번에 검토하면 이후 수정 범위를 줄일 수 있습니다.
옵션별 재고는 언제 반드시 나누나요?
옵션별 재고는 선택값마다 실제 남은 수량과 출고 가능 여부가 다를 때 분리합니다. 특정 색상이나 규격이 다른 선택값으로 대체될 수 없다면, 상품 전체 재고가 남아 있더라도 해당 옵션은 별도로 품절 처리할 수 있어야 합니다.
세트상품은 구성품 재고만 관리하면 되나요?
세트상품은 포장 단위와 구성품 재고의 연결 방식을 먼저 정해야 합니다. 미리 완성된 세트로 보관하는지, 주문마다 구성품을 모으는지에 따라 세트 수량을 별도로 둘지와 구성품 부족 시 판매 상태를 어떻게 처리할지가 달라집니다.
상품명에 옵션 내용을 모두 넣어야 하나요?
상품명에는 공통 상품 정보만 두고 선택 차이는 옵션명으로 분리하는 구조가 명확합니다. 다만 주문 정보에서 상품과 옵션을 함께 보지 못하는 환경이라면, 옵션값만으로도 무엇을 뜻하는지 알 수 있도록 표현을 보완해야 합니다.
상품 데이터 설계의 기준은 등록 화면의 편의가 아니라 주문 이후의 식별 가능성입니다. 단일상품·옵션상품·세트상품을 실제 출고 기준으로 구분하고, 재고·가격·코드·표기명을 연결해 두면 상품 수가 늘어나도 운영 기준을 일관되게 유지할 수 있습니다.