카페24 체험단·공동구매형 주문을 커스텀한 사례

체험단과 공동구매는 상품을 싸게 판매하는 행사처럼 보이지만, 실제 주문 규칙은 일반 할인 행사와 다릅니다. 체험단은 신청한 고객 가운데 참여자를 선정한 뒤, 선정된 고객에게만 주문 기회를 열어야 합니다. 주문 금액도 캠페인에 따라 0원, 보증금 결제, 지정 할인 중 하나로 달라질 수 있으며, 주문 이후에는 후기 작성이나 상품 반납 같은 의무가 이어집니다. 따라서 상품 페이지에 쿠폰을 붙이거나 재고 수량만 줄여서는 신청, 선정, 주문, 의무 이행 상태를 하나의 흐름으로 관리하기 어려웠습니다.

공동구매도 단순한 기간 할인으로 처리할 수 없었습니다. 모집이 끝났을 때 목표 인원이나 목표 수량을 채우면 주문을 확정하고, 미달하면 진행을 취소해 결제된 주문을 환불해야 했기 때문입니다. 여기에 고객 한 명당 구매 가능한 수량과 모집 마감 시각도 함께 적용해야 했습니다. 일반 상품과 같은 장바구니에 담기도록 두면 일반 쿠폰이나 배송비 조건이 섞일 수 있고, 어떤 주문이 캠페인 규칙의 적용 대상인지 구분하기도 어려워집니다.

이 사례에서는 화면을 먼저 늘리지 않고 캠페인 상태부터 나누었습니다. 체험단은 신청, 선정, 탈락, 주문 가능, 주문 완료, 후기 또는 반납 확인 순서로 이어지게 했습니다. 선정된 고객에게만 주문 화면으로 넘어갈 권한을 주고, 정해진 주문 가능 시간이 지나거나 참여를 포기하면 잔여 자리를 다시 계산하도록 구성했습니다. 운영자는 캠페인별 신청자와 선정자, 아직 주문하지 않은 인원, 남은 자리를 한 화면에서 구분해 볼 수 있게 했습니다.

공동구매는 모집 중, 목표 달성, 모집 마감, 주문 확정, 미달 취소 상태를 따로 두었습니다. 모집 중에는 한 고객이 허용된 수량을 넘겨 주문하지 못하도록 확인하고, 주문이 취소되면 목표 수량 계산에도 그 결과가 반영되게 했습니다. 마감 시점에는 유효한 주문만 다시 집계한 뒤 목표를 충족한 캠페인은 출고 가능한 상태로 넘겼고, 미달한 캠페인은 대상 주문을 모아 취소 절차로 보냈습니다. 결제 취소가 바로 끝나지 않거나 별도 확인이 필요한 건은 완료된 건과 섞이지 않도록 구분했습니다.

체험단과 공동구매 주문은 일반 상품 장바구니에서 분리했습니다. 체험단의 0원·보증금·할인 주문에는 참여 조건과 후속 의무가 붙고, 공동구매 주문에는 목표 달성 전 출고하지 않는 규칙이 붙기 때문입니다. 일반 상품과 함께 결제되면 캠페인만 취소해야 할 때 배송비, 쿠폰, 환불 금액을 다시 나누어야 하므로 운영이 더 복잡해집니다. 별도 주문 흐름을 사용하면 주문에 캠페인 구분과 참여 상태가 함께 남아, 운영자가 출고 가능 여부와 취소 대상을 판단하기 쉬워집니다.

운영자는 여러 엑셀과 주문 목록을 오가며 선정 명단을 대조하는 대신, 캠페인 안에서 신청부터 주문 이후 의무까지 이어서 확인할 수 있게 되었습니다. 체험단에서는 선정되었지만 주문하지 않은 고객과 후기·반납 확인이 남은 고객을 구분할 수 있었고, 공동구매에서는 현재 모집 수량과 목표 달성 여부, 마감 뒤 처리할 주문이 한 흐름으로 연결되었습니다. 일반 주문과 캠페인 주문도 섞이지 않아 출고 담당자가 아직 확정되지 않은 공동구매 상품을 먼저 보내는 혼선을 줄일 수 있었습니다.

모든 캠페인에 별도 개발이 필요한 것은 아닙니다. 대상이 적고 담당자가 명단과 주문을 직접 확인할 수 있다면 엑셀 수작업이 개발과 유지관리보다 저렴할 수 있습니다. 선정 과정이 없고 단순히 기간 할인과 한정 수량만 필요하다면 기본 기능이나 목적에 맞는 앱으로도 충분합니다. 반면 신청과 선정이 나뉘거나, 목표 미달 주문을 일괄 처리해야 하거나, 일반 주문과 다른 결제·출고 규칙이 있다면 별도 화면과 규칙을 검토할 이유가 생깁니다. 실제 적용 전에는 테스트몰에서 결제, 취소, 환불, 마지막 자리의 동시 신청을 확인해야 하며, 외부 결제 과정까지 포함해 오류가 전혀 없다고 약속할 수는 없습니다.

옴니어스24는 처음부터 큰 운영 화면을 만드는 대신, 캠페인의 인원을 무엇으로 셀지부터 정리했습니다. 체험단에서는 신청과 선정을 누가 확정하는지, 탈락한 고객의 접근을 언제 막을지, 주문하지 않은 자리의 기한을 어떻게 처리할지 확인했습니다. 공동구매에서는 목표를 인원과 수량 중 무엇으로 판단할지, 마감 시각 이후 들어온 주문을 어떻게 볼지, 미달 시 어떤 주문을 취소할지 정했습니다. 여기에 캠페인 상품을 일반 주문과 분리할 범위와 후기·반납 확인 방법을 맞춘 뒤 필요한 고객 화면과 운영 화면을 구성했습니다.

상담 전에는 체험단과 공동구매 가운데 운영할 유형, 모집과 선정 방식, 주문 금액 형태, 한 고객당 허용 수량을 준비하면 좋습니다. 목표 미달 시 취소·환불 방법, 일반 상품과 함께 구매할 수 있는지, 후기나 반납을 누가 확인하는지도 함께 정리해야 합니다. 현재 엑셀에서 관리하는 항목과 운영자가 실제로 보고 싶은 캠페인 현황을 가져오면 기본 기능이나 앱으로 남길 부분과 별도 개발할 부분을 구체적으로 나눌 수 있습니다.

캠페인 대상에 따라 가격이나 구매 버튼을 다르게 보여 주려는 경우에는 회원만 보이는 가격·버튼과 회원 그룹별 가격·혜택 글을 함께 볼 수 있습니다. 다만 회원에게 늘 적용되는 가격 정책과 기간·인원·선정 조건이 있는 체험단 운영은 목적이 다르므로, 같은 기능으로 묶기 전에 적용 기간과 대상이 바뀌는 방식을 구분해야 합니다.

행사 페이지를 반복해서 열고 닫는 업무가 중심이라면 팝업·이벤트 자동화 관리 사례도 도움이 됩니다. 구현 범위를 결정하는 단계에서는 기본 기능과 커스텀의 차이, 앱과 커스텀의 선택 기준, 앱스토어에 없는 관리자 화면이 필요한 상황을 살펴본 뒤 문의 페이지에 현재 운영 흐름을 정리해 전달할 수 있습니다.