Configuração

Esta seção destina-se às pessoas responsáveis pela configuração do gestor de resposta. Ele assume uma certa quantidade de conhecimento sobre a extensão de schemas, definição de workflows e programação SQL.

Isso permite o entendimento de como adaptar o modelo de dados padrão à natureza específica de uma tabela de transações para o Adobe Campaign com a tabela de individuais. Esta tabela pode coincidir com a tabela de individuais disponíveis no Adobe Campaign ou com uma tabela diferente.

A hipótese de medição é iniciada pelo workflow do processo de operação (operationMgt ). Cada hipótese representa um processo separado que é executado de forma assíncrona com um status de execução (Editando, Pendente, Concluído, Falhou, etc.) e controlado por um programador que gerencia as limitações de prioridade, a restrição do número de processos simultâneos, a página de baixa atividade e a execução automática com frequência.

Configurar schemas

CUIDADO

Os schemas padrão do aplicativo não devem ser modificados, mas é possível usar o mecanismo de extensão. Caso contrário, os schemas modificados não serão considerados no momento das atualizações futuras do aplicativo. Isso pode resultar no mau funcionamento durante o uso do Adobe Campaign.

É necessária a integração de aplicativos antes de usar o módulo de reação para definir as várias tabelas (transações, detalhes de transações) que devem ser mensuradas e suas relações com os envios, as ofertas e os individuais.

Schemas padrão

O schema pronto para uso nms:remaMatch contém a tabela do log de reação, ou seja, a relação entre individuais, hipótese e tabela de transação. Esse schema deve ser usado como um schema de herança para a tabela de destino final dos logs de reação.

O schema nms:remaMatchRcp também vem como um padrão, pois contém o armazenamento dos logs de reação para os recipients do Adobe Campaign (nms:recipient ). Para ser usado, é necessário estender para realizar o mapeamento para uma tabela de transação (onde contém compras, etc.).

Tabelas e detalhes de transações

A tabela de transações deve incluir os links diretos para os individuais.

Também é possível adicionar uma tabela contendo os detalhes da transação. Isso não está diretamente vinculado aos individuais.

Por exemplo, uma tabela de transação está vinculada a um contato (tabela de recebimento) e uma tabela de linhas está vinculada apenas à tabela de recebimento (tabela de detalhes). Então é possível configurar a hipótese diretamente no nível em que a tabela de linha de recebimento está vinculada à tabela de recebimento.

Observação

Se desejar manter o identificador do recebimento que descreve o comportamento esperado na hipótese, é possível estender o template da tabela nms:remaMatchRcp para adicionar o identificador a ele (nesse caso, nenhum cálculo de ROI é vinculado a esses campos).

É altamente recomendável adicionar uma data de evento.

O schema a seguir mostra associações entre diferentes tabelas após a conclusão da configuração:

Gestor de resposta com os recipients do Adobe Campaign

Neste exemplo, uma tabela de compras foi integrada ao módulo de gestor de respostas usando a tabela de recipients do Adobe Campaign (nms:recipient ).

A tabela de logs de resposta em um recipient nms:remaMatchRcp é estendida para adicionar um link ao schema da tabela de compras. No exemplo a seguir, a tabela de compra é chamada de demo:purchase.

  1. Por meio do explorador do Adobe Campaign, selecione Administration > Campaign management > Target mappings.

  2. Clique com o botão direito do mouse em Recipient, selecione Actions e Modify the options of the targeting dimensions.

  3. É possível personalizar o Extension namespace na próxima janela e, em seguida, clique em Next.

  4. Na categoria Response management, verifique se a opção Generate a storage schema for reactions está marcada.

    Em seguida, clique em Define additional fields… para selecionar as tabelas de transações relacionadas e adicionar os campos desejados à extensão do esquema nms:remaMatchRcp.

O schema criado tem a seguinte aparência:

<srcSchema _cs="Reactions (Recipients) (cus)" entitySchema="xtk:srcSchema" extendedSchema="nms:remaMatchRcp" 
img="nms:remaMatch.png" implements="xtk:persist" label="Reactions (Recipients)" mappingType="sql"
name="remaMatchRcp" namespace="cus">  
 <element label="Reactions (Recipients)" name="remaMatchRcp">    
  <key internal="true" name="match">      
   <keyfield xlink="hypothesis"/>      
   <keyfield xlink="broadLog"/>      
   <keyfield xlink="proposition"/>    
  </key>    
  <attribute label="Quantity" name="quantity" type="long"/>    
  <element name="purchase" target="demo:purchase" type="link"/>    
  <element name="hypothesis" revLabel="Reactions (Recipients)" revLink="remaMatchRcp"/>    
  <element applicableIf="HasPackage('nms:coreInteraction')" label="Proposition" name="proposition" target="nms:propositionRcp" type="link"/>   
  <element desc="Message (Delivery log)" label="Message" name="broadLog" target="nms:broadLogRcp" type="link"/>    
  <element label="Respondent" name="responder" target="nms:recipient" type="link"/>  
 </element>  
 <createdBy _cs="Administrator (admin)"/>  
 <modifiedBy _cs="Administrator (admin)"/>
</srcSchema>

Gestor de respostas com uma tabela de recipient personalizada

Neste exemplo, uma tabela de compra é integrada ao módulo de gestor de resposta com uma tabela de individuais que não é a tabela de recipient disponível no Adobe Campaign.

  • Criar um novo schema de log de resposta derivado do schema nms:remaMatch.

    Como a tabela de indivíduos é diferente da tabela de recipients do Adobe Campaign, é necessário criar um novo schema dos logs de resposta com base no schema nms:remaMatch. Em seguida, insira os links para os logs do delivery e a tabela de compras.

    No exemplo a seguir, é usado o schema demo:broadLogPers e a tabela de transações demo:purchase:

    <srcSchema desc="Linking of a recipient transaction to a hypothesis"    
    img="nms:remaMatch.png" label="Responses on persons" labelSingular="Responses on a person" name="remaMatchPers" namespace="nms">
      <element name="remaMatchPers" template="nms:remaMatch">
        <key internal="true" name="match">
          <keyfield xlink="hypothesis"/>
         <keyfield xlink="purchase"/>
        </key>
    
        <element name="hypothesis" revLabel="Response logs for persons" revLink="remaMatchPers"/>
        <element applicableIf="HasPackage('nms:interaction')" label="Proposition" name="proposition"
                 target="demo:propositionPers" type="link"/>
        <element label="Delivery log" name="broadLog" target="demo:broadLogPers" type="link"/>
      </element>
    </srcSchema>
    
  • Modificação do formulário de hipótese no schema nms:remaHypothesis.

    Por padrão, a lista de logs de resposta é visível nos logs de recipient. Portanto, é possível modificar o formulário de hipótese para exibir os novos logs de resposta criados durante a etapa anterior.

    Por exemplo:

     <container type="visibleGroup" visibleIf="[context/@remaMatchStorage]= 'demo:remaMatchPers'">
                  <input hideEditButtons="true" img="nms:remaMatch.png" nolabel="true" refresh="true"
                   toolbarCaption="Responses generated by the hypothesis" type="linklist"
                   xpath="remaMatchPers">
              <input xpath="[.]"/>
              <input xpath="@controlGroup"/>
            </input>
       </container> 
    

Gerenciar indicadores

O módulo Gestor de Resposta contém uma lista de indicadores predefinidos. No entanto, é possível adicionar outros indicadores de mensuração personalizados.

Para isso, é possível estender a tabela de hipótese ao inserir dois campos para cada indicador novo:

  • o primeiro para a população do target,
  • o segundo para o grupo de controle.

Por exemplo:

<srcSchema entitySchema="xtk:srcSchema" extendedSchema="nms:remaHypothesis" label="Measurement hypothesis" 
md5="1D4DED54FF8EC2432AED6736EDE6F547" name="remaHypothesis" namespace="demo" xtkschema="xtk:srcSchema">  
    <element name="remaHypothesis">    
        <element name="indicators">      
            <!-- Quantity -->      
            <attribute label="Total contacted" name="contactReactedTotalQuantity" type="long"/>
            <attribute label="Total number of people in the control group" name="proofReactedTotalquantity" type="long"/> 
        </element> 
    </element>
</srcSchema>

Nesta página