오픈마켓만드는법 판매자와 구매자 기준부터 잡는 방법
온라인몰 MD로 일할 때 같은 상품을 세 곳에서 주문해 본 적이 있다. 상품값은 가장 싼 곳이 배송비를 붙이니 두 번째로 비쌌고, 반품 배송비까지 보면 순서가 또 바뀌었다. 오픈마켓을 직접 만든다면 화면보다 먼저 이 차이를 어떻게 보여줄지 결정해야 한다. 구매자가 낼 돈과 판매자에게 남을 돈이 분명해야 거래가 이어진다.
팔 상품보다 거래 방식을 먼저 정한다
오픈마켓은 여러 판매자가 상품을 올리고, 운영자는 주문이 성사될 공간과 규칙을 제공하는 구조다. 처음부터 모든 카테고리를 열면 상품은 많아 보여도 배송 방식과 교환 기준이 제각각이라 운영이 어려워진다. 처음에는 취급 범위를 좁히는 편이 낫다. 예를 들어 생활용품 중에서도 소모품만 다루면 묶음 배송, 재구매 주기, 상품 옵션을 비교하기 쉽다.
판매자를 모으기 전에는 누구의 어떤 불편을 해결할지 한 문장으로 적어둔다. ‘소형 브랜드의 생활용품을 배송비까지 포함해 비교할 수 있는 곳’이라면 필요한 기능도 보인다. 판매자는 상품과 재고를 등록해야 하고, 구매자는 최종 결제 금액과 예상 배송일을 확인해야 한다. 운영자는 주문 누락과 분쟁을 확인할 수 있어야 한다. 이 세 가지가 첫 화면의 화려한 배너보다 우선이다.
판매자에게는 입점 조건을 구체적으로 제시해야 한다. 판매 수수료가 몇 퍼센트인지, 결제 수수료를 누가 부담하는지, 정산은 언제 어떤 기준으로 이뤄지는지까지 적는다. 구매자에게 보이는 상품 가격만 맞추고 이 조건을 뒤늦게 정하면 판매자가 가격을 올리거나 배송비에 비용을 얹게 된다. 그 부담은 결국 구매자에게 돌아간다.
최저가 대신 구매자가 실제로 낼 돈을 보여준다
상품 카드에 1만 9,900원이라고 써 있어도 배송비가 3,000원이면 구매자는 2만 2,900원을 낸다. 경쟁 판매자의 상품값이 2만 1,000원이고 무료배송이라면 후자가 1,900원 싸다. 오픈마켓만드는법을 찾는 분이라면 가격 표시에 이 계산을 꼭 넣었으면 한다. 할인 쿠폰이 있다면 적용 조건과 최소 주문 금액도 함께 보여줘야 한다.
특히 묶음 구매에서는 표시 방식이 달라진다. 한 개 구매 시 배송비가 3,000원인 상품도 두 개를 사면 무료배송이 될 수 있다. 그래서 상품 목록에는 기본 배송 조건을, 장바구니에는 선택한 수량을 반영한 최종 금액을 보여주는 게 맞다. 적립금은 당장 결제액을 낮추는 할인과 구분한다. 다음 주문에서만 쓸 수 있는 적립금을 현재 가격에서 빼면 구매자는 체감 가격을 잘못 읽는다.
상품별 비교 기준도 통일한다. 같은 세제라도 1리터 한 병과 800밀리리터 두 병을 상품 가격만으로 나란히 놓으면 판단이 흐려진다. 용량당 가격, 옵션 수량, 배송비를 함께 보여주면 싼 이유와 비싼 이유가 드러난다. 판매자가 입력한 상품명만 믿기보다 운영자가 필수 속성을 정해 받는 이유다.
수수료를 정할 때는 반품 비용까지 계산한다
수수료 5%면 운영이 가능할 것 같다는 계산을 자주 본다. 예를 들어 상품값 6만 원에 수수료 5%를 받으면 매출은 3,000원이다. 여기서 결제 처리 비용을 1,200원, 고객 응대와 운영 비용을 주문당 800원으로 가정하면 남는 돈은 1,000원이다. 숫자는 예시지만, 수수료율만 보고 수익을 예상하면 위험하다는 점은 분명하다.
반품이 생기면 계산은 더 달라진다. 왕복 배송비를 누가 부담하는지, 이미 지급한 할인 쿠폰을 어떻게 처리하는지, 판매자 정산 뒤 환불이 발생하면 어떻게 차감할지 미리 정해야 한다. ‘단순 변심 반품 배송비 6,000원’처럼 금액을 적을 때도 도서산간 추가 비용이나 일부 상품의 예외 조건이 있다면 주문 전에 보여줘야 한다. 구매 후에야 보이는 조건은 문의와 분쟁을 늘린다.
제가 겪은 실패도 여기서 나왔다. 저렴한 소형 가전을 골랐는데 상세페이지에는 초기 불량 시 처리 방법이 흐릿했다. 판매자에게 먼저 연락해야 하는지, 플랫폼에서 접수할 수 있는지 몰라 며칠을 썼다. 오픈마켓을 운영한다면 구매자 화면에 반품 접수 경로와 진행 상태를 두고, 판매자 화면에는 응답 기한과 처리할 주문을 분명히 보여주는 편이 좋다.
기능은 작은 거래가 끝까지 굴러가게 만든다
처음부터 앱, 추천 알고리즘, 실시간 방송까지 갖출 필요는 없다. 우선 상품 등록, 재고 변경, 검색과 필터, 장바구니, 결제, 주문 확인, 배송 상태, 취소·반품 접수, 판매자별 정산 내역이 이어져야 한다. 한 주문에 여러 판매자의 상품이 담겼다면 배송과 환불도 판매자별로 나뉠 수 있어야 한다. 이 부분을 놓치면 장바구니는 하나인데 고객 응대는 손으로 주문을 쪼개 처리하게 된다.
개발을 맡길 때는 ‘오픈마켓 사이트 하나’라고 설명하기보다 주문 흐름을 한 장으로 그려 전달하는 게 빠르다. 구매자가 두 판매자의 상품을 한 번에 결제하고, 한쪽 상품만 품절되어 환불하는 상황을 예로 든다. 이때 결제액, 배송비, 쿠폰 할인, 판매자 정산액이 각각 어떻게 바뀌는지 적어두면 필요한 기능과 빠진 규칙이 드러난다.
출시 전에는 실제 거래처럼 여러 건을 끝까지 돌려봐야 한다. 무료배송 기준 바로 아래와 위의 주문, 쿠폰 적용 주문, 부분 취소 주문, 배송 시작 후 반품 주문 정도면 가격과 정산의 빈틈을 찾는 데 도움이 된다. 판매자 몇 곳과 상품 수십 개로 시작해 문의가 어디서 몰리는지 보는 것도 방법이다. 화면을 더 만드는 일보다 구매자가 예상한 금액으로 사고, 문제가 생겼을 때 다음 행동을 알 수 있게 만드는 일이 오픈마켓의 신뢰를 쌓는다.
