SK CRM 도입을 결정한 팀 대부분은 툴 설치 이후 곧바로 캠페인 발송부터 시작한다. 그 결과, 데이터는 쌓이지만 연결되지 않고, 고객은 늘어나지만 관계는 얕아진다. 문제는 CRM 툴 자체가 아니라 데이터를 연결하는 구조를 설계하지 않은 채 운영을 시작했다는 데 있다.
1. 문제 정의: CRM 도입 실패는 대부분 설계 단계에서 발생한다
CRM을 도입한 팀이 6개월 이내에 "잘 안 쓰게 됐다"고 말하는 이유는 공통적이다. 고객 데이터가 여러 채널에 분산된 채 통합되지 않고, 어떤 데이터를 기준으로 고객을 나눠야 하는지 기준이 없으며, 발송 이후 반응 데이터가 다음 행동으로 이어지지 않는다.
SK CRM은 문자, 앱 푸시, 카카오 알림톡 등 다양한 채널을 지원하지만, 그 채널을 효과적으로 쓰려면 먼저 데이터가 올바르게 연결되어 있어야 한다. 채널이 많을수록 설계가 부재할 때의 혼선도 커진다.
2. 인사이트: 데이터 연결이 없으면 CRM은 단순 발송 도구로 전락한다
CRM의 핵심 기능은 발송이 아니라 고객 행동에 따른 자동 반응이다. 고객이 특정 페이지를 방문했을 때, 결제를 중단했을 때, 마지막 방문으로부터 일정 기간이 지났을 때 적절한 메시지가 나가는 것이 CRM의 본질이다.
그런데 이 자동 반응이 작동하려면 고객 행동 데이터가 CRM 내부로 들어와야 하고, 들어온 데이터가 올바른 고객 식별자에 연결되어 있어야 하며, 그 식별자를 기준으로 세그먼트가 나뉘어야 한다. 이 세 단계 중 하나라도 끊기면 자동화는 멈춘다.
3. 프레임워크: 반드시 다시 설계해야 할 5가지 데이터 연결 원칙
원칙 1. 고객 식별자를 단일화하라
전화번호, 이메일, 회원 ID가 각각 다른 테이블에 저장되어 있으면 같은 고객이 세 명으로 분리된다. SK CRM 도입 전에 내부 데이터베이스에서 어떤 값을 마스터 키로 쓸지 결정해야 한다. 병원의 경우 생년월일과 전화번호 조합을, 학원의 경우 학생 ID를, 자사몰(카페24, 아임웹 기반)의 경우 회원 번호를 기준으로 삼는 방식이 일반적이다.
원칙 2. 유입 채널 정보를 고객 프로필에 연결하라
어떤 광고를 보고 가입했는지, 어떤 키워드로 유입됐는지를 고객 프로필에 붙여두지 않으면 세그먼트 기반 메시지를 쓸 수 없다. UTM 파라미터를 회원가입 폼과 연동하거나, 첫 구매 데이터에 유입 경로를 태깅하는 작업이 선행되어야 한다. 부동산 중개 플랫폼의 경우 매물 유형별 관심 태그를, 학원의 경우 상담 신청 과목 정보를 초기 프로필에 포함시키는 구조가 이에 해당한다.
원칙 3. 이벤트 데이터와 고객 데이터를 분리하지 마라
"누가 무엇을 했다"는 이벤트 로그와 "이 고객은 누구다"라는 프로필 데이터가 따로 관리되면 자동화 트리거를 만들 수 없다. 카페24 기반 자사몰이라면 장바구니 담기, 결제 완료, 리뷰 작성 이벤트를 SK CRM의 고객 프로필에 실시간으로 연결해야 한다. 이 연결이 없으면 "장바구니 이탈 고객에게 24시간 이내 메시지 발송"이라는 시나리오는 구현되지 않는다.
원칙 4. 수신 동의 데이터를 채널별로 관리하라
문자 수신 동의, 카카오 알림톡 수신 동의, 앱 푸시 수신 동의는 각각 다른 법적 근거와 관리 기준을 갖는다. 이를 하나의 동의 여부 컬럼으로 통합 관리하면 채널 전환 시 법적 리스크가 발생한다. 동의 일시, 동의 경로, 채널 구분을 별도 필드로 저장해야 하며, 수신 거부 처리도 채널별로 즉시 반영되는 구조여야 한다.
원칙 5. 발송 결과 데이터를 고객 프로필에 다시 쌓아라
발송 후 열람 여부, 클릭 여부, 전환 여부는 단순한 리포트 수치가 아니다. 이 데이터가 고객 프로필에 누적되어야 "3회 이상 열람하지 않은 고객"을 세그먼트로 분리하거나, "클릭 후 미전환 고객"에게 별도 시나리오를 적용하는 것이 가능해진다. 피드백 루프 없이 발송만 반복하는 구조는 시간이 지날수록 수신 거부율을 높이고 세그먼트 품질을 낮춘다.
4. 사례: 업종별 데이터 연결 설계 접근법
피부과 의원이 SK CRM을 도입한다고 가정하면, 예약 시스템과 CRM의 연동이 첫 번째 과제가 된다. 예약 완료, 내원 확인, 시술 완료 이벤트가 고객 프로필에 연결되지 않으면 "내원 후 30일 경과 고객 대상 재예약 안내"는 수동 작업이 된다. 이 경우 예약 시스템의 API 또는 CSV 정기 동기화 방식으로 이벤트 데이터를 CRM에 연결하는 구조를 먼저 확정해야 한다.
아임웹 기반 소규모 자사몰이라면 상황이 다르다. 고객 수가 많지 않더라도 구매 주기, 구매 카테고리, 첫 구매 금액 등을 초기부터 프로필에 쌓아두면 이후 LTV 기반 세그먼트 운영이 가능해진다. 처음부터 데이터 구조를 잡지 않으면 고객이 늘어난 시점에 전체 데이터를 재정비해야 하는 상황이 온다.
부동산 중개 플랫폼의 경우 매물 관심 태그, 지역 필터 이력, 상담 신청 여부를 고객 식별자에 연결하는 것이 핵심이다. 이 데이터 없이 발송하면 전체 고객에게 동일한 매물 안내를 보내게 되고, 관련 없는 메시지를 받은 고객은 수신 거부로 이어진다.
5. CTA 예고: 다음 단계로 가기 전에 확인할 것
데이터 연결 원칙을 이해했다면, 다음 단계는 SK CRM의 세그먼트 설계와 자동화 시나리오 구성이다. 어떤 조건으로 고객을 나누고, 어떤 순서로 메시지를 배치할 것인지에 대한 구체적인 설계 방법은 다음 글에서 다룬다.
지금 당장 해야 할 것은 하나다. 현재 보유한 고객 데이터에서 단일 식별자가 존재하는지, 이벤트 데이터가 프로필과 연결되어 있는지를 확인하는 것이다. 이 두 가지가 없다면 CRM 설정보다 데이터 정비가 먼저다.
FAQ
Q. SK CRM 도입 전에 반드시 준비해야 할 데이터는 무엇인가요?
고객 식별자(전화번호, 회원 ID 등), 수신 동의 정보(채널별), 최근 행동 이력(구매, 방문, 상담 등) 세 가지가 기본이다. 이 중 수신 동의 데이터는 법적 요건이므로 가장 먼저 정비해야 하며, 채널별 동의 여부와 동의 일시를 구분해 저장하는 구조가 필요하다.
Q. 기존에 엑셀로 관리하던 고객 데이터를 SK CRM에 그대로 올려도 되나요?
올릴 수는 있지만, 그 전에 데이터 정합성 검토가 선행되어야 한다. 중복 고객 여부, 수신 동의 근거 확인, 식별자 통일 여부를 점검하지 않고 일괄 업로드하면 잘못된 대상에게 메시지가 발송될 수 있다. 특히 수신 동의 없는 고객이 포함된 경우 법적 문제로 이어진다.
Q. 소규모 팀도 데이터 연결 설계를 직접 해야 하나요?
팀 규모와 무관하게 설계는 필요하다. 다만 소규모 팀이라면 처음부터 복잡한 구조를 만들 필요는 없다. 고객 식별자 단일화와 수신 동의 채널 구분, 이 두 가지만 먼저 정리해도 기본적인 자동화 운영이 가능해진다. 나머지 원칙은 운영하면서 순차적으로 추가할 수 있다.