Marketo Measure 보고서 템플릿 - Power BI marketo-measure-report-template-power-bi

시작하기 getting-started

Power BI 보고서 템플릿 여기에 액세스할 수 있습니다.

Adobe Marketo Measure 보고 템플릿 Power BI 파일을 엽니다.

특정 서버, 웨어하우스 및 스키마 정보는 Marketo Measure 정보 페이지의 Data Warehouse UI에서 찾을 수 있습니다. 이 페이지를 찾는 방법에 대한 지침은 여기에 자세히 설명되어 있습니다.

QueryFilterStartDate 및 QueryFilterEndDate 매개 변수는 가져온 데이터의 양을 제한하는 데 사용됩니다. 이러한 매개 변수는 Snowflake​(으)로 전송된 쿼리에서 사용되는 SQL 형식이어야 합니다. 예를 들어 데이터를 지난 2년으로 제한하려면 QueryFilterStartDate는 dateadd(year,-2,current_date())가 됩니다. 이러한 매개 변수는 datetime 데이터 형식과 비교되므로 모든 데이터를 현재 시간으로 반환하려면 QueryFilterEndDate에 dateadd(day,1,current_date())를 사용하는 것이 좋습니다.

데이터 연결 data-connection

파일을 열 때 입력한 매개 변수는 데이터 웨어하우스에서 테이블을 가져오는 기본 쿼리를 구성하는 데 사용됩니다. Snowflake 인스턴스에 대한 데이터 연결을 설정해야 합니다. 이 경우 사용자 이름 및 암호와 함께 동일한 서버 및 웨어하우스 이름이 필요합니다. 필요한 경우 사용자 이름을 찾고 암호를 재설정하는 위치에 대한 자세한 정보는 여기에 설명되어 있습니다.

데이터 가져오기 data-import

보고서 성능을 향상시키고 Power Query의 변환 기능을 활용하려면 가져오기 저장 방법을 사용하여 이 템플릿을 설정하십시오.

쿼리 매개변수 query-parameters

모델로 가져온 데이터를 제한하려면 기본 쿼리를 소스로 사용하여 각 테이블을 설정합니다. 기본 쿼리를 실행하려면 승인이 필요합니다. 각 쿼리에 대해 실행을 클릭해야 합니다. 이 단계는 쿼리를 처음 실행할 때 또는 매개 변수가 변경되는 경우에만 필요합니다.

모든 쿼리는 삭제된 행을 필터링하고 facts 테이블은 매개 변수로 입력된 시작 날짜와 종료 날짜 사이에 수정한 날짜가 있는 행을 필터링하도록 설정되어 있습니다.

다음 테이블은 팩트 테이블로 처리됩니다. 이러한 쿼리에 수정된 날짜에 대한 날짜 제한을 추가했습니다.

다음 테이블은 차원 테이블로 처리되며 이러한 쿼리에 대해서는 날짜 제한이 설정되지 않습니다.

데이터 변환 data-transformations

Power Query의 데이터에 몇 가지 변형이 적용되었습니다. 테이블에 대한 특정 변환을 보려면 파워 쿼리 를 열고 테이블로 이동한 다음 창 왼쪽의 적용된 단계를 확인합니다. 구체적인 변환의 일부는 아래에 요약되어 있습니다.

제거된 열 removed-columns

데이터 모델을 단순화하고 중복되고 불필요한 데이터를 제거하기 위해 원래 Snowflake 테이블에서 Power BI으로 가져온 열의 수를 줄였습니다. 제거된 열에는 불필요한 외래 키, 모델의 다른 테이블에 대한 관계를 통해 더 잘 적용되는 비정규화된 차원 데이터, 감사 열 및 내부 Marketo Measure 처리에 사용되는 필드가 포함되어 있습니다. 비즈니스 요구 사항에 따라 열을 추가하거나 제거할 수 있습니다. 테이블의 "Source" 단계 뒤에 있는 "제거된 다른 열" 단계로 이동하여 톱니바퀴 아이콘을 클릭하고 제공된 목록에서 선택한 열을 업데이트합니다.

이름이 변경된 열 renamed-columns

표 및 열의 이름을 사용자 친화적으로 변경하고 이름 지정 규칙을 표준화하기 위해 변경했습니다. 열 이름 변경 사항을 보려면 테이블의 "제거된 다른 열" 단계 뒤에 있는 "이름이 변경된 열" 단계로 이동합니다.

이름이 변경된 세그먼트 renamed-segments

세그먼트 이름은 사용자 지정할 수 있으므로 Snowflake 데이터 웨어하우스에 일반 열 이름이 있습니다. BIZ_SEGMENT_NAMES은(는) Marketo Measure UI의 세그먼트 섹션에 정의된 일반 세그먼트 이름과 매핑된 사용자 지정 세그먼트 이름을 나열하는 매핑 테이블입니다. 세그먼트 이름 테이블은 리드 접점 및 속성 접점 테이블에서 세그먼트 열의 이름을 바꾸는 데 사용됩니다. 사용자 정의된 세그먼트가 없으면 일반 세그먼트 이름은 유지됩니다.

대/소문자 ID 변환 case-sensitive-id-conversion

Marketo Measure 데이터에는 기본 키(ID) 값이 대/소문자를 구분하는 두 개의 테이블, 즉 접점 및 캠페인이 있습니다. Power BI 모델링 레이어를 구동하는 데이터 엔진은 대소문자를 구분하지 않으므로 "중복" ID 값이 발생합니다. 이러한 키 값의 대/소문자 구분을 유지하기 위해 보이지 않는 문자를 소문자 문자에 첨부하고 데이터 엔진 레이어에서 평가할 때 ID의 고유성을 유지하는 변환 단계를 구현했습니다. 문제에 대한 자세한 내용 및 사용된 메서드에 대한 자세한 단계는 [여기]​(https://blog.crossjoin.co.uk/2019)에서 확인할 수 있습니다.
/10/06/power-bi-and-case-sensitivity/){target=“_blank”}. 이러한 대/소문자를 구분하는 ID 값은 "조인 ID"로 레이블이 지정되고 관계 레이어에서 조인 키로 사용됩니다. 보이지 않는 문자가 자르기를 방해할 수 있으므로 보고 레이어에서 조인 ID를 숨기고 보고에 사용할 원본 ID 값을 계속 표시해 두었습니다
/붙여넣기 기능 및 필터링.

행 추가됨 rows-added

모델의 계산에 통화 변환 기능을 추가하기 위해 Opportunity 테이블과 Cost 테이블 모두에 기업 변환율 열을 추가했습니다. 이 열의 값은 행 수준에서 추가되며 날짜 및 통화 ID의 전환율 테이블에 연결하여 평가됩니다. 이 모델에서 통화 전환이 작동하는 방식에 대한 자세한 내용은 이 설명서의 통화 전환 섹션을 참조하십시오.

Snowflake에 저장된 전환율 테이블에 각 전환에 대한 날짜 범위가 포함되어 있습니다. Power BI에서는 계산에 대한 조인 기준(즉, 날짜 범위 사이)을 허용하지 않습니다. 날짜에 조인하기 위해 전환율 테이블에 단계를 추가하여 행을 확장했습니다. 그러면 전환 날짜 범위에 있는 각 날짜에 대해 하나의 행이 있습니다.

데이터 모델 data-model

전체 크기 버전을 보려면 아래 이미지를 클릭하십시오.

관계 및 데이터 흐름 relationships-and-data-flow

터치포인트를 만드는 데 사용되는 이벤트 데이터는 Session, Task, Event, Activity 및 캠페인 멤버 테이블에 저장됩니다. 이러한 이벤트 테이블은 해당 ID를 통해 터치포인트 테이블에 연결되며, 이벤트에서 터치포인트가 발생한 경우 세부 사항이 터치포인트 테이블에 저장됩니다.

리드 터치포인트 및 속성 터치포인트는 터치포인트 테이블에 대한 링크와 함께 자체 테이블에 저장됩니다. 리드 및 속성 터치포인트에 대한 대부분의 차원 데이터는 해당 링크에서 해당 터치포인트로 가져온 것입니다.

이 모델에서 Campaign 및 채널 차원은 터치포인트에 연결되어 있으므로 이러한 차원에 대한 모든 보고는 이 링크를 통해 이루어지며 이벤트 데이터에 대한 차원 보고가 불완전할 수 있음을 의미합니다. 이는 많은 이벤트가 터치포인트로 처리된 후까지 이러한 차원에 대한 링크를 가지고 있지 않기 때문입니다. 참고: 세션과 같은 일부 이벤트에는 Campaign 및 채널 차원으로 직접 연결되는 링크가 있습니다. 이러한 차원에 대한 세션 수준에서 보고하려는 경우 이를 위해 별도의 데이터 모델을 만드는 것이 좋습니다.

비용 데이터는 Snowflake 데이터 웨어하우스 비용 테이블 내의 다른 집계 수준에 저장됩니다. 모든 광고 공급자의 경우 캠페인 수준 데이터를 채널 수준으로 롤업할 수 있습니다. 이러한 이유로 이 모델은 "campaign_is_aggregatable_cost" 플래그를 기반으로 비용 데이터를 가져옵니다. 자가 보고된 비용은 채널 수준에서만 제출할 수 있으며 캠페인 데이터가 필요하지 않습니다. 가능한 가장 정확한 비용 보고를 제공하기 위해 자체 보고된 비용은 "channel_is_aggregatable_cost" 플래그를 기반으로 가져옵니다. 비용 데이터를 가져오는 쿼리는 다음 논리로 작성됩니다. ad_provider = "SelfReported"일 경우 channel_is_aggregatable_cost = true, else campaign_is_aggregatable_cost = true.

비용 데이터와 접점 데이터에는 몇 가지 일반적인 차원이 있으므로 두 팩트 테이블 모두 Campaign 및 채널 차원 테이블과 관계가 있습니다.

이 모델의 컨텍스트 내에서 Lead, Contact, Account 및 Opportunity 데이터는 차원 데이터로 간주되며 Lead 접점 및 Attribution 접점 테이블에 직접 연결됩니다.

추가된 테이블 added-tables

날짜

Power BI에서는 한 열의 테이블 간의 관계만 허용하므로 금액(영업 기회 및 비용)이 포함된 테이블과 전환율 테이블 간에 필요한 조인을 용이하게 하기 위해 날짜 차원 테이블이 추가되었습니다. 이 모델에서 통화 변환을 계산하는 방법에 대한 자세한 내용은 통화 변환 섹션을 참조하십시오.

측정값

모든 측정값이 전용 측정값 테이블에 추가되었습니다. 모델에 연결되어 있지 않지만 사용하기 쉽도록 모든 측정값을 저장하는 단일 위치 역할을 합니다.

속성 모델

속성 모델의 이름을 저장하기 위해 별도의 테이블이 추가되었습니다. 이 테이블은 사용자가 속성 매출 계산을 위한 속성 모델 간을 전환할 수 있도록 하는 필터를 만드는 데 사용됩니다.

통화 전환 currency-conversion

전환율 테이블의 환율은 금액을 법인 통화로 변환하는 데 필요한 값을 나타냅니다. 모든 통화로 전환하려면 먼저 원래 통화에서 회사 통화로 전환한 다음 회사 통화에서 선택한 통화로 이중 전환을 해야 합니다. 이 모델의 첫 번째 단계는 금액, 기회 및 비용이 포함된 테이블에 기업 전환율이 포함된 열을 추가하는 것입니다. 이러한 단계는 이 문서의 데이터 변환 섹션에 있는 추가된 행 헤더에 자세히 설명되어 있습니다. 원래 통화에서 기업 통화로 전환하는 것은 가치를 이 추가된 열로 나누는 것으로 구성된다. 다음 단계는 선택한 통화에 해당하는 전환율 테이블의 환율에 법인 통화 값을 곱하는 것입니다.

전환율은 정적일 필요가 없으며 지정된 날짜 범위별로 변경될 수 있으므로 모든 통화 전환 계산을 행 레벨에서 수행해야 합니다. 또한 전환율은 특정 날짜 범위에 속하므로 조회 계산은 측정값의 DAX 내에서 수행되어야 합니다. 그러면 통화 코드와 날짜 모두에서 관계를 정의할 수 있습니다.

이 모델의 통화 전환 측정값은 전환율을 식별할 수 없는 경우 환율로 1.0 값으로 대체됩니다. 별도의 측정값을 만들어 측정값의 통화 값을 표시하고 계산에 둘 이상의 통화 값이 포함된 경우 이를 경고합니다(즉, 값을 선택한 통화로 변환할 수 없음).

데이터 정의 data-definitions

테이블, 사용자 정의 열 및 측정값에 대한 Power BI 모델에 정의가 추가되었습니다.

Snowflake에서 직접 가져오는 열에 대한 정의를 보려면 데이터 웨어하우스 설명서를 참조하세요.

템플릿과 검색 간의 불일치 discrepancies-between-templates-and-discover

속성 수익 attributed-revenue

리드 터치포인트 및 속성 터치포인트는 원래 터치포인트에서 차원 데이터를 상속합니다. 보고 템플릿 모델은 관계에서 터치 포인트로의 모든 상속된 차원 데이터를 소스화하지만, 검색 모델에서는 차원 데이터가 리드 및 기여도 터치 포인트 레코드로 비정규화됩니다. 전체 속성 수익 또는 속성 파이프라인 수익 값은 두 보고서 간에 정렬되어야 합니다. 그러나 수입이 차원 데이터(채널, 하위 채널 또는 캠페인)로 분류되거나 필터링될 때 불일치가 관찰될 수 있습니다. 템플릿과 검색 간에 차원 수익 금액이 일치하지 않는 경우 템플릿 보고서 데이터 세트에 접점 레코드가 누락될 수 있습니다. 이 문제는 리드 또는 속성 터치포인트 레코드가 있지만 보고서로 가져온 데이터 세트 내의 터치포인트 테이블에 해당 레코드가 없는 경우에 발생합니다. 이 테이블들은 수정된 날짜로 필터링되므로 리드/속성 터치포인트 레코드가 터치포인트 레코드보다 최근에 수정되었을 수 있으므로 리드/속성 터치포인트를 데이터 세트로 가져오고 원래 터치포인트 레코드는 가져올 수 없습니다. 이 문제를 해결하려면 터치포인트 테이블에 대해 필터링된 날짜 범위를 넓히거나 날짜 제한을 모두 함께 제거하는 것이 좋습니다. 참고: 접점은 큰 테이블이므로 보다 완전한 데이터 세트와 가져와야 하는 데이터 양의 장단점을 고려하십시오.

비용 cost

템플릿에서의 비용 보고는 캠페인 및 채널 수준에서만 사용할 수 있지만, 검색 은 일부 광고 공급자(즉, 크리에이티브, 키워드, 광고 그룹 등)에 대해 더 낮은 수준의 세부기간으로 보고를 제공합니다. 템플릿에서 비용 데이터를 모델링하는 방법에 대한 자세한 내용은 이 설명서의 데이터 모델 섹션을 참조하십시오. Discover의 차원 필터가 채널 또는 캠페인으로 설정된 경우 채널, 하위 채널 및 캠페인 수준의 비용이 검색 및 보고서 템플릿 사이에 정렬되어야 합니다.

ROI roi

ROI는 속성 수익 및 비용에서 계산되므로, 이러한 계산에서 발생할 수 있는 동일한 불일치가 해당 섹션에서 언급한 것과 동일한 이유로 ROI에 발생할 수 있습니다.

접점 touchpoints

보고 템플릿에 표시된 이러한 지표는 검색에서 미러링되지 않습니다. 현재 둘 사이에는 직접적인 비교가 불가능하다.

웹 트래픽 web-traffic

보고 템플릿 데이터 모델은 세션과 접점 간의 관계를 통해 채널, 하위 채널 및 캠페인 차원 데이터를 표준화합니다. 이는 이러한 차원을 세션으로 비정규화하는 Discover 데이터 모델과는 다릅니다. 이러한 차이로 인해 방문 및 방문자에 대한 전체 횟수는 검색 과 보고 템플릿 간에 일치해야 하지만 차원으로 표시되거나 필터링되면 이러한 숫자는 정렬되지 않을 것입니다. 템플릿의 차원 데이터는 터치포인트를 초래한 웹 이벤트(즉, 익명이 아닌 이벤트)에만 사용할 수 있기 때문입니다. 자세한 내용은 이 설명서의 데이터 모델 섹션을 참조하십시오.

Discover과(와) 템플릿 사이의 총 사이트 양식 수에 약간의 불일치가 있을 수 있습니다. 이는 보고 템플릿의 데이터 모델이 세션 및 터치포인트에 대한 관계를 통해 사이트 양식에 대한 차원 데이터를 가져오기 때문입니다. 사이트 양식 데이터에 상관 관계가 있는 세션이 없는 인스턴스가 몇 가지 있습니다.

리드 및 계정 leads-and-accounts

터치된 계정에 대한 차원 보고는 Discover와 템플릿 간에 약간 다를 수 있습니다. 이는 터치 포인트와 리드 터치 포인트 또는 속성 터치 포인트 간의 관계에서 발생하는 차원 모델링 때문이기도 합니다. 자세한 내용은 속성 수익 섹션에 설명된 세부 정보를 참조하십시오.

Discover의 모든 리드 카운트는 리드 카운트로 간주되며, 보고 템플릿에서는 지표가 잠재 고객 터치됩니다. 따라서 이 조치에 대한 두 보고서 간에 직접적인 비교는 불가능합니다.

참여 경로 engagement-path

Discover의 Engagement Path 보고서와 템플릿 간의 직접적인 비교는 없습니다. Discover의 보고서는 터치포인트에서 모델링되는 반면 템플릿의 보고서는 속성 터치포인트에서 모델링됩니다. 템플릿은 모든 터치포인트 데이터를 표시하는 대신 기회와 관련 터치포인트에만 중점을 둡니다.

거래 속도 deal-velocity

템플릿의 이 보고서와 Discover의 Velocity 대시보드의 Deal Velocity 타일 간에 불일치가 없어야 합니다.