01 · 상품과 옵션 구조를 먼저 정합니다
색상·사이즈 정도의 단순 옵션인지, 옵션마다 가격·재고·SKU가 다른지에 따라 상품 구조가 달라집니다. 세트상품, 추가상품, 회원등급별 가격처럼 예외가 많다면 처음부터 데이터 구조에 반영해야 관리자가 같은 내용을 여러 번 입력하지 않습니다.
상품 등록 화면은 판매 화면보다 운영 효율에 더 큰 영향을 줄 수 있습니다.
02 · 재고 기준을 온라인 주문과 맞춰야 합니다
쇼핑몰만 사용하는 재고인지, 매장·창고·도매 주문과 함께 쓰는 재고인지에 따라 차감 시점과 동기화 방식이 달라집니다. 주문 취소와 반품 때 재고를 언제 복원할지도 규칙이 필요합니다.
재고 숫자를 여러 시스템에서 각각 수정하게 두면 시간이 갈수록 차이가 커질 수 있습니다.
03 · 결제와 배송은 사업 방식에 맞춰 필요한 것만 둡니다
카드, 무통장, 가상계좌, 간편결제, 정기결제 중 실제 필요한 수단을 선택하고 택배 배송, 매장 픽업, 직접 배송 여부를 정해야 합니다. 모든 기본 기능을 무조건 켜두면 관리자 상태값과 고객 화면만 복잡해질 수 있습니다.
금산골드처럼 배송이 없는 매장 픽업 구조라면 불필요한 배송 상태와 운송장 기능을 제거하는 것이 오히려 맞는 설계입니다.
04 · 관리자 화면은 실제 처리 순서에 맞춥니다
주문 확인, 입금, 상품 준비, 출고, 취소, 교환, 환불을 누가 어떤 순서로 처리하는지에 따라 관리자 화면이 달라집니다. 하루 주문이 적을 때는 문제가 없던 화면도 주문량이 늘면 일괄 처리, 검색, 필터, 엑셀, 알림 기능이 필요해집니다.
관리자 UX는 고객 화면과 별개가 아니라 운영비를 좌우하는 핵심 영역입니다.
05 · 나중에 연결할 시스템까지 생각해 둡니다
처음에는 쇼핑몰만 필요해도 이후 ERP, 바코드, 거래처 관리, 앱, 외부 마켓, 배송 API와 연결할 수 있습니다. 모든 기능을 처음부터 개발할 필요는 없지만 상품·회원·주문의 기본 데이터가 확장 가능한 구조인지 확인하는 것이 좋습니다.
작게 시작하더라도 데이터 구조는 다음 단계를 막지 않도록 설계해야 합니다.