채널과 주문유형
온라인·매장·보고구매·오픈마켓 주문을 하나의 기준으로 조회하되 채널별 처리 차이를 보존해야 했습니다.
CASE STUDY 02 · 2023.09 — 2024.09
BACK OFFICE · O2O COMMERCE
구구스
중고 명품몰 재구축
온라인·매장·오픈마켓 주문부터 재고 이동, 배송·수거, 취소·반품·환불까지 이어지는 중고 명품 O2O 운영을 상태와 예외 중심의 Back Office로 구체화했습니다.
- ROLE
- BO 기획 · 주문/배송/클레임
- SCOPE
- BO · Partner Office · 운영 정책
- DELIVERABLES
- IA · UIL/UID · Test · Manual
01 / CONTEXT
한 건의 주문이
여러 운영 업무로 갈라집니다.
중고 명품은 상품이 개별 재고로 움직이고, 자사몰·오픈마켓·매장 주문과 파트너 보유 상품이 함께 운영됩니다. 주문 이후의 재고 이동과 배송, 결제 변경, 취소·반품·환불이 서로의 상태를 바꾸기 때문에 담당자가 현재 위치와 다음 조치를 빠르게 판단할 수 있어야 했습니다.
단품 재고와 물류
상품별 보유처·이동처, 출고·수거·검품 상태가 주문과 클레임에 함께 반영돼야 했습니다.
결제와 클레임
결제수단 변경, 현금영수증, 취소·반품·환불 요청이 원주문과 상품 단위로 추적돼야 했습니다.
02 / PROCESS
화면보다 먼저
상태와 책임을 정리했습니다.
요건정의와 현업 피드백, 기존 업무 자료를 대조해 주문·상품·물류·클레임의 상태 관계와 BO/PO의 처리 경계를 설계했습니다.
- 01업무와 데이터 분석
AS-IS 주문 목록, 요건정의서, 가격·물류·송금 관련 자료에서 업무 단위와 필수 조회 정보를 추출했습니다.
- 02상태·예외 정의
주문접수·상품준비·발송·배송완료와 취소·반품·검품·환불의 선후행 및 처리 가능 조건을 정리했습니다.
- 03BO·PO 역할 분리
본사 운영자와 파트너가 각자 확인·처리해야 하는 주문, 출고, 수거, 클레임 업무와 노출 정보를 구분했습니다.
- 04검증과 인수인계
화면설계·UID·13개 단위테스트 문서·사용자 매뉴얼이 같은 화면코드와 상태값을 사용하도록 연결했습니다.
03 / SOLUTION
주문을 중심으로
재고·물류·환불을 연결했습니다.
자사몰 · 매장 · 오픈마켓
장바구니 · 등록 · 결제 · 승인
보유처 · 이동 · 출고 · 수거
취소 · 반품 · 검품 · 확정
환불요청 · 결제 · 송금 반영
주문 운영
복합 검색, 주문 등록·상세, 오픈마켓 업로드, 이관주문, 결제수단 변경과 현금영수증까지 주문 흐름에 연결했습니다.
재고·물류
상품 보유처와 재고 이동, 배송출고, 상품수거, 검품 결과를 주문상품 상태와 함께 판단하도록 설계했습니다.
클레임·환불
주문취소와 반품을 상품 단위로 접수하고, 귀책·회수비·검품·환불 대상 금액 및 처리 상태를 추적하도록 했습니다.
파트너 오피스
파트너가 자신의 주문·배송·수거·클레임만 처리하도록 조회 범위와 개인정보 마스킹, 처리 가능 조건을 분리했습니다.
04 / EVIDENCE GALLERY
검색과 목록에서
운영 판단의 기준을 확인하세요.
최종 화면설계서에서 주문·클레임의 검색 조건과 목록 정보 구조를 보여주는 대표 화면을 선별했습니다. 이미지를 누르면 크게 볼 수 있습니다.
※ 화면설계서의 예시 데이터만 노출했으며 고객·회원 개인정보와 실제 거래정보는 공개 범위에서 제외했습니다.
05 / OUTPUT
정책·화면·테스트가
같은 상태를 말하도록.
BO·PO 화면설계와 사용자 매뉴얼 18종, 총 740페이지를 최종 기준으로 정리했습니다.
화면별 기능·항목·처리 규칙을 담은 UI 정의서 9종, 152개 시트로 개발 기준을 구체화했습니다.
주문, PG·현금영수증, 배송출고·수거, 클레임·환불을 포함한 단위테스트 문서 13종을 연결했습니다.
BO와 파트너 오피스 사용자 매뉴얼 9종으로 실제 화면 처리 순서와 확인 항목을 문서화했습니다.
운영자가 주문 한 건의 현재 위치와 다음 행동을 판단할 수 있도록, 채널·상품·재고·결제·클레임의 관계를 검색 조건과 상태, 처리 규칙으로 남겼습니다.
전체 프로젝트 ←