다수의 응답 추적 플로우차트 사용
많은 조직이 여러 가지 이유로 다수의 응답 추적 플로우차트를 사용하도록 선택합니다.
기업에서 모든 캠페인에 대해 하나의 응답 추적 플로우차트를 사용할 수 있습니다. 하나의 작업 테이블을 사용하는 경우 시스템 관리자는 일반적으로 처리와 관련하여 작업 테이블에 데이터를 기록할 세션 플로우차트를 설정합니다.
그러나 사용자의 Campaign 구현에서는 편리하도록 각각 개별 응답 추적 플로우차트와 관련된 하나 이상의 작업 테이블을 사용할 수 있습니다.
다음 절에서는 다수의 응답 추적 플로우차트를 사용해야 하는 이유에 대해 설명합니다.
서로 다른 대상 레벨의 응답을 추적 중인 경우
(필수) 응답을 수신하고 추적하는 각 대상 레벨마다 하나의 응답 추적 플로우차트가 필요합니다. 응답 프로세스는 수신 셀의 대상 레벨에서 작동하고 자동으로 해당 대상 레벨의 해당 응답 기록 테이블에 기록합니다. 두 개의 서로 다른 대상 레벨(예: 고객 및 가정)의 응답을 추적하려면 대부분의 경우 두 개의 개별 응답 추적 플로우차트에서 두 개의 서로 다른 응답 프로세스가 필요합니다.
실시간 대 일괄처리 처리 요구사항이 있는 경우
(필수) 대부분의 응답 추적 세션은 일괄처리 플로우차트로서 주기적으로 작업 테이블을 채우는 이벤트를 처리합니다(예: 매일 밤 고객 구매 처리). 응답 추적 실행 빈도는 작업 테이블을 채우는 데 사용되는 트랜잭션 데이터의 가용성에 따라 다릅니다.
예를 들어, 다른 채널(예: 웹 대 직접 메일)에서 응답을 처리하는 경우 각 채널마다 수신 트랜잭션 데이터의 가용성 빈도가 다르기 때문에 개별 응답 처리 세션이 필요합니다.
볼륨이 큰 데이터가 복제되지 않도록 하려는 경우
(선택사항) 평가해야 하는 볼륨이 큰 트랜잭션(예: 매일 수백만 건의 판매 프랜잭션)이 있는 경우 작업 테이블에 대해 ETL(추출, 변환, 로드)을 수행하지 않고 소스 데이터에 대해 직접 맵핑되도록 응답 추적 플로우차트를 빌드할 수 있습니다.
예를 들어 추출 프로세스가 특정 날짜 범위를 기준으로 전자상거래 시스템의 구매 트랜잭션 기록 테이블에서 직접 트랜잭션을 가져오고 응답 프로세스가 해당 추출에서 해당 테이블의 열에 직접 맵핑하는 응답 추적 플로우차트를 빌드할 수 있습니다.
서로 다른 상황에 대한 특정 데이터를 하드 코딩하려는 경우
(선택사항) 다른 채널과 같은 다른 상황에서 특정 데이터(예: 응답 유형)를 하드 코딩할 수 있습니다. 예를 들어, 구체적으로 채널(예: "콜센터")에 고유한 특정 응답 유형(예: "조회")을 추적하는 데 관심이 있는 경우 파생 필드를 작성하여 해당 응답을 필터링하고 응답 처리 플로우차트에서 이를 사용하여 콜센터 데이터베이스에서 모든 조회를 가져올 수 있습니다. 하나의 작업 테이블에 데이터를 기록하는 것보다 파생 필드를 사용하여 응답 추적에 필요한 데이터를 작성한 후 소스에서 직접 데이터를 가져오는 것이 더 편리할 수 있습니다.
사용자 정의 응답 처리 로직이 필요한 경우
(선택사항) 응답 발생과 관련하여 사용자 고유 규칙을 작성해야 하는 경우 별도의 응답 추적 플로우차트를 작성하여 사용자 정의 응답 추적 로직을 구현할 수 있습니다. 예를 들어, " 3개 구매 시 1개 무료" 오퍼에 대한 응답자를 식별해야 하는 경우 여러 트랜잭션을 조사해서 개인이 응답자로 규정되는지 판별해야 합니다. 규정된 개인을 찾은 경우 이를 응답 프로세스에 입력하여 처리 코드와 해당 응답 유형을 사용해서 응답을 기록할 수 있습니다.
프로모션이 진행된 제품 또는 제품 그룹마다 응답 플로우차트가 필요한 경우
(선택사항) 오퍼를 통해 프로모션이 진행된 제품 또는 제품 그룹마다 별도의 응답 플로우차트를 작성할 수 있습니다. 이러한 방법으로 쉽게 제품별 응답을 분석할 수 있습니다.
캠페인별 응답 플로우차트가 필요한 경우
(선택사항) 이 시나리오에서는 출력을 생성하는 플로우차트는 하나 이상이나 응답자를 추적하는 캠페인별 플로우차트는 하나만 있습니다. 데이터를 개별 캠페인 기반으로 사용할 수 있는 경우 응답 처리를 설정하는 편리한 방법입니다.