해외몰 운영 구조에서 첫 100건은 매출 목표보다 확인·기록·예외 이관이 버티는지 검증하는 구간이다. 처음에는 Shopify admin과 짧은 스프레드시트로도 운영할 수 있지만, 주문번호 기준 기록이 엇갈리기 시작하면 구조를 다시 잡아야 한다. 핵심은 사람 수보다 owner와 기록 필드가 먼저 고정되는지다.
주문 한 건에 붙일 운영 표
| 작업 흐름 | 담당자와 정상 완료 | 예외와 기록 |
|---|---|---|
| 1. 주문·결제 | 주문 운영 담당자. 결제와 위험 검토 후 출고 후보 분류. | Pending, Authorized, 중·고위험은 결제 담당자에게 넘기고 상태·근거·결정자를 남긴다. |
| 2. 재고 | 재고 담당자. variant·location별 판매 가능 수량 일치. | 수량 불일치, 품절 계속 판매는 물류 책임자에게 넘기고 SKU·location·수량을 남긴다. |
| 3. 출고·추적 | 물류 담당자. 피킹·포장 후 fulfillment에 운송장 추가. | 보류, 분할 출고, 지연은 물류 책임자에게 넘기고 hold reason·운송장·다음 확인일을 남긴다. |
| 4. 고객 문의 | CS 담당자. 주문번호·유형 확인 후 owner에게 전달하고 답변 이력 기록. | 배송·결제·정책 예외, 응답 지연은 CS 리드에게 올리고 ticket ID·owner·다음 안내 시각을 남긴다. |
| 5. 반품·환불 | 반품 담당자. 사유·수령·검수·재입고·환불을 순서대로 기록. | 파손, 오배송, 부분 환불, 정책 외 요청은 운영 책임자에게 올리고 상태·사진·사유를 남긴다. |
| 6. 마감·대사 | 운영 리드. 주문·결제·출고·환불의 당일 변동 대조. | 불일치, 누락 운송장, 중복 환불, 재고 차이는 order ID·차이값·조치 상태를 남긴다. |
1. 주문 접수는 결제와 위험 검토를 분리한다
주문 접수에서는 order status와 payment status를 같이 본다. 일반 결제는 Paid를 출고 후보의 기본값으로 두고, 수동 캡처 주문은 Authorized만으로 내보내지 않는다. Pending, 중·고위험, 주소 확인 필요 주문은 결제 담당자가 근거와 다음 조치를 남긴 뒤 처리한다.
2. 재고는 총수량이 아니라 출고 위치별 판매 가능 수량으로 본다
재고는 총수량보다 SKU·variant·location별 판매 가능 수량으로 본다. Available, Committed, Unavailable 차이를 설명할 수 있어야 하고, 대표 SKU의 Shopify 수량과 실제 선반 수량이 맞아야 한다. 수량 차이, 입고 미반영, 손상 재고, 잘못된 location 배정은 물류 책임자에게 넘기고 조정 전 수치와 사유를 남긴다.
3. 출고는 운송장 입력이 아니라 예외가 닫힌 상태까지 본다
출고의 완료 기준은 피킹·포장 뒤 해당 fulfillment에 tracking number를 추가하고 고객 알림이 주문과 맞는 상태다. 여러 location 주문은 fulfillment가 나뉠 수 있으니 한 번에 끝났다고 보지 않는다. 재고 부족, 고객 확인 대기, 위험 검토에는 fulfillment hold를 쓰고 hold 이유·해제 권한자·다음 확인일을 남긴다. tracking 추가 뒤 Delayed나 Failed delivery가 뜨면 물류 담당자가 고객 안내와 운송사 확인의 owner가 된다.
4. 문의는 받은 사람이 끝까지 처리하지 않아도 된다
CS는 주문번호, market, 문의 유형, 현재 약속을 기록해 결제·물류·반품 owner에게 넘긴다. 누가 고객에게 다시 답할지까지 같이 넘긴다. 태그와 저장 view는 찾기 도구일 뿐 처리 완료가 아니다. 정상 완료는 고객에게 확정된 내용이나 다음 안내 시각을 전달하고 ticket ID에 이력을 남긴 상태다. 배송 지연, 환불 금액, 관세 청구, 주소 변경처럼 팀 판단이 필요한 문의는 CS 리드가 최종 owner를 지정한다.
5. 반품과 환불은 수령·검수·재입고를 구분한다
반품과 환불은 요청, 수령, 검수, 재입고, 환불을 한 사건 기록으로 잇는다. Shopify에서는 반품 처리 중 재입고 location을 고르고 환불을 지금 또는 나중에 처리할 수 있으므로, 실제 수령·검수 결과와 refund reason, 금액, 재입고 여부가 같은 주문에 남아야 한다. 파손·오배송·누락, 부분 환불, 정책 밖 요청은 운영 책임자가 승인 기준을 남기고, 반품 없는 환불과 반품 후 환불 경로를 섞지 않는다.
6. 일일 마감은 매출 보고보다 운영 대사에 가깝다
일일 마감에서는 신규·미이행·보류·반품 주문과 결제·환불, 재고 조정, 운송장 예외를 같은 기준 시각으로 대조한다. Shopify Analytics와 Reports는 출발점이고, 마감의 결과물은 주문 번호 단위의 차이 목록이다. 합계만 보고 예외가 닫혔다고 판단하지 않는다. 차이 목록에는 owner와 다음 확인 시각까지 붙인다.
매일 마감 체크리스트
- Paid와 수동 캡처 완료 주문 중 출고 후보가 아닌 건의 사유와 owner를 확인한다.
- Unfulfilled, On hold, 부분 이행 주문을 분리하고 hold reason과 다음 확인일을 갱신한다.
- 당일 재고 조정과 variant·location별 차이를 실사 또는 입고 기록과 대조한다.
- tracking number가 없거나 delivery exception이 있는 주문을 고객 안내 기록과 대조한다.
- 반품·환불·재입고의 금액과 수량을 order ID 기준으로 대조하고 차이를 담당자에게 배정한다.
- 다음 영업일로 넘길 예외에는 owner, 다음 행동, 확인 시각을 남긴다.
수동 운영을 오래 쓰는 기준과 자동화할 기준
주문량이 낮고 시장과 SKU가 적으며 한 명의 owner가 예외를 화면에서 놓치지 않는다면 저장 view와 짧은 스프레드시트로 충분하다. 중요한 것은 도구보다 완료 기준과 기록 필드를 실제 주문으로 통과시키는 일이다. 판단 기준은 주문량보다 예외 누락 여부다.
반대로 같은 trigger와 action이 반복되고 handoff가 늘거나 이중 입력이 생기면 자동화를 검토한다. 위험 검토 태그, 담당자 알림, 보류 주문 목록처럼 규칙이 명확한 작업부터 시작한다.
Shopify Flow는 별도 설치가 필요한 무료 앱이며 Basic, Grow, Advanced, Plus에서 제공되지만 action·connector·사용 한도는 계정 조건을 탄다. 활성화 전에는 테스트 이벤트로 조건·변수·순서를 검증하고, 보류·환불·지연 예외의 최종 owner는 사람으로 둔다.
배송비와 출고 기준은 12편, 반품·환불 기록은 14편, 출시 전후 점검 순서는 20편과 함께 보면 된다.
첫 100건을 위한 운영 책임을 설계해 보세요
보류 주문, 출고 예외, 반품·환불을 누가 언제 처리할지 현재 주문 흐름에 맞춰 클랩스와 정리할 수 있습니다.