고객 데이터 모델
CRM의 핵심 객체와 필수 필드, 데이터 품질 기준을 설계합니다.
CRM 데이터 모델은 고객을 어떤 단위로 이해할지 정하는 설계도입니다. 데이터 모델이 애매하면 세그먼트, 자동화, 대시보드가 모두 흔들립니다.
기본 객체
| 객체 | 의미 | 대표 필드 |
|---|---|---|
| Account | 회사, 조직, 가구, 매장처럼 관계의 큰 단위 | 산업, 규모, 등급, 계약 상태 |
| Contact | 실제 사람 또는 사용자 | 역할, 이메일, 동의 상태, 선호 채널 |
| Lead | 아직 기회로 검증되지 않은 잠재 수요 | 소스, 관심 주제, 적합도, 최근 행동 |
| Opportunity | 구매/계약 가능성이 있는 거래 | 금액, 단계, 예상일, 의사결정자 |
| Activity | 고객과의 상호작용 | 미팅, 이메일, 통화, 문의, 캠페인 반응 |
| Subscription/Order | 계약 또는 구매 사실 | 상품, 금액, 기간, 갱신일 |
| Consent | 개인정보/마케팅 동의 | 동의 항목, 수집 경로, 시각, 철회 여부 |
필수 필드 기준
필수 필드는 "있으면 좋은 정보"가 아니라 운영 결정에 직접 쓰이는 정보여야 합니다.
| 필드 후보 | 필수 여부 판단 |
|---|---|
| 고객명 | 대부분 필수 |
| 이메일/연락처 | 연락 채널이 필요하면 필수 |
| 리드 소스 | 채널 성과를 볼 계획이면 필수 |
| 산업/규모 | ICP 판단에 쓰면 필수 |
| 관심 제품 | 라우팅과 메시지 개인화에 쓰면 필수 |
| 담당자 | 후속 조치 SLA가 있으면 필수 |
| 마케팅 동의 | 캠페인을 운영하면 필수 |
데이터 품질 규칙
- 한 필드는 한 의미만 가져야 합니다.
- 드롭다운 값은 보고와 자동화에 쓰일 수준으로만 쪼갭니다.
- 자유 입력 필드는 탐색에는 좋지만 자동화와 집계에는 취약합니다.
- 외부 연동 필드는 원본 시스템과 갱신 방향을 명시합니다.
- 중복 고객 병합 기준을 운영 문서로 남깁니다.
데이터 사전 템플릿
| 항목 | 작성 예 |
|---|---|
| 필드명 | lifecycleStage |
| 설명 | 고객 생애주기 단계 |
| 타입 | select |
| 허용값 | Lead, Qualified, Opportunity, Customer, Active, Risk, Dormant |
| 원본 | CRM 직접 입력 또는 자동 규칙 |
| 갱신 책임 | CRM Owner |
| 사용처 | 대시보드, 자동화, 주간 파이프라인 리뷰 |
가장 흔한 문제
CRM 데이터는 입력 시점보다 해석 시점에 문제가 드러납니다. 필드가 늘어날수록 데이터 품질 비용도 늘어나므로, 초판은 운영 결정에 필요한 최소 필드로 시작하세요.