퍼널(레거시) 보고서 유형

퍼널 보고서를 만들어 대시보드에 추가하여 영업 및 마케팅 팀의 진행 상황을 모니터링할 수 있습니다. 기본 퍼널 보고서에는 기본 퍼널 유형이 있습니다.

참고: 사용자 지정 퍼널 보고서를 작성하고 보고서의 퍼널 보고서 유형 중에서 선택하려면 HubSpot 계정에 특정 구독이 필요합니다. 그렇지 않으면 기본 퍼널 보고서의 기본 퍼널 유형은 변경할 수 없는 기본 퍼널 유형이 됩니다.

레거시 퍼널 보고서에서 여정 퍼널 보고서로 전환하기

구독이 레거시 퍼널 보고서 작성기에서 새로운 여정 퍼널 보고서 작성기로 전환됩니다. 데이터에 차이가 있을 수 있습니다. 두 보고서 유형이 어떻게 다른지, 그리고 이러한 변경 사항이 분석에 어떤 영향을 미칠 수 있는지 알아보세요.

개요

다음은 보고 데이터에 영향을 미칠 수 있는 네 가지 주요 변경 사항입니다:

• 이벤트 주문 요건
• 날짜 범위 제한
• 개체 생성 시간 처리
• 병합된 연락처 처리

다음 섹션에서는 이러한 차이점에 대해 자세히 설명합니다.

이벤트 주문 요구 사항

이벤트 주문 요건은 다음과 같은 방식으로 변경됩니다:

• 레거시 퍼널 보고서:
  • 이벤트는 특정 날짜 범위 내에서만 발생하면 됩니다.
  • 순차적 순서에 대한 요구 사항은 없습니다.
• 여정 퍼널 보고서:
  • 단계 완료는 시간 순서를 따라야 합니다.
  • 각 후속 단계는 이전 단계 이후에 완료되어야 합니다.

이벤트 순서의 예시 시나리오

다음은 레거시 퍼널 보고서에서 여정 퍼널 보고서로 전환하기 위한 이벤트 순서 변경의 예입니다:

• 시나리오 A - 레거시 퍼널 보고서: 순서가 맞지 않는 단계 완료
  1. 4단계(S1-S4), 연락처 1개
  2. 연락처는 이 순서대로 단계를 완료합니다: S1 > S3 > S2 > S4
• 시나리오 B - 여정 퍼널 보고서: 순차적 단계 완료
  1. 4단계(S1-S4), 연락처 1개
  2. 연락처가 순차적으로 단계를 완료합니다: S1 > S2 > S3 > S4

이벤트 순서 결과는 다음과 같습니다:

• 시나리오 A - 레거시 퍼널 보고서: 네 단계(S1, S2, S3, S4)를 모두 완료했습니다.
• 시나리오 B - 여정 퍼널 보고서: 연락처가 두 단계(S1 및 S2)를 완료했습니다.

두 이벤트 주문 여정의 차이점은 다음과 같습니다:

• 시나리오 A - 레거시 퍼널 보고서: 모든 단계가 날짜 범위 내에 완료되었음을 확인했습니다.
• 시나리오 B - 여정 퍼널 보고서: 순차적으로 완료된 단계의 가장 긴 경로를 찾았습니다.

날짜 범위 제한

다음과 같은 날짜 범위 변경 사항이 적용됩니다:

• 레거시 퍼널 보고서:
  • 날짜 범위 제한이 적용되지 않습니다.
  • 모든 기간의 데이터를 분석할 수 있습니다.
• 여정 퍼널 보고서:
  • 최대 5년의 조회 기간이 있습니다.
  • 이벤트 볼륨이 높은 계정의 경우 범위가 더 작을 수 있습니다.

날짜 범위 제한의 예시 시나리오

아래는 기존 퍼널 보고서에서 여정 퍼널 보고서로 전환할 때 변경되는 날짜 범위의 예시입니다:

• 시나리오:
  1. 4단계(S1-S4), 2개의 연락처
  2. 레거시 퍼널 보고서의 모든 시간에 대해 구성된 보고서
  3. 연락처 1: 2018년에 모든 단계 완료
  4. 연락처 2: 2025년에 모든 단계 완료
• 각 보고서의 결과
  • 레거시 퍼널 보고서: 두 명의 연락처가 모든 단계를 완료했습니다.
  • 여정 퍼널 보고서: 연락처 1명이 모든 단계를 완료했습니다. 연락처 1의 데이터가 5년 제한을 초과했기 때문에 연락처 2만 포함됩니다.

개체 생성 시간 처리

다음과 같은 개체 생성 시간 처리 변경 사항이 적용됩니다:

• 레거시 퍼널 보고서:
  • createdate 속성 값을 사용합니다.
  • 이 속성은 사용자가 수동으로 수정할 수 있습니다.
  • 필터는 파이프라인 설정을 기반으로 합니다.
• 여정 퍼널 보고서:
  • 계정의 실제 개체 생성 타임스탬프를 사용합니다.
  • 수동으로 수정된 createdate 속성 값은 사용하지 않습니다.
  • 따라서 개체가 실제로 생성된 시점을 보다 정확하게 나타냅니다.

객체 생성 시간 변경 처리의 예시 시나리오

다음은 레거시 퍼널 보고서에서 여정 퍼널 보고서로 전환할 때 개체 생성 시간 처리에 대한 변경 사항의 예입니다:

• 시나리오
  • 2단계: 생성 및 1단계(S1)
  • 2022년에 연락처 1개 생성
  • 2023년에 S1 완료
  • createdate 속성이 2024년으로 수동 변경됨
• 결과
  • 2023-2025년 보고서:
    • 레거시 퍼널 보고서: 연락처가 두 단계 모두 완료됨
    • 여정 퍼널 보고서: 연락처가 완료한 단계가 없습니다. 생성 이벤트가 보고서 날짜 범위 이전에 발생했습니다.
  • 2022-2023년에 대한 보고서입니다:
    • 레거시 퍼널 보고서입니다: 연락처가 완료된 단계가 없습니다. 사용자가 createdate 속성을 수정했습니다.
    • 여정 퍼널 보고서를 수정했습니다: 연락처가 두 단계를 모두 완료했습니다. 사용자가 실제 생성 타임스탬프를 사용했습니다.
  • 2022-2025년에 대한 보고서입니다:
    • 레거시 퍼널 보고서: 연락처가 두 단계를 모두 완료함
    • 여정 퍼널 보고서: 연락처가 두 단계 모두 완료됨

병합된 연락처 처리

다음과 같은 병합된 연락처 처리 변경 사항이 적용됩니다:

• 레거시 퍼널 보고서:
  • 병합 중에 순서가 변경되는 연락처 속성에 의존합니다.
  • 속성 조작을 통해 앞으로의 수명 주기 진행 상황을 유지합니다.
  • 병합으로 인한 속성 변경으로 인해 퍼널에 연락처가 표시될 수 있습니다.
• 여정 퍼널 보고서:
  • 재주문 없이 원본 이벤트 타임스탬프를 사용합니다.
  • 실제 고객 여정을 더 정확하게 나타냅니다.
  • 실제 라이프사이클 이벤트가 보고서 날짜 범위 밖에서 발생한 경우 연락처가 표시되지 않을 수 있습니다.

데이터에 미치는 영향

병합된 연락처로 인해 레거시 퍼널 보고서와 여정 퍼널 보고서 간에 데이터 불일치가 발생할 수 있습니다. 레거시 퍼널 보고서와 달리 여정 퍼널 보고서에는 병합으로 인한 속성 변경으로 인해 이전에 포함되었던 연락처라도 선택한 날짜 범위 밖에서 라이프사이클 이벤트가 발생한 연락처가 포함되지 않습니다. 이러한 변경으로 인해 고객 여정을 보다 정확하게 파악할 수 있지만 전환 수치는 낮아질 수 있습니다.

HubSpot은 데이터 무결성을 보호하기 위해 연락처 병합을 자동으로 처리합니다. 특히 라이프사이클 단계의 경우, HubSpot은 사전 정의된 동작을 사용하여 연락처 기록의 역방향 진행을 방지합니다. 이는 데이터 정확성을 유지하면서 수작업을 최소화하도록 설계되었습니다.

데이터 차이 이해하기

레거시 보고서와 여정 퍼널 보고서 간에 차이를 발견했다면, 여정 퍼널 보고서가 고객의 실제 여정을 더 정확하게 표현한다는 점에 유의하세요. 이벤트 순서, 날짜 범위, 생성 시간 처리 및 병합된 연락처 처리의 변경 사항은 퍼널 성과에 대한 더 나은 인사이트를 제공하도록 설계되었습니다.

연락처 병합의 이유

연락처 병합은 고객이 CRM에서 연락처가 되기 전에 여러 접점을 통해 비즈니스와 상호 작용하는 경우가 많기 때문에 HubSpot에서 일반적입니다.

예를 들어, 누군가가

• 웹사이트에서 양식 작성
• 뉴스레터 구독
• 리소스 다운로드
• 웨비나 참석
• 소셜 미디어에 참여하기

이러한 각 상호 작용은 HubSpot에서 별도의 연락처 레코드를 만들 수 있습니다. HubSpot의 중복 감지를 통해 이러한 기록이 동일한 사람의 것으로 확인되면 이를 병합하여 하나의 포괄적인 연락처 프로필을 만듭니다. 이렇게 하면 각 고객의 여정을 완벽하게 파악할 수 있고 중복 커뮤니케이션을 방지할 수 있습니다.

기록 병합에 대해 자세히 알아보세요.

모든 단계를 거친 연락처 또는 거래

예시

아래 보고서에는 생성된 모든 연락처, 리드, 기회 및 고객 퍼널 단계가 포함되어 있습니다.

연락처가 생성되어 리드가 되었다가 먼저 기회가 되지 않고 고객이 되었다고 가정합니다. 이 보고서에는 생성된 모든 연락처 및 리드 단계에만 해당 연락처가 포함되며 기회 또는 고객 단계에는 포함되지 않습니다.

보고서의 연락처도 지정한 시간 범위에 따라 변경됩니다. 예를 들어 시간 범위를 지난달로 설정한 경우:

• 연락처가 두 달 전에 만들어졌다면 보고서에는 해당 연락처가 포함되지 않습니다.
• 연락처가 2주 전에 만들어졌다가 일주일 후에 리드가 된 경우에는 보고서의 모든 만들어진 연락처 및 리드 단계에 해당 연락처가 포함됩니다.

또한 각 라이프사이클 단계에서 계산된 다음 단계 전환율과 누적 전환율도 볼 수 있습니다.

• 다음 단계 전환율: 해당 단계에서 다음 단계로 이동하는 연락처의 비율입니다.
• 누적 전환율: 첫 번째 단계에서 다음 단계로 이동하는 연락처의 백분율입니다.