"쇼핑몰 만들고 싶은데요"는 제가 가장 조심스럽게 받는 문의 중 하나입니다. 겉에서 보기엔 단순하지만 안에는 결제·재고·배송·세금·반품 같은 지뢰가 많습니다. 실제 프로젝트에서 자주 본 6가지 실수를 공유합니다. MVP일수록 이것들을 미리 피하면 오픈 후 몇 배의 시간을 아낄 수 있습니다.
실수 1 — 결제를 직접 구현하려 한다
"수수료 아끼려고 PG 안 붙이고 직접 입금 확인하자"는 아이디어는 MVP에서도 권장하지 않습니다. 미입금·환불·부분환불·분쟁 대응이 운영자의 하루를 다 써 버립니다. Toss Payments·Stripe·NHN KCP 중 하나를 표준 플로우로 붙이는 게 가장 빠르고 안전합니다.
실수 2 — 재고를 실시간으로 관리한다고 전제한다
현실은 재고 정보가 ERP·택배사·창고 관리 시스템에 분산돼 있습니다. MVP에서 실시간 재고 동기화를 목표하면 개발 기간이 2배로 늘어납니다. 초기엔 주문 들어오면 운영자에게 알림 + 품절 시 수동 동기화로 충분합니다. 실시간화는 트래픽이 확보된 뒤에.
실수 3 — 옵션·조합 상품 구조를 얕본다
상품 = 이름·가격·사진 정도면 된다고 생각하지만, 옵션(사이즈·색상)·조합(S·블랙 vs L·화이트)·추가옵션(포장·각인)까지 들어가면 DB 스키마가 완전히 달라집니다. 옵션 구조는 초기에 한 번 잘 설계하지 않으면 반년 뒤에 스키마 대수술을 해야 합니다. 쇼핑몰의 핵심 구조물.
실수 4 — 배송비·세금 로직을 UI 문구로만 처리한다
"3만 원 이상 무료배송" 같은 한 줄이 실제론 (a) 장바구니 총액 기준인지 상품 기준인지, (b) 쿠폰 적용 후인지 전인지, (c) 묶음 배송과 개별 배송의 기준 차이 등으로 복잡해집니다. 배송비 계산 로직은 코드에 분리된 함수로 관리해야 하고, 세금 계산도 별도 함수 필수. UI에만 적어 두면 운영자가 매번 손으로 계산해야 합니다.
실수 5 — 반품·교환 플로우를 "나중에"로 미룬다
반품은 MVP에서 가장 자주 미뤄지는 영역입니다. 하지만 오픈 2~3주 안에 첫 반품 요청이 들어오고, 그때 플로우가 없으면 운영자가 이메일·전화로 해결해야 합니다. 반품 접수 폼 + 상태 관리 3~4단계만이라도 초기에 넣으면 운영자 시간의 대부분을 구해 줍니다.
실수 6 — SEO·OG를 오픈 뒤에 생각한다
쇼핑몰의 유입 경로는 검색·SNS 공유가 큰 비중. 상품 상세의 메타태그·OG 이미지·JSON-LD(상품 스키마)는 처음 설계할 때 자동 생성되게 넣어야 합니다. 나중에 추가하면 이미 인덱싱된 URL을 다시 태워야 하고, SNS 공유 시 카드가 예쁘지 않아 클릭률이 떨어집니다.
현실적인 MVP 쇼핑몰 범위
- 상품 20~100개 규모
- 단순 옵션(사이즈·색상)까지, 복합 옵션은 2단계에서
- PG 결제 1종
- 배송비 규칙 2~3종 (기본·무료배송·도서산간 추가)
- 주문 상태 5~6단계 (결제완료 → 배송준비 → 배송중 → 배송완료 → 구매확정 → 반품)
- 쿠폰 1종 (할인·무료배송 중 하나)
이 범위면 4~6주, 1,200~2,500만 원 수준으로 완성도 있는 쇼핑몰 MVP가 가능합니다. 그 이상은 2단계로 미루는 게 거의 항상 정답.
한 줄로
쇼핑몰은 "상품 등록 → 결제 → 배송"이 아니라 "운영자가 하루에 수십 번 다뤄야 하는 워크플로우"입니다. MVP의 품질은 사용자 화면이 아니라 운영자 화면에서 결정됩니다. 이 관점을 먼저 잡는 팀이 오픈 후에도 안정적으로 굴러갑니다.