CDP(Customer Data Platform)라는 용어는 2013년 David Raab가 처음 썼고, 그가 세운 CDP Institute는 이를 "다른 시스템이 접근 가능한, 영속적이고 통합된 고객 데이터베이스를 만드는 패키지형 소프트웨어"로 정의한다. 여기서 세 단어가 핵심이다. "패키지형"은 사내에서 직접 개발한 데이터 웨어하우스가 아니라 상용 소프트웨어라는 뜻이고, "영속적"은 캠페인이 끝나도 데이터가 사라지지 않고 계속 쌓인다는 뜻이며, "다른 시스템이 접근 가능한"은 이 데이터를 CDP 안에 가둬두지 않고 광고 매체·이메일 툴·CRM 등 외부 시스템으로 내보낼 수 있어야 한다는 뜻이다. 이 세 조건을 동시에 만족하지 못하면 아무리 데이터를 잘 모아도 CDP라고 부르기 어렵다.
실무에서 고객 데이터가 파편화된다는 건 추상적인 문제가 아니다. 같은 사람이 낮에는 앱에서 상품을 장바구니에 담고, 저녁에는 웹사이트에서 다른 기기로 결제를 완료하고, 주말에는 오프라인 매장 POS에서 멤버십 카드로 구매하고, 이후 CS팀 CRM에는 교환 문의 기록이 남는 식이다. 이 네 가지 접점의 로그가 각각 별도 시스템(앱 분석 툴, 웹 로그, POS 시스템, CRM)에 흩어져 있으면, 마케팅팀은 이 사람이 "이번 달에 얼마를 썼고 어떤 채널에 반응하는 사람인지"를 하나의 그림으로 볼 수 없다. CDP의 존재 이유는 정확히 이 지점에 있다: 채널별로 흩어진 로그를 한 사람 단위로 다시 묶는 것이다.
이 문제는 1~13강에서 다룬 어트리뷰션·MMM과 층위가 다르다. 어트리뷰션·MMM은 "어느 채널이 전환에 기여했는가"를 계산하는 측정 계층이고, CDP는 그 계산에 쓰일 원재료 자체, 즉 "이 사람이 누구이고 무엇을 했는가"를 하나로 모으는 데이터 계층이다. 아무리 정교한 DDA·마르코프 계산을 돌려도, 애초에 투입되는 고객 데이터가 파편화돼 있으면 계산 결과도 파편화된 정보를 반영할 수밖에 없다.
단일 고객 뷰(Single Customer View, 흔히 "Customer 360"으로도 불림)는 CDP가 만들어내는 핵심 산출물이다. 여러 시스템에 흩어진 이메일, 전화번호, 기기 ID, 회원번호 같은 식별자를 서로 매칭해 "이 앱 방문자와 이 POS 구매자가 같은 사람이다"를 판단하는 과정을 Identity Resolution(신원 해석)이라 부르는데, 이 개념은 15강·16강에서 자세히 다룬다. 지금 단계에서 기억할 것은 하나다: 단일 고객 뷰는 저절로 생기지 않고, 반드시 식별자 매칭이라는 계산 과정을 거쳐야 만들어진다.
CRM은 영업·CS 담당자가 수동으로 입력하거나 거래 시점에 생성되는 구조화된 데이터(주문, 문의) 중심이라 실시간 행동 데이터(스크롤, 클릭)를 다루기 약하고, DMP(Data Management Platform)는 제3자 쿠키 기반 익명 오디언스 세그먼트에 특화돼 있어 로그인한 실명 고객 데이터를 영속적으로 쌓는 구조가 아니다. 마케팅 자동화 툴은 캠페인 실행에는 강하지만 대부분 자체 데이터베이스 없이 다른 시스템의 데이터를 그때그때 불러와 쓰는 구조다. CDP는 이 셋의 중간 지점에서, 행동 데이터와 거래 데이터를 모두 받아 영속적으로 저장하고 외부로 내보낼 수 있는 유일한 계층이라는 점이 다르다.
CDP가 개별 매체 운영 스킬이 아니라, 여러 매체·채널을 가로지르는 "데이터 인프라" 결정이기 때문이다. 구글·메타 광고 운영은 매체 하나만 잘 알면 되지만, CDP 도입은 웹·앱 개발팀, 데이터 엔지니어링팀, 법무(프라이버시) 부서와 동시에 협의해야 하는 조직적 의사결정이다. 도입 검토 단계에서부터 "누가 데이터를 소유하고, 누가 스키마를 바꿀 권한을 갖고, 누가 옵트아웃 처리를 책임지는가"를 정해두지 않으면, 나중에 세그먼트 하나 바꾸는 데도 여러 팀의 승인을 다시 받아야 하는 조직으로 굳어진다.
마케팅 실무자 입장에서 CDP를 배워야 하는 실질적인 이유는 하나 더 있다: 광고 매체의 타겟팅 정밀도가 결국 CDP가 넘겨주는 데이터 품질에 달려 있다는 점이다. 아무리 구글·메타의 자동화 입찰이 정교해도, CDP에서 "최근 3일 내 고관여, 5만 원 이상 장바구니 이탈" 같은 정밀 세그먼트를 만들어 넘겨주지 못하면 광고는 결국 넓은 타겟으로 돌아갈 수밖에 없다. 즉 CDP는 광고 성과를 좌우하는 상류(upstream) 인프라다.
[흩어진 고객 데이터 소스맵]
| 접점 | 시스템 | 주요 식별자 | 데이터 종류(행동/거래/속성) | 현재 다른 시스템과 연동 여부 |
|---|---|---|---|---|
| 웹사이트 | (예: GA4, 자체 로그) | 쿠키 ID | 행동 | |
| 앱 | (예: 앱 분석 툴) | 기기 ID | 행동 | |
| 오프라인 매장 | POS 시스템 | 멤버십 카드번호 | 거래 | |
| 회원 시스템 | 자체 DB | 회원번호/이메일 | 속성 | |
| CS/CRM | (예: 자체 CRM 툴) | 이메일/전화번호 | 거래·문의 이력 | |
작성 후 확인할 것:
- 여러 시스템에 공통으로 존재하는 식별자(이메일·전화번호 등)가 무엇인지 표시
- 이 표를 15강(파이프라인 설계)에서 그대로 이어서 쓴다
15강. 퍼스트파티 데이터 소스 통합 설계에서 이 소스맵을 바탕으로 식별자 매칭의 현실적인 어려움을 다룹니다.