Usando Diversos Fluxogramas de Rastreamento de Resposta
É possível ter um único fluxograma de rastreamento de resposta para todas as campanhas em sua corporação. Se uma única tabela de ação for usada, o administrador do sistema geralmente precisará configurar fluxogramas de sessão para gravar dados na tabela de ação para processamento.
No entanto, sua implementação do
Campaign
poderá usar uma ou mais tabelas de ação para conveniência, cada uma relacionada a um fluxograma de rastreamento de resposta separado.
É possível usar diversos fluxogramas de rastreamento de resposta quando:
Você estiver rastreando respostas para níveis de público diferentes
Você tiver requisitos de processamento em tempo real versus lote
Você desejar evitar a duplicação de grandes volumes de dados
Você desejar codificar permanentemente dados específicos para diferentes situações
Você precisar da lógica de processamento de resposta customizada
Você está rastreando respostas para níveis de público diferentes
(Obrigatório) É necessário um fluxograma de rastreamento de resposta para cada nível de público do qual você recebe e rastreia respostas. O processo Resposta opera no nível de público da célula recebida e grava automaticamente na tabela de históricos de respostas adequada para esse nível de público. Para rastrear respostas para dois níveis de público diferentes, por exemplo, cliente e família, você precisa de dois processos Resposta diferentes, mais provavelmente em dois fluxogramas de rastreamento de resposta separados.
Você tem requisitos de processamento em tempo real versus lote
(Obrigatório) A maioria das sessões de rastreamento de resposta são fluxogramas em lote, periodicamente processando eventos preenchidos em uma tabela de ações (por exemplo, o processamento noturno de compras do cliente). A frequência das execuções do rastreamento de resposta dependerá da disponibilidade dos dados de transação usados para preencher a tabela de ações.
Por exemplo, se você processar respostas de diversos canais (como web versus mensagem direta), poderá precisar de sessões de processamento de resposta separadas porque a frequência de disponibilidade dos dados de transação recebidos 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, poderá desejar construir um fluxograma de rastreamento de resposta para mapear diretamente nos dados de origem, em vez do ETL (extração, transformação, carregamento) em uma tabela de ações.
Por exemplo, você pode construir um fluxograma de rastreamento de resposta do qual um processo Extrair envia transações diretamente de uma tabela de histórico de transações de compra do sistema e-commerce (com base em um intervalo de data específico) e um processo Resposta que é diretamente mapeado para colunas nessa tabela a partir dessa extração.
Você deseja codificar permanentemente dados específicos para diferentes situações
(Opcional) Você pode querer codificar permanentemente dados específicos (como tipos de respostas) para diferentes situações, como diferentes canais. Por exemplo, se você estiver interessado especificamente no rastreamento de um tipo de resposta específico (como "consulta") que seja específico para um canal (como "central de atendimento"), poderá criar um campo derivado para filtrar essas respostas e usá-las em um fluxograma de processamento de resposta para receber todas as consultas do banco de dados da central de atendimento. Pode ser mais conveniente criar os dados necessários para o rastreamento de resposta usando campos derivados e receber os dados diretamente da origem em vez de gravar dados em uma única tabela de ações.
Você precisa da lógica de processamento de resposta customizada
(Opcional). Se você precisar gravar suas próprias regras para a atribuição de respostas, poderá criar um fluxograma de rastreamento de resposta separado para implementar a lógica de rastreamento de resposta customizado. Por exemplo, se você precisar identificar respondentes para uma oferta "Compre 3 e Leve 4", precisará consultar diversas transações para determinar se um indivíduo está qualificado como um respondente. Ao localizar indivíduos qualificados, poderá inseri-los em um processo Resposta para gravar as respostas usando o código de tratamento e o tipo de resposta adequado.
Copyright IBM Corporation 2015. All Rights Reserved.
