01 · 쇼핑몰보다 먼저 판매 방식을 정의하세요
소비자 대상 판매인지, 거래처 도매인지, 회원 승인 후 가격을 보여주는지, 오프라인 매장 픽업인지에 따라 필요한 기능이 달라집니다. 결제·배송 기능을 모두 넣는 것이 정답은 아닙니다.
실제 운영에 없는 기능을 넣으면 관리자 화면이 복잡해지고 예외 처리가 늘어납니다. 반대로 필요한 정산이나 재고 규칙이 빠지면 결국 엑셀을 병행하게 됩니다.
02 · 상품·옵션·가격 규칙을 데이터로 정리하세요
옵션이 단순 색상·사이즈인지, 회원등급에 따라 가격이 달라지는지, 시세나 원가가 반영되는지에 따라 상품 데이터 구조가 달라집니다. 운영자가 어떤 값을 직접 수정하고 어떤 값은 자동 계산할지도 구분해야 합니다.
가격 계산이 여러 화면에 중복되면 유지보수 과정에서 서로 다른 금액이 나타날 수 있어 하나의 규칙으로 관리하는 편이 안전합니다.
03 · 재고는 언제 바뀌는지 먼저 정해야 합니다
주문 접수, 결제 완료, 출고, 실제 스캔 중 어느 시점에 재고가 감소하는지 명확해야 합니다. 여러 화면에서 동시에 재고를 수정하게 두면 중복 차감과 수량 불일치가 생길 수 있습니다.
바코드나 실중량을 사용하는 현장에서는 실제 작업 이벤트를 재고 변경의 기준으로 삼는 방식도 고려할 수 있습니다.
재고를 스캔 이벤트에만 연결한 도매 운영 시스템
금산골드는 주문 상태가 아니라 실제 입고·출고 스캔을 재고 변화의 기준으로 두고, 해당 데이터가 가격과 정산·리포트로 이어지도록 구성했습니다.
구축 흐름 보기 ↗04 · 관리자 화면이 실제 업무와 맞아야 합니다
상품 등록, 주문 확인, 입금, 출고, 거래처 관리, 통계가 서로 다른 화면에 흩어져도 담당자가 실제 업무 순서대로 이동할 수 있어야 합니다. 사용하지 않는 결제·배송 메뉴를 많이 남기면 오히려 실수가 늘 수 있습니다.
기존 쇼핑몰 솔루션의 기본 화면을 그대로 쓰기보다 업무에 필요한 필드와 상태만 남기는 방식이 효율적일 수 있습니다.
05 · 외부 시스템 연동은 비용과 운영을 같이 봐야 합니다
택배, 회계, ERP, 알림, 결제, AI, 외부 데이터 API를 연결할 수 있지만 각 서비스의 사용료, 장애 가능성, 인증 방식과 변경 정책을 함께 고려해야 합니다.
처음부터 모든 연동을 넣기보다 반복 업무를 가장 많이 줄여주는 부분부터 단계적으로 연결하는 방식이 현실적입니다.
06 · 쇼핑몰 견적은 기능표로 비교하세요
상품 수보다 가격 규칙, 옵션 구조, 회원등급, 결제·배송, 재고, 정산, 관리자, 데이터 이전과 외부 연동이 개발 범위를 크게 바꿉니다.