이 시나리오가 다루는 내용
이 페이지는 DQS 적시성 분석의 세 가지 실제 구성을 안내합니다. 각 시나리오는 특정 비즈니스 문제를 다루고, 사용할 정확한 설정을 보여주며, 결과를 읽는 방법을 설명합니다.
이 워크스루는 주요 적시성 문서의 개념을 기반으로 합니다. 적시성 메트릭, 진단 흐름, 또는 최신성 기간 및 Null을 오래된 것으로 처리와 같은 구성 옵션이 새로운 경우 먼저 그것을 읽으십시오.
시나리오 1: 사용자 정의 날짜 필드의 Lead 아웃리치 최신성
문제
영업팀은 Lead 오브젝트의 사용자 정의 Last_Outreach_Date__c 필드에서 각 lead가 마지막으로 연락된 날짜를 추적합니다. SDR은 각 통화 또는 이메일 후 이 필드를 수동으로 업데이트합니다. CRM은 8,000개의 오픈 lead를 보여주지만 아무도 최근 아웃리치가 얼마나 있는지 알지 못합니다. 일부 lead는 필드가 비어 있어서 전혀 연락받지 못했습니다. 영업 운영팀은 대기열 우선순위를 지정하고 틈새에 빠진 lead를 포착하기 위해 최신 vs 오래된 lead의 명확한 수가 필요합니다.
왜 사용자 정의 필드인가?
LastModifiedDate와 같은 표준 Salesforce 날짜 필드는 항상 입력되어 있고 자동으로 업데이트됩니다.Last_Outreach_Date__c와 같은 사용자 정의 날짜 필드는 사용자 입력에 의존합니다. null이 될 수 있고 (연락된 적 없음), 오래될 수 있으며 (몇 달 전에 연락됨), 또는 현재일 수 있습니다. 이것이 Null을 오래된 것으로 처리를 활성화한 최신성 분석의 좋은 대상입니다.
구성
간단한 최신성 확인입니다. Last_Outreach_Date__c 필드를 대상으로 Lead 오브젝트에서 데이터 최신성 모드를 사용하십시오. 고급 이상 메트릭이 아닌 헤드라인 최신성 비율과 오래된 분류가 필요합니다.
| 설정 | 값 | 이유 |
|---|---|---|
| 분석 모드 | 데이터 최신성 | 최신성 및 오래된 비율이 필요하며, 초과 기한 추적 또는 이상 탐지는 필요하지 않음 |
| 최신성 기간 | 30일 | 활성 lead는 지난 달 내에 참여가 필요 |
| Null을 오래된 것으로 처리 | 켜기 | null Last_Outreach_Date__c는 lead가 연락된 적 없음을 의미. 그것은 정의상 오래된 것. |
Last_Outreach_Date__c는 “마지막 이벤트” 필드입니다. 최신성 비율이 여기서 올바른 헤드라인 메트릭입니다. 초과 기한 비율은 대부분의 아웃리치 날짜가 본질적으로 과거에 있기 때문에 동어반복적으로 높게 읽힐 것입니다.
샘플 결과
| 메트릭 | 값 |
|---|---|
| 최신성 비율 | 38% |
| 오래된 비율 | 62% |
평가된 전체 Lead 레코드: 8,000.
결과 읽기
헤드라인부터 시작하십시오: 38% 최신성. 즉, 오픈 lead의 62%, 4,960개 레코드가 지난 30일 동안 아웃리치가 없습니다. SDR은 거의 3분의 2가 차갑게 식은 8,000개 lead 풀에서 작업하고 있습니다.
이제 62% 오래된 비율이 무엇을 포함하는지 분류하십시오.
Null을 오래된 것으로 처리가 켜져 있으므로 null이 오래된 것으로 계산됩니다. 4,960개의 오래된 레코드 중 1,200개가 null Last_Outreach_Date__c를 가지고 있다면, 이 lead들은 전혀 연락받지 못했습니다. 그들은 웹 양식, 가져오기, 또는 통합을 통해 시스템에 들어왔고 아무도 아웃리치를 기록하지 않았습니다. 나머지 3,760개 레코드는 아웃리치 날짜가 있지만 30일 이상 지났습니다.
두 그룹, 두 가지 다른 조치:
- 1,200개 null에 대해: 이것들은 연락되지 않은 lead입니다. 첫 번째 연락을 위해 SDR에게 라우팅하십시오. 전통적인 의미에서 “오래된” 것이 아닙니다. 틈새에 빠진 lead입니다.
- 오래된 아웃리치 날짜를 가진 3,760개에 대해: 아웃리치가 발생했지만 참여가 중단된 lead입니다. 나이 분포를 검토하십시오. 대부분의 날짜가 31-45일 주변에 클러스터링되어 있다면 빠른 후속 캠페인이 많은 것을 최신 기간으로 다시 이동시킬 수 있습니다. 대부분의 날짜가 90일 이상이라면 재활용하거나 보관하는 것을 고려하십시오.
다음에 할 일
최신성 비율을 사용하여 lead 풀을 세분화하십시오. 지난 30일 내의 Last_Outreach_Date__c로 필터링된 목록 뷰 또는 보고서를 만들고 3,040개의 최신 lead를 먼저 SDR에게 라우팅하십시오. 시간에 따른 최신성 비율을 추적하십시오. 스캔 간에 하락하면 lead 후속 프로세스에 격차가 있는 것입니다. 상승하면 아웃리치 리듬이 작동하고 있는 것입니다.
시나리오 2: 계약 갱신 마감일 추적
문제
고객 성공팀이 2,500개의 활성 계약을 관리합니다. 갱신은 Account 오브젝트의 Contract_End_Date__c 필드에 추적됩니다. 팀은 다가오는 갱신의 분기별 보고서를 받지만 갱신 없이 종료일이 지난 계약은 몇 주 동안 눈에 띄지 않습니다. 누군가가 만료된 계약을 발견할 때쯤에는 고객이 이미 경쟁사를 평가하기 시작했습니다. 얼마나 많은 계약이 초과 기한이고 얼마나 지났는지 측정하는 방법이 필요합니다.
구성
Account 오브젝트의 Contract_End_Date__c 필드를 대상으로 고급 데이터 최신성 모드를 사용하십시오. 이것은 “초과 기한”이 직접적인 비즈니스 의미를 갖는 마감일 필드이므로 유예 기간이 있는 초과 기한 비율이 필요합니다.
| 설정 | 값 | 이유 |
|---|---|---|
| 분석 모드 | 고급 데이터 최신성 | 전체 마감일 그림을 위해 초과 기한 비율 및 평균 나이 활성화 |
| 최신성 기간 | 365일 | 계약은 연간 갱신됩니다. 지난 1년 이내의 계약 종료일은 “현재”입니다. |
| Null을 오래된 것으로 처리 | 켜기 | null 계약 종료일은 날짜가 설정된 적 없음을 의미. 그것은 데이터 격차이지 깨끗한 레코드가 아닙니다. |
| 초과 기한 추적 | 켜기 | 이것은 마감일 필드입니다. 어떤 비율이 초과 기한인지 알아야 합니다. |
| 유예 기간 | 30일 | 초과 기한으로 플래그하기 전에 계약 종료일 이후 30일을 갱신 프로세스에 주십시오. 갱신은 종종 만료 후 몇 주 안에 마감됩니다. |
Contract_End_Date__c는 마감일 필드입니다. 초과 기한 비율이 여기서 올바른 헤드라인 메트릭이며, 최신성 비율이 아닙니다. 질문은 “얼마나 많은 계약이 초과 기한인가?”이지 “얼마나 많은 계약 날짜가 최근인가?”가 아닙니다.
샘플 결과
기본 메트릭:
| 메트릭 | 값 |
|---|---|
| 최신성 비율 | 64% |
| 오래된 비율 | 34.8% |
고급 메트릭:
| 메트릭 | 값 |
|---|---|
| 평균 나이 | 210일 |
| 미래 비율 | 1.2% |
| 초과 기한 비율 | 14% |
평가된 전체 Account 레코드: 2,500.
결과 읽기
초과 기한 비율 (14%)이 헤드라인 숫자입니다. 350개의 계약이 업데이트 없이 종료일 이후 30일 이상 지났습니다. 이것들은 활성 수익 누출 위험입니다. 30일 유예 기간이 이미 정상적인 갱신 기간의 계약을 필터링했으므로 이 350개는 진정으로 막혀 있습니다.
최신성 비율 (64%)이 맥락을 제공합니다. 계약 종료일의 64%가 지난 365일 이내에 있습니다. 이것은 대부분의 계약이 갱신 주기 내에 건드려졌다는 것을 알려줍니다. 오래된 34.8%에는 초과 기한 계약과 갱신 후 업데이트된 적 없는 매우 오래된 종료일을 가진 계약이 모두 포함됩니다.
평균 나이 (210일)는 문제의 깊이를 보여줍니다. 계약 종료일의 평균 나이는 210일입니다. 365일 최신성 기간을 감안할 때 이 평균은 기간 내에 있지만 오래된 경계에 더 가깝습니다. 데이터셋이 오래된 날짜 쪽으로 치우쳐져 있어 많은 계약이 다음 갱신 기간에 접근하고 있음을 의미합니다.
미래 비율 (1.2%)은 30개 레코드가 미래의 계약 종료일을 가지고 있음을 플래그합니다. 계약 종료일의 경우 미래 날짜는 정상입니다. 계약이 아직 만료되지 않았음을 의미합니다. 2,500개 계약에서 1.2% 미래 비율은 30개만 미래 종료일을 가지고 있음을 의미합니다. 이것은 유용한 데이터 포인트입니다: 시스템의 대다수 계약이 이미 종료일을 지났으며 Contract_End_Date__c 필드는 갱신 연장을 반영하기 위해 거의 업데이트되지 않음을 알려줍니다.
비즈니스 수학: 평균 계약 가치에서 350개의 초과 기한 계약은 실제 위험에 처한 수익을 나타냅니다. 평균 연간 계약이 15,000달러라면, 그것은 기록에 활성 갱신이 없는 초과 기한 계약에서 525만 달러입니다.
다음에 할 일
350개의 초과 기한 계약에서 우선순위 대기열을 구축하십시오. 계약 가치와 초과 기한 일수를 기준으로 정렬하십시오. 각각을 즉각적인 아웃리치를 위해 고객 성공 관리자에게 배정하십시오. 초기 정리 후 월간으로 스캔을 실행하십시오. 기본 갱신 건강 메트릭으로 초과 기한 비율을 추적하십시오. 스캔 간에 상승하는 초과 기한 비율은 갱신 프로세스가 뒤처지고 있음을 의미합니다.
시나리오 3: 데이터 마이그레이션 후 파이프라인 날짜 정리
문제
귀사는 레거시 CRM에서 Salesforce로 12,000개의 Opportunity 레코드를 6개월 전에 마이그레이션했습니다. 파이프라인 보고서가 잘못 보입니다: 딜이 속하지 않는 분기에 나타나고, 예측 합계에는 수년 전의 금액이 포함됩니다. RevOps 팀은 CloseDate 필드에 레거시 시스템의 날짜 (일부는 2015년부터)와 마이그레이션 도구가 주입한 자리 표시자 날짜 (2099-12-31)가 포함되어 있다고 의심합니다. 팀이 파이프라인을 신뢰하기 전에 현실적인 범위 밖에 있는 종료일이 정확히 얼마나 많은지 알아야 합니다.
구성
Opportunity 오브젝트의 CloseDate 필드를 대상으로 고급 데이터 최신성 모드를 사용하십시오. “현실적인” 종료일이 무엇인지 정의하고 그 경계 밖에 있는 모든 것을 포착하기 위해 운영 범위 비율이 필요합니다.
| 설정 | 값 | 이유 |
|---|---|---|
| 분석 모드 | 고급 데이터 최신성 | 이상 탐지를 위해 운영 범위 비율 및 미래 비율 활성화 |
| 최신성 기간 | 180일 | 파이프라인 목적으로 지난 6개월 이내의 종료일은 “현재” |
| Null을 오래된 것으로 처리 | 끄기 | CloseDate는 Opportunity의 필수 필드입니다. Null은 드물며 이 분석의 초점이 아닙니다. |
| 운영 범위 | 켜기 | 이 분석의 핵심. 현실적인 날짜가 무엇인지 정의하십시오. |
| 운영 범위 최소 | 과거 365일 | 오늘로부터 1년 이상 이전의 종료일은 레거시 아티팩트 |
| 운영 범위 최대 | 미래 180일 | 6개월 이상 미래의 종료일은 자리 표시자 또는 비현실적으로 먼 예측 |
운영 범위 입력은 오늘로부터 “과거 일수” 및 “미래 일수”를 사용합니다. DQS가 스캔 시 이것을 절대 날짜로 변환합니다. 2026년 3월 1일에 이 스캔을 실행한다면 범위는 2025년 3월 1일부터 2026년 8월 28일이 됩니다. 2025년 3월 1일 이전 또는 2026년 8월 28일 이후의 종료일은 범위 밖으로 플래그됩니다.
샘플 결과
기본 메트릭:
| 메트릭 | 값 |
|---|---|
| 최신성 비율 | 52% |
| 오래된 비율 | 38.5% |
고급 메트릭:
| 메트릭 | 값 |
|---|---|
| 평균 나이 | 285일 |
| 미래 비율 | 9.5% |
| 초과 기한 비율 | 계산되지 않음 (초과 기한 추적 끄기) |
| 운영 범위 비율 | 71% |
평가된 전체 Opportunity 레코드: 12,000.
결과 읽기
운영 범위 비율 (71%)이 헤드라인 숫자입니다. 종료일의 71%가 현실적인 범위 (과거 1년부터 미래 6개월) 내에 있습니다. 즉, 29%, 약 3,480개 레코드의 종료일이 이 경계 밖에 있습니다. 이것들이 파이프라인을 왜곡하는 레코드입니다.
범위 밖에 있는 것을 분류하십시오:
미래 비율 (9.5%)은 1,140개 레코드가 미래의 종료일을 가지고 있음을 플래그합니다. 일부는 정상입니다: 향후 6개월 이내에 다가오는 종료일을 가진 오픈 Opportunity는 예상되며 운영 범위 내에 있습니다. 미래 비율이 플래그하는 레코드는 오늘 이후의 모든 종료일입니다. 운영 범위와 교차 참조하십시오: 미래 날짜이면서 180일 미래 경계 밖에 있는 레코드가 문제있는 것들입니다. 이것들은 2099-12-31과 같은 자리 표시자 날짜나 비현실적으로 먼 종료일입니다.
범위 밖 분류:
| 범주 | 예상 레코드 | 의미 |
|---|---|---|
| 레거시 날짜 (365일 이상) | ~2,340 | 구 CRM에서 마이그레이션됨. 정리된 적 없는 딜의 2015-2024년 종료일. |
| 먼 미래 자리 표시자 | ~1,140 | 마이그레이션 도구가 원본 시스템에 종료일이 없을 때 주입한 2099-12-31과 같은 날짜. |
| 총 범위 밖 | ~3,480 | 정리 범위 |
평균 나이 (285일)는 레거시 데이터 드래그를 확인합니다. 모든 종료일에 걸친 평균 나이는 285일이며, 180일 최신성 기간 밖입니다. 이 높은 평균은 숫자를 끌어올리는 많은 양의 오래된 마이그레이션된 날짜를 반영합니다. 레거시 레코드를 정리하면 이 숫자가 급격히 떨어질 것입니다.
최신성 비율 (52%)은 파이프라인 건강 기준선을 제공합니다. 종료일의 절반만이 지난 6개월 이내에 있습니다. 3,480개의 범위 밖 레코드를 제거하면 8,520개의 깨끗한 데이터셋이 훨씬 높은 최신성 비율을 갖게 되고 파이프라인 보고서가 마침내 현재 딜을 반영할 것입니다.
다음에 할 일
3,480개의 범위 밖 레코드를 내보내십시오. 두 가지 정리 트랙으로 분류하십시오:
- 레거시 날짜 (2,340개 레코드): 단계별로 검토하십시오. 오래된 종료일을 가진 Closed-Won 및 Closed-Lost Opportunity는 과거 레코드입니다. 그것들을 남겨두되 활성 파이프라인 뷰에서 제외하십시오. 2015-2024년의 종료일을 가진 오픈 Opportunity는 구 시스템에서 종료된 적 없는 죽은 딜입니다. 단계를 Closed-Lost로 업데이트하십시오.
- 자리 표시자 날짜 (1,140개 레코드): 2099-12-31 및 유사한 자리 표시자를 Opportunity 단계 및 생성 날짜를 기반으로 현실적인 종료일로 교체하십시오. 명확한 종료 타임라인이 없는 딜의 경우 종료일을 현재 분기 말로 설정하고 영업 검토를 위해 플래그하십시오.
정리 후 재스캔하십시오. 목표는 95% 이상의 운영 범위 비율과 활성 파이프라인에서 75% 이상의 최신성 비율입니다.
구성 선택
이 표를 사용하여 적시성 분석에 맞는 시작점을 선택하십시오.
| 필요한 것… | 시작점 | 핵심 설정 |
|---|---|---|
| 빠른 위생 감사를 위한 날짜 최신성 확인 | 데이터 최신성 | 최신성 기간 설정, null이 누락 데이터를 나타내면 Null을 오래된 것으로 처리 켜기 |
| Lead 또는 Contact 참여 최신성 측정 | 데이터 최신성 | 최신성 기간: 30일, Null을 오래된 것으로 처리 켜기, 헤드라인으로 최신성 비율 사용 |
| 마감일 및 갱신 컴플라이언스 추적 | 고급 데이터 최신성 | 초과 기한 추적 켜기, 비즈니스 프로세스 버퍼에 맞게 유예 기간 설정 |
| 마이그레이션 후 레거시 또는 자리 표시자 날짜 탐지 | 고급 데이터 최신성 | 운영 범위 켜기, 현실적인 날짜 경계를 정의하기 위해 최소/최대 설정 |
| 중요한 필드의 전체 날짜 품질 그림 가져오기 | 고급 데이터 최신성 | 모든 설정 구성: 최신성 기간 + Null을 오래된 것으로 처리 + 초과 기한 추적 + 운영 범위 |
| 단순 비율 이상의 오래된 심각도 이해 | 고급 데이터 최신성 | 최신성 비율과 함께 평균 나이를 검토하여 올바른 해결 노력 계획 |
6가지 적시성 메트릭과 진단 흐름에 맞는 위치에 대한 전체 참조는 주요 적시성 문서로 돌아가십시오.
자체 데이터 품질을 측정할 준비가 되었습니까? 적시성 점수 및 그 이상을 보려면 AI 준비성 평가를 받으십시오.