Uso de diversos fluxogramas de rastreamento de respostas

É possível ter um único fluxograma de rastreamento de respostas para todas as campanhas de sua empresa. Se uma única tabela de ação for usada, geralmente, o administrador do sistema deverá configurar os fluxogramas de sessão para gravar os dados na tabela de ação para o processamento.

No entanto, a implementação do Campaign pode usar uma ou mais tabelas de ações por conveniência, cada uma relacionada a um fluxograma de rastreamento de respostas separado.

Você pode usar diversos fluxogramas de rastreamento de respostas quando:

Você estiver rastreando respostas para diferentes níveis de audiência

Você tiver requisitos de processamento em tempo real versus em batch

Você desejar evitar a duplicação de grandes volumes de dados

Você desejar inserir dados específicos no código de diferentes situações

Você precisar de uma lógica de processamento de respostas personalizada

Você estiver rastreando respostas para diferentes níveis de audiência

(Obrigatório) Você precisa de um fluxograma de rastreamento de respostas para cada nível de audiência do qual recebe e rastreia respostas. O processo de resposta opera no nível de audiência da célula de entrada e grava automaticamente na tabela do histórico de respostas adequada desse nível de audiência. Para rastrear respostas de dois níveis de audiência diferentes, por exemplo, cliente e família, você precisa de dois processos de resposta diferentes, provavelmente em dois fluxogramas de rastreamento de respostas separados.

Você tem requisitos de processamento em tempo real versus em batch

(Obrigatório) A maioria de suas sessões de rastreamento de respostas será um fluxograma tipo batch, que periodicamente processa eventos preenchidos em uma tabela de ação (por exemplo, o processamento noturno de compras de clientes). A frequência das execuções do rastreamento de respostas dependerá da disponibilidade dos dados de transação usados para preencher a tabela de ação.

Por exemplo, se você processar respostas de diferentes canais (como Web versus mala direta), poderá precisar de sessões de processamento de respostas separadas, pois a frequência de disponibilidade dos dados de transação de entrada será diferente para cada canal.

Você deseja evitar a duplicação de grandes volumes de dados

(Opcional) Se você tiver grandes volumes de transações (como milhões de transações de vendas por dia) que devem ser avaliados, talvez queira criar um fluxograma de rastreamento de respostas para mapear diretamente nos dados de origem, em vez de exportá-los, transformá-los e carregá-los (ETL – Extrair, Transformar, Carregar) em uma tabela de ação.

Por exemplo, você pode criar um fluxograma de rastreamento de respostas no qual um processo Exportar obtém as transações diretamente de uma tabela de histórico de transações de compras de um sistema e-commerce (com base em um intervalo de datas específico), e um processo de resposta mapeia diretamente para as colunas dessa tabela a partir dessa exportação.

Você deseja embutir dados específicos de diferentes situações

(Opcional) Talvez você queira inserir dados específicos no código (como tipos de respostas) de diferentes situações, como canais diferentes. Por exemplo, se estiver interessado especificamente no rastreamento de um determinado tipo de resposta (como "consulta"), específico de um canal (como "central de atendimento"), você poderá criar um campo derivado para filtrar essas respostas e usá-lo em um fluxograma de processamento de respostas para obter todas as consultas do banco de dados da central de atendimento. Pode ser mais conveniente criar os dados necessários para o rastreamento de respostas usando campos derivados, e obter os dados diretamente da origem, do que gravar os dados em uma única tabela de ação.

Você precisa de uma lógica de processamento de respostas personalizada

(Opcional). Se precisar criar suas próprias regras para as respostas de atribuição, você poderá criar um fluxograma de rastreamento de respostas separado para implementar uma lógica de rastreamento de respostas personalizada. Por exemplo, se precisar identificar respondentes para uma oferta "Compre 3, leve 4", você deverá consultar diversas transações para determinar se um indivíduo se qualifica como respondente. Ao localizar os indivíduos qualificados, você poderá então colocá-los em um processo de resposta para registrar as respostas usando o código de tratamento e o tipo de resposta adequado.