고객 세그먼트를 정교하게 설계했는데도 실제 캠페인에서 아무 일도 일어나지 않는 경험이 있다면, 문제는 세그먼트 자체가 아니라 실행 구조에 있다.
세그먼트가 '기획서 안에서만' 존재하는 이유
많은 팀이 세그먼트를 정의할 때 마케터의 언어로 쓴다. "최근 3개월 내 2회 이상 구매한 고객", "상담 후 미전환 리드" 같은 기준이다. 문제는 이 기준이 데이터베이스의 컬럼명과 일치하지 않는다는 점이다.
마케터가 "최근 3개월"이라고 쓸 때, 개발자나 CRM 담당자는 어떤 날짜 필드를 기준으로 삼아야 하는지 묻는다. 주문 생성일인지, 결제 완료일인지, 배송 완료일인지에 따라 세그먼트 크기가 달라진다. 이 질문이 오가는 사이 캠페인 일정은 밀리고, 결국 "일단 전체 발송"으로 귀결된다.
세그먼트가 실행 단계에서 증발하는 첫 번째 원인은 정의의 모호성이다. 기획 단계에서 데이터 컬럼 수준까지 명세하지 않으면, 실행팀은 자의적으로 해석하거나 포기한다.
실행을 막는 구조적 단절 세 가지
1. 데이터 소유권이 분산되어 있다
학원 업종을 예로 들면, 수강 이력은 ERP에, 문의 기록은 카카오 채널 상담 로그에, 결제 정보는 별도 PG사 대시보드에 흩어져 있다. 세그먼트를 만들려면 세 곳을 수동으로 취합해야 한다. 이 과정이 반복 가능한 구조가 아니면, 세그먼트는 일회성 엑셀 파일로 끝난다.
자사몰(카페24, 아임웹 기반)의 경우도 유사하다. 회원 등급 데이터는 플랫폼 내에 있지만, 오프라인 구매 이력이나 CS 문의 데이터는 외부에 존재한다. 온·오프라인 통합 없이 설계된 세그먼트는 온라인 행동만 반영하게 된다.
2. 세그먼트 갱신 주기가 없다
부동산 중개업을 보면, 매물 관심 고객 리스트를 한 번 추출하고 나서 다음 발송 때도 같은 리스트를 쓰는 경우가 있다. 이미 계약을 완료했거나 관심이 식은 고객에게 동일한 매물 알림을 보내면 수신 거부로 이어진다.
세그먼트는 정적인 명단이 아니라 조건의 집합이다. 조건이 자동으로 재평가되는 구조가 없으면, 시간이 지날수록 세그먼트의 정확도는 낮아진다.
3. 실행 도구가 세그먼트 조건을 지원하지 않는다
문자 발송 툴이나 이메일 플랫폼이 단순 리스트 업로드만 지원하고, 조건 기반 필터링을 제공하지 않는 경우가 있다. 이때 세그먼트는 발송 직전에 수동 필터링을 거쳐야 하고, 그 과정에서 조건이 누락되거나 단순화된다.
실행 가능한 세그먼트를 만드는 프레임워크
세그먼트 정의서에는 다음 네 가지 항목이 반드시 포함되어야 한다.
1. 데이터 소스와 컬럼명: 어떤 시스템의 어떤 필드를 사용하는지 명시
2. 조건의 논리 연산자: AND/OR 관계를 명확히 기술
3. 갱신 주기와 트리거: 매일 자동 갱신인지, 이벤트 발생 시 갱신인지
4. 실행 도구와의 연결 방식: API 연동인지, 수동 내보내기인지
이 네 항목이 채워지지 않은 세그먼트 정의서는 기획 문서일 뿐, 실행 명세서가 아니다.

업종별 실행 단절 사례
피부과·의원: 재방문 세그먼트의 함정
피부과에서 "6개월 내 미방문 고객"을 대상으로 재방문 유도 메시지를 보내려 한다고 가정하자. 이때 방문 기록이 EMR 시스템에만 있고, 문자 발송 툴과 연동되지 않는다면 매번 EMR에서 수동 추출이 필요하다. 담당자가 바뀌거나 업무가 몰리면 이 과정은 건너뛰어진다. 결국 전체 고객에게 동일 메시지가 나가고, 최근 방문한 고객은 불필요한 알림을 받게 된다.
자사몰(카페24 기반): 등급 조건과 구매 행동의 불일치
카페24 기반 자사몰에서 "VIP 등급이지만 최근 60일 내 미구매 고객"을 추출하려 할 때, 등급 조건은 플랫폼 내에서 처리되지만 60일 미구매 조건을 함께 적용하려면 별도 필터링이 필요한 경우가 있다. 이 두 조건을 동시에 처리하는 자동화가 없으면, 발송 담당자는 등급 조건만 적용한 채 발송하거나, 반대로 미구매 조건만 보고 등급을 무시한다.
어학원: 수강 상태와 마케팅 동의의 교차 조건
어학원에서 "수강 종료 후 30일 이내, 재등록 미완료, 마케팅 수신 동의" 고객에게 재등록 혜택을 안내한다고 가정하자. 수강 종료일은 ERP에, 마케팅 동의 여부는 회원 가입 시스템에 분리되어 있다. 두 시스템이 연결되지 않으면 조건 중 하나는 반드시 누락된다. 마케팅 비동의 고객에게 발송하면 규정 위반이 되고, 수강 종료 조건을 빠뜨리면 재학 중인 고객에게 재등록 안내가 간다.
세그먼트 실행 점검 체크리스트
세그먼트를 실행하기 전, 아래 질문에 모두 답할 수 있어야 한다.
- 이 세그먼트의 조건을 데이터 컬럼 수준으로 쓸 수 있는가
- 조건에 필요한 데이터가 발송 도구와 같은 시스템 안에 있는가
- 이 세그먼트는 다음 발송 때도 동일한 방식으로 재현 가능한가
- 갱신 주기가 정해져 있고, 그 주기를 자동화할 수 있는가
하나라도 "아니오"라면, 그 세그먼트는 실행 단계에서 변형되거나 포기된다.
FAQ
Q. 세그먼트 정의는 마케터가 해야 하나요, 개발자가 해야 하나요?
마케터가 비즈니스 목적과 조건을 정의하고, 개발자 또는 데이터 담당자가 그 조건을 데이터 컬럼 수준으로 번역하는 역할을 맡는 구조가 현실적이다. 이 두 단계가 한 문서 안에서 이루어지지 않으면, 해석 차이가 발생한다. 세그먼트 정의서를 마케터 언어와 데이터 언어 두 열로 나누어 작성하는 방식이 단절을 줄인다.
Q. CRM 툴이 없어도 고객 세그먼트 실행이 가능한가요?
가능하다. 다만 자동화 없이 수동으로 운영할 경우, 조건의 수를 줄이는 것이 현실적이다. 조건이 세 개 이상이면 수동 필터링 과정에서 오류가 생길 가능성이 높아진다. 스프레드시트 기반으로 운영한다면 조건 두 개 이하로 시작하고, 실행이 안정화된 뒤 조건을 추가하는 순서가 낫다. 월 1,000건 발송 기준으로 건당 15원이면 월 15,000원 수준의 문자 비용이 발생하는데, 이 규모라면 간단한 자동화 도구 도입을 검토할 수 있다.
Q. AI를 활용하면 세그먼트 실행 문제가 해결되나요?
생성형 AI는 세그먼트 정의서 초안 작성이나 조건 논리 검토에는 활용할 수 있다. 그러나 데이터 소유권 분산, 시스템 간 연동 부재, 갱신 주기 미설정 같은 구조적 문제는 AI가 해결하지 않는다. 실행 단절의 원인이 데이터 파이프라인에 있다면, AI 도입 전에 그 파이프라인을 먼저 정비해야 한다.
다음 글에서는 세그먼트 정의서를 실제 실행 명세서로 전환하는 템플릿과, CRM 툴 없이 스프레드시트로 조건 기반 세그먼트를 운영하는 방법을 다룬다.