캠페인 성과를 매출로 연결하는 데이터 설계 4단계와 검증 질문
광고비와 매출을 연결해서 보려면 네 가지가 순서대로 갖춰져야 합니다 — 단일 식별자, 유입 채널 기록, 단계 전환 기록, 그리고 캠페인 귀속.
이 중 하나라도 빠지면 리포트는 만들어지지만 믿을 수 없는 숫자가 나옵니다. 대부분의 조직이 두 번째나 세 번째에서 막혀 있습니다.
단계별로 무엇을 설정하고 어떻게 검증하는지 정리했습니다.
McKinsey의 B2B Pulse 2024(34개 업종 의사결정자 약 4,000명, 13개국)에 따르면 B2B 고객은 구매 여정에서 평균 10개 채널을 사용합니다. 2016년의 5개에서 두 배가 되었습니다. 채널이 늘어난 만큼 데이터가 흩어지고, 흩어진 데이터를 잇는 것이 이 네 단계의 목적입니다.
1단계 — 단일 식별자 정하기
사람은 이메일, 회사는 사업자등록번호를 기본 식별자로 고정합니다. 중복 판정 규칙도 이 두 필드로 바꿉니다.
광고 플랫폼이나 폼에서 들어오는 데이터가 다른 키를 쓰고 있다면, 유입 시점에 이 키로 매핑하는 규칙을 먼저 만듭니다.
검증 방법은 단순합니다. 같은 회사 사람 두 명이 각각 다른 폼으로 들어왔을 때 하나의 회사 레코드에 붙는지 확인합니다.
2단계 — 유입 채널을 두 개로 기록하기
최초 유입 채널과 최종 접점 채널을 별도 속성으로 기록합니다. 하나만 두면 기여도가 한쪽으로 쏠립니다.
최초는 덮어쓰지 않는 속성으로, 최종은 매번 갱신되는 속성으로 설정합니다. 이 설정을 반대로 하는 실수가 흔합니다.
UTM 파라미터를 이 속성에 매핑하는 규칙도 함께 정의합니다. 캠페인 이름 규칙이 없으면 여기서 무너집니다.

3단계 — 단계 전환 시점 기록하기
MQL이 된 날짜, SQL이 된 날짜, 딜이 생성된 날짜, 계약된 날짜를 각각 별도 속성에 기록합니다.
이 날짜들이 있어야 구간별 소요일과 전환율이 계산됩니다. 현재 단계만 알고 언제 바뀌었는지 모르면 병목을 찾을 수 없습니다.
자동화로 기록하되, 수동 변경 시에도 기록되도록 설정해야 합니다.
4단계 — 캠페인으로 묶기
블로그 글, 랜딩페이지, 폼, 이메일, 광고를 하나의 캠페인 객체에 연결합니다. 연결되지 않은 자산의 성과는 어디에도 집계되지 않습니다.
캠페인 이름 규칙을 먼저 정하십시오. 연도-분기-필러-주제 형식 정도면 충분합니다. 규칙이 없으면 6개월 뒤 아무도 캠페인 목록을 읽을 수 없습니다.
자산 하나가 여러 캠페인에 속할 수 있는지 제품 기능을 확인하고, 가능하면 재사용 자산을 다중 연결합니다.

검증 — 네 가지 질문에 답해 보기
설정이 끝났으면 다음 네 질문에 시스템이 답하는지 확인합니다. 이번 분기 신규 계약 중 최초 유입이 검색인 건은 몇 건인가. MQL에서 SQL까지 평균 며칠 걸리는가. 제안 단계에서 멈춘 딜의 최초 유입 채널 분포는 어떤가. 캠페인 A에 연결된 자산이 만든 매출은 얼마인가.
하나라도 답이 안 나오면 그 단계로 돌아가면 됩니다. 어느 단계인지 바로 알 수 있게 설계되어 있습니다.
자주 막히는 지점
가장 흔한 것은 2단계입니다. 최초 유입 속성을 덮어쓰기로 설정해 둬서 모든 리드의 최초 채널이 '다이렉트'로 바뀌어 있는 경우입니다.
두 번째는 서비스 데이터입니다. 고객지원 티켓이 별도 도구에 있으면 갱신 위험 신호가 영업 쪽으로 넘어오지 않습니다. 최소한 티켓 건수와 최근 이슈 등급만이라도 회사 객체에 동기화하십시오.

연결이 끝났을 때 계산되는 지표
네 단계가 완성되면 다음 지표가 자동으로 나옵니다. 지금 손으로 만들고 있다면 그 지표가 어느 단계에서 막혀 있는지 역으로 추적할 수 있습니다.
채널별 계약 전환율 — 1단계와 2단계가 필요합니다. 구간별 평균 체류일 — 3단계가 필요합니다. 캠페인별 파이프라인 기여 금액 — 네 단계가 모두 필요합니다.
고객 획득 비용은 4단계와 광고 지출 데이터가 함께 있어야 계산됩니다. 이 지표가 나오기 시작하면 예산 배분 회의의 성격이 바뀝니다.
2단계 실패 사례 — 최초 채널이 전부 다이렉트가 되는 이유
가장 흔한 설정 오류입니다. 최초 유입 채널 속성을 '덮어쓰기'로 만들면 방문할 때마다 값이 갱신되고, 결국 대부분의 리드가 마지막 방문 경로인 다이렉트나 북마크로 바뀝니다.
올바른 설정은 최초 속성을 '비어 있을 때만 기록'으로 두는 것입니다. 한 번 값이 들어가면 다시 쓰지 않습니다. 최종 접점 속성만 매번 갱신되게 합니다.
이미 덮어써진 데이터는 복구가 어렵습니다. 폼 제출 기록이나 원본 로그가 남아 있으면 부분 복원이 가능하지만, 대부분은 그 시점부터 다시 쌓아야 합니다. 그래서 이 설정을 초기에 잡는 것이 중요합니다.

서비스 데이터를 연결하는 최소 구성
고객지원이 별도 도구에 있는 조직이 많습니다. 전면 통합이 어렵다면 최소 세 가지만 회사 객체에 동기화하십시오.
최근 90일 티켓 건수, 미해결 티켓 수, 최근 이슈 심각도. 이 셋만 있어도 갱신 위험 판단이 가능합니다.
Freshworks가 공개한 사례에서 UAE의 Fine Hygienic Holding은 에이전트 응답 시간 68%, 해결 시간 61% 감소를 보고했고 6개월 만에 티켓 수가 805건에서 2,215건으로 늘었습니다. 티켓 수 증가는 문제 증가가 아니라 접수 창구가 일원화되면서 보이지 않던 요청이 드러난 결과입니다. 이런 변화를 영업 쪽에서 보려면 동기화가 필요합니다.
네 단계와 검증 방법
|
단계 |
설정 항목 |
검증 질문 |
|---|---|---|
|
1. 단일 식별자 |
이메일·사업자번호 + 중복 판정 규칙 |
다른 폼으로 온 두 사람이 한 회사에 붙는가 |
|
2. 유입 채널 |
최초(고정) / 최종(갱신) 2개 속성 + UTM 매핑 |
최초 채널이 전부 다이렉트로 바뀌지 않았는가 |
|
3. 단계 전환 |
MQL일·SQL일·딜생성일·계약일 |
MQL→SQL 평균 소요일이 계산되는가 |
|
4. 캠페인 |
자산 연결 + 이름 규칙 |
캠페인별 매출 기여가 집계되는가 |
막히는 지점의 90%는 2단계 속성 설정입니다
단계별로 열리는 지표
|
필요 단계 |
계산되는 지표 |
의사결정 용도 |
|---|---|---|
|
1단계 |
중복 없는 고객·회사 수 |
실제 DB 규모 파악 |
|
1+2단계 |
채널별 리드 수 · 채널별 계약 전환율 |
채널 예산 배분 |
|
1+2+3단계 |
구간별 평균 체류일 · 구간별 이탈률 |
병목 구간 식별 |
|
1+2+3+4단계 |
캠페인별 파이프라인 기여 금액 |
캠페인 지속·중단 판단 |
|
4단계 + 광고 지출 |
고객 획득 비용 (CAC) |
채널 ROI 비교 |
|
+ 서비스 동기화 |
갱신 위험 등급 |
이탈 방지 활동 우선순위 |
손으로 만들고 있는 지표가 있다면 그 지표가 요구하는 단계에서 막혀 있는 것입니다
자주 묻는 질문
Q. 최초 채널 데이터가 이미 덮어써졌습니다. 복구할 수 있나요?
폼 제출 기록, 이메일 클릭 로그, 광고 플랫폼 데이터가 남아 있으면 부분 복원이 가능합니다. 다만 완전 복원은 어려우므로 설정을 바로잡고 그 시점부터 다시 쌓는 편이 현실적입니다. 복원 구간은 리포트에 별도 표기하십시오.
Q. UTM 규칙은 어떻게 정하나요?
source는 매체(google, naver, linkedin), medium은 유형(cpc, email, social), campaign은 연도-분기-필러-주제 형식을 권합니다. 규칙 문서를 만들고 링크 생성기를 팀에 배포하면 표기 흔들림이 크게 줄어듭니다.
Q. 광고 플랫폼 연동이 꼭 필요한가요?
고객 획득 비용을 계산하려면 필요합니다. 다만 초기에는 수동 입력으로 시작해도 됩니다. 월 1회 채널별 지출을 스프레드시트에 기록하고 리포트에서 조인하는 것으로 충분히 판단 가능합니다.
Q. 네 단계 구축을 맡길 수 있나요?
솔바인드9은 현행 설정 진단부터 속성 재설계, 캠페인 구조 정비, 서비스 데이터 동기화까지 단계별로 진행합니다. 검증 질문 네 개에 답이 나오는 상태를 완료 기준으로 삼습니다.
이 글이 다루지 않는 것
제품마다 속성 이름과 설정 위치가 다릅니다. 이 글은 설계 원칙을 다루며, 구체적 화면은 제품별 튜토리얼을 참고하십시오. 광고 플랫폼 연동은 플랫폼 정책 변경의 영향을 받습니다.
함께 읽으면 좋은 글
이 글은 P3 구축과 운영 시리즈의 일부입니다.
- MQL·SQL·Opportunity를 우리 회사 기준으로 정의하는 법 (P3)
- 주간 영업 리스크 리포트를 CRM에서 만드는 법 (P3)
- RevOps는 조직인가 프로세스인가 (P5)
출처
- Forrester, The State Of Business Buying, 2024 (2024.12) — forrester.com/press-newsroom
- 6sense, 2025 B2B Buyer Experience Report (2025.11) — 6sense.com
- Gartner B2B 구매자 조사 (2025.05 발표, 632명) — gartner.com/en/newsroom
- Salesforce, State of Sales 6th·7th Edition (2024.07 / 2026.02) — salesforce.com
- HubSpot 공식 가격 페이지 및 제품·서비스 카탈로그 (2026.09.12 확인) — hubspot.com/pricing, legal.hubspot.com
- HubSpot 제품 발표 및 개발자 체인지로그 — hubspot.com/company-news, developers.hubspot.com/changelog
- HubSpot Annual ROI Report (자체 집계 · 외부 감사 아님) — hubspot.com/roi
- HubSpot 고객 사례 — hubspot.com/case-studies
본문의 원화 환산은 1 USD = 1,380원, 기준일 2026년 9월 12일을 적용했습니다. 요금과 약관은 변경될 수 있으므로 계약 전 공식 페이지에서 재확인하십시오.