CDP·고객데이터 플랫폼 구축, 발주 전 무엇을 정할까요
CDP(고객 데이터 플랫폼) 구축을 발주하기 전, 비용보다 먼저 정해야 하는 데이터 거버넌스·통합 범위·자체구축과 SaaS 선택 기준을, 자체 CDP D:VALUEUP을 직접 운영해온 개발사 관점에서 체크리스트로 정리했어요.
핵심 요약
- CDP 구축은 견적표보다 데이터 오너십·통합 범위·자체구축 여부를 먼저 정해야 견적 자체가 안정돼요.
- 담당자 지정 없이 발주하면 화면이 나온 뒤에도 필드 정의가 계속 바뀌는 문제가 생겨요.
- 기존 ERP·CRM·마케팅 툴과의 연동 범위를 문서로 정리한 뒤 벤더를 만나는 순서가 안전해요.
- 직접 만들고 운영해본 개발사 기준으로 정리했어요.
“CDP를 만들려고 여러 업체 미팅을 잡았는데, 다들 먼저 요구사항서부터 달라고 해요. 그런데 저희도 뭘 먼저 정해야 하는지 모르겠어요.”
CDP(고객 데이터 플랫폼, Customer Data Platform) 구축 비용은 이전 글에서 이미 다뤘어요. 그런데 실제로 발주를 앞둔 담당자들이 더 자주 막히는 지점은 “얼마”가 아니라 “무엇부터 정해야 하는가”였어요. 저희가 자체 CDP D:VALUEUP을 직접 만들고 운영하며 겪은 경험으로, 벤더를 만나기 전에 먼저 정리해야 할 것들을 짚어볼게요.
1. CDP 발주 전, 비용표보다 먼저 봐야 하는 이유
견적부터 받으면 편할 것 같지만, 데이터 오너십과 통합 범위가 정리되지 않은 상태에서 나온 견적은 착수 후 계속 바뀌어요. 어떤 데이터를 누구 책임 아래 통합할지가 흔들리면, 개발 범위도 같이 흔들리기 때문이에요. 그래서 발주 전 정리 순서는 거버넌스 → 통합 범위 → 구축 방식 → 사내 준비예요.
2. 데이터 거버넌스부터 정해야 하는 이유
용어부터 정리해요 — 데이터 거버넌스는 “누가 어떤 데이터를 소유하고, 누가 접근하고, 어떻게 관리 책임을 지는지”를 정하는 규칙이에요. PII(개인식별정보, Personally Identifiable Information)는 이름·연락처·기기 ID처럼 개인을 특정할 수 있는 데이터를 말해요. 실무에선 “이 필드는 누가 수정 권한을 갖나요”를 묻는 자리에서 이 개념이 바로 쓰여요.
CDP는 여러 부서의 데이터를 한곳에 모으는 플랫폼이라, 오너를 정하지 않으면 필드 하나를 두고도 마케팅팀과 개발팀의 정의가 서로 달라져요. 최소 한 명의 데이터 오너를 지정하고, 어떤 데이터가 마케팅 활성화에 쓰이고 어떤 데이터는 접근을 제한할지부터 문서로 남겨야 견적과 일정이 그 위에서 안정적으로 잡혀요.
3. 통합 범위, 어디서부터 어디까지 그릴까요
“데이터를 다 모으고 싶어요”는 발주 요건이 되기 어려워요. 연동 대상을 웹·앱·CRM·광고·오프라인 중 핵심 소스 1～2개로 먼저 좁히고, 나머지는 확장 로드맵으로 남기는 편이 통합 난이도를 관리하기 쉬워요. 데이터를 사서 쓰는 ‘데이터 구매·구축’ 형태로 외주를 맡기는 경우도 있는데, 그럴 땐 외부 데이터의 형식과 우리 시스템의 식별자가 서로 맞는지부터 확인해야 해요. 형식이 안 맞으면 데이터 구매·구축 비용이 예상보다 커지는 지점이 바로 여기예요.
4. 자체 구축과 SaaS, 우리 상황엔 무엇이 맞을까요
| 방식 | 공식 분류 기준(가트너) | 자사 실무 기준(D:VALUEUP 운영 관점) |
|---|---|---|
| 마케팅 클라우드 CDP | 어도비·세일즈포스 등 대형 벤더의 통합형. 자체 생태계 도구와 강하게 연동 | 이미 그 벤더 생태계 안에 있다면 도입 속도가 가장 빨라요 |
| CDP 엔진·툴킷 | 자체 CDP를 만들기 위한 기술 도구. 기술 노하우가 필요하지만 요구사항에 맞춰 조정 가능 | 저희가 D:VALUEUP을 이 방식으로 만든 이유예요 — 우리 서비스 구조에 맞춰야 했거든요 |
| SaaS형 CDP | 사전 구축된 연동을 API로 붙이는 구독형 | 소스가 웹·앱 정도로 단순하면 이쪽이 더 빨라요 |
ERP 구축 비용을 검토할 때도 패키지를 쓸지 커스터마이징할지를 두고 비슷한 갈림길을 만나셨을 거예요. CDP도 똑같아요 — 데이터 구조가 표준적이면 SaaS, 우리 서비스와 깊게 물려야 하면 구축이 기본 판단선이에요.
5. 사내 리소스와 기존 시스템 연동, 발주 전에 확인할 것
- 데이터 오너 1명 이상 지정했나요?
- 연동할 기존 ERP·CRM·마케팅 툴 목록과 API 지원 여부를 확인했나요?
- 개인정보 동의·보관 범위를 계약 전에 법무·개인정보 담당자와 확인했나요?
- 연동 테스트를 계약 이후로 미루지 않고 발주 전 샘플 데이터로 한 번이라도 확인했나요?
- 확장 로드맵(2차 소스·채널)을 문서로 남겼나요?
운영사 Tip — D:VALUEUP을 만들 때 저희도 데이터 오너를 못 정해서 초반엔 지표 정의가 자주 바뀌었어요. 담당자 한 명을 먼저 정하고 시작한 뒤부터 오히려 개발 속도가 빨라졌어요. 벤더부터 정하고 거버넌스는 나중으로 미루는 게 가장 흔한 실수예요.
6. Creative Soft 관점: D:VALUEUP을 운영하며 배운 판단 기준
저희는 단순한 개발 에이전시를 넘어, AI 마케팅 CDP D:VALUEUP을 직접 기획하고 운영해 왔어요. 그 경험에서 배운 건 CDP의 성패는 화면이 아니라 오너십과 통합 범위를 얼마나 일찍 정하느냐에서 갈린다는 점이에요. 저희는 10년 넘게 50개 이상의 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해온 개발사예요. 롯데·캐논 같은 곳과도 함께해 왔고요.
발주 전 정리가 막막하시다면 CDP 도입 방향 상담받기 →에서 지금 데이터 구조를 알려주세요.
7. 자주 묻는 질문 (FAQ)
CDP 담당자가 따로 없는데도 발주할 수 있나요?
가능하지만 오너 역할을 아예 안 정하면 데이터 정의가 계속 흔들려요. 전담 인력이 아니어도 최소 한 명은 데이터 오너로 지정하고 시작하는 걸 권해요.
기존에 쓰는 ERP나 CRM이 있으면 CDP가 굳이 필요할까요?
ERP·CRM은 각자의 목적으로 데이터를 갖고 있을 뿐 서로 연결돼 있지 않은 경우가 많아요. CDP는 그 흩어진 데이터를 고객 단위로 통합하는 역할이라 목적이 달라요.
CDP 발주 전에 가장 먼저 확인해야 할 것은 무엇인가요?
비용보다 데이터 오너십과 연동 범위를 먼저 정하는 게 순서예요. 이 둘이 흔들리면 견적도 일정도 다시 잡아야 하는 경우가 많아요.
8. 마무리
CDP 구축은 “얼마가 드느냐”보다 “누가 책임지고, 어디까지 연결하느냐”가 먼저 풀려야 하는 문제예요. 오너십과 범위를 문서로 정리하고 벤더를 만나면, 미팅마다 매번 다시 설명하지 않아도 돼요.
방향이 아직 정리되지 않았어도 괜찮아요. CDP 발주 준비 상담받기 →에서 지금 상황부터 함께 짚어드릴게요.
관련해서 함께 보면 좋은 글이에요.