우커머스와 CRM 연동: 출시 전 검수 테스트

주문이 CRM에 도착하는 것은 첫 단계입니다. 데이터 관리 주체, 재처리, 환불, 대사와 운영 인수인계를 확인하세요.

Written and reviewed by Artem Palamarchuk, Founder of BLEX STUDIO.

## 쇼핑몰과 CRM 연동은 언제 준비된 걸까요?

합의한 데이터가 정확히 도착하고, 예외가 보이며, 복구 과정에서 중복이 생기지 않는다는 것을 확인했을 때입니다. 주문 한 건의 성공은 시연이지 검수가 아닙니다. 실제 고객 업무에 적용하기 전에 개발자와 운영 책임자가 이 체크리스트로 결과를 합의하세요. 아래 내용은 테스트 시나리오이며 특정 커넥터의 기능 보장이 아닙니다.

## 각 항목의 기준 시스템을 정하세요

원본 필드, 대상 필드, 방향, 변환 규칙, 담당자를 표로 만듭니다. 주문 항목은 우커머스, 판매 가능 재고는 창고 시스템, 영업 담당자 배정은 CRM을 기준으로 삼는 설계를 생각할 수 있습니다. 하지만 이는 예시이지 공통 정답은 아닙니다. 양쪽에서 같은 값을 바꾼다면 우선순위와 충돌 표시 방법을 정하세요. “모든 데이터 양방향 동기화”라는 문장만으로는 부족합니다.

## 이벤트와 전체 레코드를 구분하세요

우커머스는 이벤트 알림용 [웹훅](https://woocommerce.com/document/webhooks/)과 쇼핑몰 데이터 처리를 위한 [REST API](https://developer.woocommerce.com/docs/apis/rest-api/)를 제공합니다. 그래도 매칭, 상태 처리, 복구 규칙은 별도로 설계해야 합니다. 원본 시스템과 주문을 안정적으로 구분할 식별자를 정하세요. 비회원도 재구매할 수 있고 이메일 주소도 바뀔 수 있으므로 이메일만으로 식별하지 마세요. 표시 이름과 레코드 식별은 별개입니다.

## 예외가 있는 주문 과정을 테스트하세요

옵션 상품, 할인, 배송비, 부분 환불, 취소가 포함된 테스트 주문을 준비합니다. 주문 번호뿐 아니라 항목과 금액을 비교하세요. 주문 상태, 결제 상태, 배송 상태를 구분해 팀마다 “완료”를 다르게 해석하지 않도록 합니다. 나중에 주소가 바뀌거나 환불될 때 CRM에 어떻게 나타나야 하는지도 정의하고, 구현 전에 운영 담당자가 기대 결과를 승인해야 합니다.

양방향 동기화가 항상 좋은가요?

아닙니다. 관리 주체와 충돌 규칙이 늘어납니다. 양쪽에서 실제로 수정해야 하는 필드에만 사용하세요.

기존 CRM을 유지할 수 있나요?

API, 지원 필드, 공급사 접근 조건과 제한에 따라 달라집니다. 커넥터를 정하기 전에 확인하세요.

견적에 어떤 정보가 필요한가요?

쇼핑몰과 CRM, 데이터와 방향, 평소·최대 처리량, 예외, 운영 담당자입니다. 고객 데이터 대신 익명화한 예시를 보내세요.