자사몰을 열면 주문과 고객 관리에서 무엇부터 달라지나?

자사몰을 열면 주문 데이터부터 무엇이 달라지나?

자사몰은 오픈마켓과 달리 주문 데이터가 플랫폼 계정이 아니라 회사가 운영하는 시스템 안에 남는다. 오픈마켓에서는 주문·배송·문의 이력이 마켓 정책이 정한 형식과 보관 기간 안에서만 열람·추출되지만, 자사몰은 주문 상태값과 이력 구조를 회사가 직접 설계하고 책임진다.

오픈마켓 판매자는 상품 등록과 CS 응대에만 집중하면 되는 대신, 주문 데이터를 마켓이 제공하는 화면과 엑셀 다운로드 범위 안에서만 다룰 수 있다. 배송 상태 변경, 취소·반품 사유 코드, 고객 연락처 노출 범위까지 마켓 정책이 정한 틀을 벗어나지 못한다.

자사몰은 이 틀이 없는 대신 회사가 직접 채워야 한다. 주문서 양식, 상태 전이 규칙(결제완료→배송준비→배송중→완료), 취소·반품·교환을 하나의 흐름으로 볼지 별도 화면으로 분리할지까지 발주 단계에서 정해 둬야 운영 중 데이터가 흩어지지 않는다.

고객 문의와 CS 응대 구조는 무엇이 바뀌나?

오픈마켓에서는 마켓이 제공하는 메시지 시스템 안에서 CS가 이뤄지고 응대 기한·템플릿도 마켓 정책을 따르지만, 자사몰은 문의 채널 자체를 회사가 선택하고 운영해야 한다. 게시판·이메일·카카오채널 중 무엇을 1차 창구로 둘지에 따라 문의가 쌓이는 곳과 이력 검색 방식이 달라진다.

오픈마켓은 판매자와 구매자 사이에 마켓이 끼어 있어 분쟁 발생 시 마켓의 중재 절차를 거친다. 이 구조는 판매자 입장에서 응대 부담을 일부 줄여주지만, 동시에 CS 이력이 마켓 시스템에 종속돼 자사몰로 옮긴 뒤에는 과거 문의 데이터를 그대로 가져오지 못한다.

자사몰에서는 이 중재자가 없다. 문의 채널을 몇 개로 둘지, 채널별 담당자를 어떻게 나눌지, 응대 이력을 주문 건과 연결해 조회할 수 있게 만들지를 회사가 직접 설계해야 하고, 이 설계가 곧 CS 인력의 실제 업무량을 결정한다.

정산과 환불 처리는 어떻게 갈리나?

오픈마켓은 정산 주기와 수수료 공제를 마켓이 자동으로 처리하지만, 자사몰은 결제대행사(PG)와의 계약, 정산 주기 설정, 환불 승인 절차를 회사가 직접 구축해야 한다. 이 과정에서 결제 수단별 정산 시점이 달라질 수 있어 회계 처리 기준을 미리 정해 둬야 한다.

오픈마켓 판매자는 정산일에 마켓이 계산한 금액이 입금되는 구조에 익숙해져 있다. 자사몰로 옮기면 PG사가 정산 주기와 수수료 체계를 별도로 안내하고, 환불이 발생했을 때 누가 승인 권한을 갖고 어떤 절차로 처리할지를 회사 내부 규칙으로 정해야 한다.

이 규칙이 없으면 환불 요청이 들어왔을 때 담당자마다 처리 기준이 달라지고, 이후 회계 정리 단계에서 다시 확인하는 일이 반복된다. 자사몰 구축 단계에서 관리자 화면에 환불 승인 로그를 남기도록 설계해 두면 이 확인 작업이 줄어든다.

자사몰 전환 전 무엇을 준비해야 하나?

상품·재고·회원 데이터 중 무엇을 이관하고 무엇을 새로 정리할지, CS 채널을 몇 개로 둘지, PG 계약을 어느 시점에 맺을지를 발주 전에 정해야 착수 이후 범위가 흔들리지 않는다. 이 범위가 고정돼야 견적도 항목 단위로 비교할 수 있다.

SGK 스튜디오 자사몰 구축 표준에서는 발주 전 확인 항목을 상품 데이터(옵션·재고 단위), 회원 데이터(오픈마켓 회원을 자사몰로 이관할지 신규 가입으로 받을지), CS 채널(1차 창구와 담당자), PG 계약(정산 주기·환불 승인 흐름) 네 가지로 구분해 정리한다.

네 항목 중 하나라도 발주 시점에 정해지지 않으면 개발 도중 화면 구조가 바뀌게 되고, 이는 일정과 범위 재산정으로 이어진다. 범위를 이 기준으로 먼저 고정한 뒤 무료 진단을 거쳐 서면 고정가로 안내하는 이유도 여기에 있다.

효과는 회사가 다루는 상품 구성과 기존 오픈마켓 운영 방식에 따라 달라진다.