매장에서 고객을 식별할 수단부터 확보돼 있나

온·오프라인 통합에서 실제로 막히는 지점은 데이터 파이프라인이 아니라 매장에서 "이 결제가 누구의 결제인지"를 알 수 있느냐입니다. 자사몰은 로그인으로 식별되지만 매장 결제는 기본적으로 익명 거래입니다. 멤버십 바코드, 휴대폰번호 적립, 앱 결제 중 최소 하나가 실제로 쓰이고 있어야 통합이 시작됩니다.

그래서 프로젝트 첫 단계는 데이터 요청이 아니라 매장의 식별 커버리지 측정입니다. 최근 3개월 매장 거래 중 회원이 식별된 거래의 비율이 몇 퍼센트인지부터 뽑아 봅니다. 이 비율이 낮으면 CDP를 도입해도 통합되는 거래가 적어 세그먼트가 온라인 고객 쪽으로 기울고, 그 상태에서 만든 세그먼트는 오프라인 중심 고객을 사실상 빼놓게 됩니다.

매칭 키의 표기 방식을 어떻게 통일하나

휴대폰번호 하나만 해도 매장 POS는 하이픈을 넣고 자사몰은 빼고 저장하는 식으로 어긋나 있는 경우가 흔합니다. 광고 매체의 고객 리스트 매칭에서 정규화 규칙이 왜 강조되는지를 보면 기준이 잡힙니다. 구글 고객 매치는 업로드 전 앞뒤 공백 제거, 소문자 변환, 전화번호의 국제 표준 형식 정규화, 특정 도메인 이메일의 점 제거까지 요구하고, 규칙을 어기면 매칭률이 급격히 떨어진다고 안내합니다.

내부 통합도 같은 원리입니다. 정규화 규칙을 문서로 한 벌 정해 두고, POS 쪽과 자사몰 쪽 양쪽에서 적재 시점에 같은 규칙을 적용해야 합니다. 이때 원본 값을 지우고 정규화 값만 남기면 나중에 규칙을 바꿀 때 되돌릴 수 없으므로, 원본과 정규화 값을 함께 보관하는 편이 안전합니다.

오프라인 거래의 사후 변경은 어떻게 반영하나

매장 거래는 온라인보다 사후 변경이 많습니다. 반품, 교환, 취소, 부분 환불이 며칠 뒤에 들어옵니다. 여기서 원본 거래 레코드를 수정하거나 삭제하는 방식으로 처리하면 이미 그 거래를 근거로 계산된 세그먼트와 발송 이력이 설명되지 않는 상태가 됩니다.

권장 구조는 원본을 남기고 상쇄 거래를 덧붙이는 방식입니다. 그리고 세그먼트 조건을 만들 때 "누적 구매 금액"이 총액인지 순액인지를 명시합니다. 이 정의가 팀마다 다르면 같은 이름의 VIP 세그먼트가 시스템마다 다른 인원을 뱉습니다. 재적재나 백필을 돌릴 계획이라면 같은 거래가 두 번 집계되지 않도록 고유 거래 식별자로 중복을 제거하는 구조가 먼저 갖춰져 있어야 합니다.

개인정보 관점에서 별도로 확인할 것은 무엇인가

매장에서 받은 개인정보를 온라인 마케팅에 쓰려면 수집 당시의 목적과 동의 범위 안에 그 활용이 들어 있어야 합니다. 개인정보 보호법 제15조는 수집·이용에 명시적 동의를 요구하고, 제22조는 처리 목적별로 동의를 구분해 받도록 규정합니다. 적립 목적으로 받은 번호를 광고 발송에 쓰는 것은 별개 동의가 필요한 영역입니다.

여기에 온라인 쪽 층위가 하나 더 있습니다. 광고성 정보를 실제로 보내려면 정보통신망법 제50조의 수신동의가 따로 있어야 합니다. 매장 가입 화면에서 두 동의를 한 체크박스로 묶으면 목적별 분리 동의 위반이 됩니다. 매장 태블릿의 동의 화면 문구가 온라인 가입 화면과 같은 기준으로 관리되고 있는지, 프로젝트 초기에 법무와 함께 확인하는 편이 나중에 되돌리는 비용을 줄입니다.

통합이 성공했는지 무엇으로 판정하나

프로필 총개수는 판정 지표로 쓸 수 없습니다. 통합이 잘되면 오히려 중복이 합쳐져 프로필 수가 줄기 때문입니다. 실제로 봐야 할 지표는 세 가지입니다. 매장 거래 중 회원과 연결된 거래의 비율, 온·오프라인 양쪽 구매 이력이 함께 있는 프로필의 비율, 그리고 통합 전후 중복 의심 프로필의 감소폭입니다.

여기에 대조 점검을 하나 더 붙입니다. CDP가 집계한 특정 기간 매장 매출과 POS 원장의 매출을 나란히 놓고 차이를 봅니다. 제휴 마케팅 영역에서는 집계 전환수가 내부 주문 수와 5~10% 이상 차이 나면 추적 시스템 문제 신호로 보는데, 이 수치를 그대로 세그먼트 품질 기준으로 옮길 수는 없지만 "차이가 얼마부터 조사에 착수할지"를 미리 합의해 두는 관행 자체는 그대로 가져올 만합니다.