피해야 할 10가지 CDP 구현 실수

고객 데이터 플랫폼(CDP)은 훌륭한 도구가 될 수 있지만 주의하지 않으면 재앙이 될 수 있습니다.

CDP 제공업체와의 관계를 이제 막 시작했든 아직 고려 중이든 관계없이 일반적인 구현 문제를 고려하지 않으면 후회하게 될 것입니다.

이러한 일반적인 실수를 주의 깊게 읽고 각각에 대해 정직하고 회의적인 대화를 나누십시오. (그리고 이 문서를 데이터 팀과 공유해야 합니다.)

실수 1: 서두르다

조기에 수주하고 빠른 투자 수익을 내는 것은 좋은 일이지만 나와 함께 자란 NASA 엔지니어는 이렇게 말했습니다. 처음으로."

재앙을 취소하는 것은 사용 사례를 정리하고, 가정을 문서화하고, 가설을 테스트하고, 생각을 정리하는 데 시간을 들이는 것보다 훨씬 더 많은 비용이 듭니다.

실수 2: 정체성에 대한 개념이 없음

CDP의 기본 기능은 각 고객에 대한 신화적인 "황금 기록"을 만드는 것입니다. 그렇게 하려면 다른 소스의 레코드를 병합하는 방법이 필요합니다. 어떤 기준으로 해당 기록을 병합할 것인가?

각 사람은 여러 이메일 주소(시간이 지남에 따라 변경됨)를 갖고 있으며 여러 장치(때로는 공유되고 시간이 지남에 따라 변경됨)를 사용합니다. 한 사람을 가리키는 방식으로 이러한 데이터 포인트를 함께 묶는 것은 무엇입니까?

아무것도 아님.

또는 적어도 완벽하게 아무것도. 그 현실에 익숙해지지 않으면 자신을 미치게 만들 것입니다.

결과적으로 정체성을 중심으로 전략을 세우는 것은 실수입니다. 한 사람에 대해 하나의 레코드를 가질 수는 없지만 많은 사용 사례에서 그렇지 않은 것은 중요하지 않습니다. 사용 사례를 개발하고 그 반대가 아니라 사용 사례를 추진하는 데 필요한 것을 중심으로 정체성 개념을 구축하십시오.

어떤 경우에는 사용자의 이메일 주소가 최선의 선택이 될 것입니다. 다른 옵션에는 고유한 타사 ID, 고유한 ID 또는 우편 주소가 포함됩니다.

무엇을 사용하든 고객의 전체 라이프사이클에 걸쳐 추적할 수 있는 장기 고객 전략에 맞아야 합니다. 그러나 당신이 무엇을 하든 완벽하지는 않을 것입니다.

자세히 알아보기: 고객을 짜증나게 하거나 참여시킬 수 있는 19가지 CDP 사용 사례

실수 3: 다른 '진실의 출처'를 고려하지 않음

CDP는 고객 데이터에 대한 단일 정보 소스로 자신을 판매합니다. 그렇다고 해서 그런 식으로 사용해야 하는 것은 아닙니다. 서로 다른 사용 사례에 대해 서로 다른 진실 소스가 있을 수 있습니다.

예를 들어:

• ESP는 CDP에 해당 정보가 있음에도 불구하고 전자 뉴스레터 가입 및 수신 거부에 대한 진실의 원천일 수 있습니다.
• 귀하의 주문 처리 시스템은 구독 정보를 CDP로 모두 가져오더라도 정보의 출처로 남을 수 있습니다.

이러한 맥락에서 정보의 출처를 알 수 있도록 정보에 태그를 지정하거나 레이블을 지정하는 것이 좋습니다.

자세히 알아보기: CDP란 무엇이며 마케터에게 고객에 대한 '단일 보기'를 제공하는 방법은 무엇입니까?

실수 4: 분석 간과

사람들은 "측정되는 것은 완료된다"고 말하므로 비즈니스를 주도하는 요소를 측정하고 보고하는 것이 중요합니다. 우리는 데이터와 컴퓨터를 다룰 때 측정이 단순해야 한다고 생각하는 경향이 있지만 진실에서 멀어질 수는 없습니다. 온라인 광고의 혼란을 보세요.

CDP를 다룰 때 서로 다른 시스템 간에 많은 데이터 교환이 이루어집니다. 그러나 항상 1:1 연결을 얻을 수 있는 것은 아닙니다. 따라서 이기종 시스템의 모든 고객 데이터를 CDP로 가져오더라도 해당 데이터의 어떤 측정값이 비즈니스와 가장 관련이 있는지 물어봐야 합니다. 항상 CDP가 아닐 수도 있습니다.

실수 5: 조직적 사일로와 내부 동의 부족

CDP는 많은 IT 개입이 필요하지만 종종 마케팅 부서의 권한에 속합니다.

잠시 멈추고 마케팅 부서가 IT 부서와 얼마나 잘 어울리는지 자문해 보십시오. 그게 문제가 될까요? (답: 아마도.)

조직의 사일로가 성공을 가로막는 가장 큰 장벽이 될 수 있음을 잊지 마십시오.

결함이 발생했을 때 모든 이사가 자신의 공급업체 관계를 변호하고 다른 모든 사람에게 손가락질을 하는 것을 원하지 않습니다. 영향을 받는 모든 당사자가 CDP의 성공에 이해 관계가 있는 환경을 조성하여 서로에게 계속 정보를 제공해야 합니다.

이는 개발 및 운영 인력에게 특히 중요합니다. 그들이 괜찮은지 확인하십시오:

• 기술로.
• 페이지 속도에 미치는 영향.
• 기존 시스템과 통합하는 방법.
• 대기 시간에 영향을 미칠지 여부.
• 웹 페이지가 로드되는 방식.

IT를 사전에 관련시키지 않으면 나중에 차단자가 되면 자신을 탓하세요.

더 깊이 파고들기: 마케팅과 IT가 더 잘 협력할 수 있는 5가지 방법

실수 6: 아무도 책임지지 않는 것

CDP는 조직의 여러 부서에 영향을 미치며 모든 부서가 참여하고 협력해야 하지만 여전히 단일 프로젝트 관리자가 필요합니다.

"공동 책임"은 "아무도 책임지지 않는다"를 의미할 수 없습니다.

실수 7: 시간 기반 데이터 기능을 잊어버림

일부 CDP는 고객 정보에 대한 "지금 당장" 스냅샷 보기를 제공합니다. 이는 많은 사용 사례에 유용하지만 다른 경우에는 큰 문제입니다.

구독 사이트를 운영하는 경우 시간 경과에 따른 고객 상태를 추적하고 보고하려고 합니다.

그것이 당신에게 중요하다면, 당신의 CDP가 그것을 관리할 수 있는지 확인하고 그것을 데이터 구조에 통합해야 합니다.

실수 8: 용량 문제를 조사하지 않음

25개의 브랜드가 있고 필요에 따라 모두 하나의 이메일 서비스 제공업체에 공급되는 경우 업데이트를 수행하는 동안 때때로 문제가 발생할 수 있습니다.

그러나 이 25개 브랜드를 하나의 고객 데이터베이스로 통합하여 매일 전체 파일을 전송하면 예상치 못한 용량 문제가 발생할 수 있습니다.

CDP의 요점은 고객 데이터를 위한 중앙 위치를 제공하는 것입니다. CDP가 들어오는 모든 연결을 처리할 수 있는지 확인해야 합니다.

동시에, CDP에서 다른 모든 서비스로의 대규모 연결도 알고 있어야 합니다. 그들은 볼륨을 처리할 수 있습니까?

실수 9: '모든 사람과 통합'할 수 있다는 CDP의 주장을 믿는 것

많은 일을 하는 공급업체가 너무 많기 때문에 CDP가 사용하는 모든 공급업체와 기존 관계를 유지하기를 기대하는 것은 비합리적입니다. 그러나 그들이 함께 잘 놀 것이라고 가정하는 것은 위험합니다.

예상 CDP가 공급업체 중 한 곳과 아직 경험이 없다면 매우 신중해야 합니다. 통합 팀과 범용 API는 성실한 테스트를 대신할 수 없습니다. CDP가 모든 공급업체와 작동할 수 있는지 확인하십시오.

실수 10: 청구 방법을 확인하지 않음

청구 문제는 CDP와 신혼 여행을 할 때 구현하는 동안 나타나지 않을 수 있지만 청구 방법에 대해 신중하게 생각하십시오.

"총 데이터 행" 또는 실제로 관심이 없는 항목이 아니라 비즈니스를 주도하고 성공에 기여하는 항목에 대해 비용이 청구되는지 확인하십시오.

같은 맥락에서 더 이상 관련이 없는 오래된 데이터를 제거하는 방법이 있는지 확인하십시오.

이 기사에 표현된 의견은 게스트 저자의 의견이며 반드시 MarTech가 아닙니다. 직원 저자가 여기에 나열됩니다.