Partilhar via

Problemas conhecidos no Customer Insights - Journeys com mitigações

  • Artigo

À medida que continuamos a trabalhar no Customer Insights - Journeys e a aperfeiçoar a experiência, estamos cientes de algumas questões pendentes que deve ter em consideração. Estes problemas são resumidos neste artigo.

Análise

  • A análise de um percurso pode levar de 6 a 12 horas para aparecer.
  • Ocasionalmente, os eventos são descartados antes de chegarem à análise. Isso pode causar problemas nos relatórios de análise, onde é mostrado aos clientes que estão num estado de "processamento" muito depois de um percurso ter sido concluído. Estamos a trabalhar numa solução para melhorar isto.
  • A retenção de dados é de 12 meses para informações de contacto e oportunidade potencial, análise de objetivos, análise de canais (incluindo informações de e-mail e detalhes de entrega e interação, tais como contactos afetados por problemas de entrega e interação) e análise de otimização de IA.
  • Algumas cadeias nos dashboards de análise agregada do Power BI de origem não estão localizadas.
  • As unidades de negócio não são suportadas nos dashboards de análise agregada do Power BI de origem.
  • Na eventualidade de devolução remota de um e-mail, a linha cronológica do contacto/oportunidade potencial pode apresentar duas interações de "e-mail entregue" para a mesma mensagem com o mesmo carimbo de hora, apesar de não ter sido entregue nenhuma mensagem no endereço de e-mail do contacto/oportunidade potencial. Isto deve-se ao porque a segunda interação destina-se a "apagar" a primeira. No entanto, este processo não está a ser atualmente resolvido na linha cronológica.
  • Quando dois contactos ou duas oportunidades potenciais são unidas, apenas as interações do contacto ou da oportunidade potencial principal estarão visíveis nas informações do contacto/oportunidade potencial.
  • Pode haver casos em que valores exclusivos (por exemplo, aberturas e cliques exclusivos) em dashboards de análise agregada tenham um ligeiro desvio quando comparados com a análise operacional. Os KPIs em análises agregadas são calculados uma vez por dia para garantir a maior precisão possível. A análise operacional, projetada para análise quase em tempo real, opera a pedido utilizando métodos de cálculo mais rápidos para valores exclusivos, o que pode ser um pouco menos preciso.

Percursos de cliente

  • Os nomes dos percursos podem ter um comprimento máximo de 300 carateres.
  • Os mosaicos de percursos que criam ramos podem criar até 25 ramos para um único mosaico. Para criar mais ramos, adicione um segundo mosaico de ramificação ao ramo "Outro" do primeiro mosaico.
  • Os percursos com ramos aninhados (um mosaico de ramificação dentro do ramo de outro mosaico de ramificação) têm uma profundidade aninhada máxima de oito condições de ramificação. Para evitar o aninhamento, os limites consolidam a lógica de ramificação ou consideram dividir o percurso em percursos separados para ramos grandes.
  • Os percursos com várias condições complexas ou grandes quantidades de mosaicos podem não ser publicadas. Se a nova tentativa de publicação de um percurso não for bem-sucedida, considere dividir o percurso em percursos menores. Também pode contactar o Suporte da MS para obter suporte do produto sobre isto.
  • Uma única instância de percursos não pode ser executada por mais de 365 dias. Depois de um participante iniciar um percurso, esse percurso tem de terminar dentro desse período de tempo ou ocorrerem falhas. Se for necessário um percurso com mais de 365 dias, considere dividir o percurso em vários percursos.
  • Um único mosaico de espera não pode esperar mais de 90 dias. Se for necessário um mosaico de espera com mais de 90 dias, considere dividir o percurso em vários percursos.
  • Quando uma nova versão do percurso é criada, só os participantes que entram no percurso depois de a versão ter sido publicada receberão a nova versão do percurso. Os participantes do percurso em progresso permanecem na versão do percurso em que começaram. Isto também afeta a forma como as análises são mostradas nos percursos.
  • Às vezes, percursos que têm uma grande lista de audiência excluída, especialmente para um grande segmento que orquestra o percurso, encontrarão problemas. Nestes casos, é melhor trazer a lista de exclusão para a definição do segmento para que possa ser melhor processada.
  • Alterar ligações de e-mail usadas para a lógica de ramificação em percursos em direto pode impedir que os participantes sigam o caminho correto e não é recomendado.
  • Percursos únicos com datas de início já passadas não podem ser editados (mesmo depois de copiados).
  • A orquestração de percursos baseados em segmentos só pode ser feita utilizando um único segmento no Customer Insights - Journeys.
  • Atualmente, não pode eliminar percursos depois de criados e publicados.
  • O débito de um percurso varia dependendo de alguns fatores, como a complexidade do seu percurso, o número de percursos simultâneos que utiliza, os padrões de consumo de outras aplicações que usa e as cargas de trabalho que consomem muitos recursos que estão a ser executadas. Leia o documento Limites de serviço e política de utilização justa Abre numa nova janela ou separador para obter mais orientações.

E-mails e blocos de conteúdo

  • Assunto — 500 carateres (incluindo texto para inserir conteúdo dinâmico/condicional)
  • Corpo — 1 MB (incluindo todo o conteúdo dinâmico/condicional).
  • Os profissionais de marketing não têm a capacidade de alinhar elementos no editor de e-mail.
  • Os comerciais não têm a capacidade de colocar esquemas dentro de esquemas no editor de e-mail.
  • Os comerciais não têm a capacidade de criar e-mails com esquema de largura total.
  • Todos os blocos de conteúdo, conteúdo condicional, listas e condições e outras personalizações não têm limites específicos. No entanto, são armazenados dentro do próprio e-mail e, portanto, contribuem para o tamanho do e-mail e, portanto, estão sujeitos ao limite de tamanho do e-mail.
  • Os blocos de conteúdo são inseridos em e-mails através de cópia. Tem as seguintes implicações:
    • O mesmo bloco de conteúdo inserido várias vezes no mesmo e-mail são cópias novas e separadas (e contribuem para o tamanho do e-mail).
    • Atualizar o bloco de conteúdo original não atualiza e-mails que incluam esses blocos de conteúdo
  • A linguagem de expressão do guiador para a sintaxe de personalização (por exemplo, {{contact.firstname}}) não é compatível em tempo real. Todas as personalizações têm de ser definidas com a IU dentro dos estruturadores para E-mail, SMS ou Push. Solução alternativa: use a Ferramenta de importação de e-mail Abre numa nova janela ou separador em tempo real para copiar e-mails de saída. A ferramenta migrará automaticamente as expressões de personalização.

Formulários e páginas

  • Os formulários do Customer Insights - Journeys podem atualizar apenas uma entidade (normalmente, um oportunidade potencial ou contacto). Visar uma única entidade facilita a configuração e a manutenção de formulários, permitindo-lhe criar percursos adequadamente direcionados.
  • Se o seu formulário incorporado não estiver visível em páginas externas, certifique-se de que o domínio permite a hospedagem de formulários externa. Na maioria das vezes, este é o motivo pelo qual os clientes não conseguem ver o formulário nos seus sites. Não é necessário concluir o processo de autenticação de domínio para ativar o alojamento de formulários externo para o domínio. Saiba mais sobre a autenticação de domínio Abre numa nova janela ou separador.
  • No Customer Insights - Journeys, os utilizadores podem encontrar um problema em que não conseguem ver o formulário no Power Pages Studio. Esta situação em particular surge quando cria um site de marketing complexo com várias páginas, o que requer capacidades de navegação e de autenticação de utilizador. Para abordar este desafio, o Power Pages Studio emerge como a solução ideal. Para incorporar um formulário de marketing do Customer Insights - Journeys num site construído usando o estúdio do Power Pages, algumas modificações no código-fonte são necessárias. Especificamente, a adição de um fragmento de código JavaScript é essencial para facilitar a integração completa do Formulário de marketing. É importante observar que no Power Pages Studio, o formulário não ficará visível durante o processo de edição. No entanto, assim que a página entrar em direto e estiver acessível ao público, o formulário torna-se visível e totalmente funcional no site. Esse recurso aprimora a experiência do usuário e garante a implementação bem-sucedida de estratégias de RTM no site de marketing.

Pontuação de oportunidades potenciais

  • A classificação de contacto principal afeta o tempo necessário para o processamento da classificação. Recomendamos evitar a classificação de contactos principais, especialmente se tiver um grande número de contactos.

Segmentos

  • Um segmento pode ser criado para até 100.000.000 contactos.
  • Um percurso baseado em segmentos só funcionará quando o tamanho do segmento for inferior a 10 milhões de contactos. Qualquer segmento com um tamanho maior não é executado. Para garantir que as campanhas possam ser executadas de forma eficaz, divida os segmentos maiores em vários segmentos que possam usar a mesma jornada repetível. (1) Isto também se aplica a quaisquer percursos baseados em acionadores que dependam de segmentos no fluxo do percurso.
  • Há um limite de 100 contactos que podem ser adicionados a um grupo de inclusão/exclusão como parte da definição do segmento. Para contornar isto, pode criar um segmento separado de clientes e usar esse segmento na sua definição de segmento principal, criando assim um segmento composto.
  • Atualmente, os utilizadores não podem editar um segmento que esteja a ser usado num percurso em direto no Customer Insights - Journeys. Para poder editar o segmento, interrompa o percurso e, em seguida, faça as edições nos segmentos.

Acionadores

  • Atualmente, há um limite de 100 acionadores personalizados que podem ser acionados numa organização por dia. Para aumentar isto para a sua organização, crie um pedido de suporte ou contacte o seu Representante da Microsoft e poderemos trabalhar consigo para oferecer suporte ao seu caso de utilização.
  • Ao definir acionadores personalizados, certifique-se de que todos os atributos estão definidos. Qualquer atributo que tenha um valor nulo faz com que o acionador falhe, fazendo com que os clientes não sigam pelo percurso. Atualmente, não temos a capacidade de permitir que valores nulos sejam transmitidos num personalizado, o que resulta numa Falha do Sistema como a mensagem de erro no runtime do percurso.
  • A utilização de Referências de Entidade em acionadores Personalizados ou do CDS é limitado a cinco saltos. Qualquer entidade que esteja a mais de 5 saltos da entidade COLA não pode ser usada como atributo num percurso.
  • Ao utilizar o acionador standard "Formulário de Marketing Submetido" para o seu percurso, deve ter-se cuidado em assegurar que a audiência do percurso e do formulário é a mesma. Atualmente, não apresentamos um erro ou aviso quando não há uma correspondência, mas o percurso não começará, o que confundirá o cliente.
  • Atualmente, os acionadores também são acionados quando um registo é atualizado manualmente no Dynamics 365 Dataverse. Isso pode fazer com que um contacto passe pelo percurso com base no acionador, mesmo que este não faça nada para ativá-lo.
  • Hoje, para percursos baseados em acionadores que usam o mosaico se/então, às vezes pode perder cerca de 1% de todos os eventos de acionador devido a um pequeno atraso no nosso sistema a detetá-los.
  • Os acionadores podem ter no máximo 30 atributos. Se o acionador tiver uma referência de tabela, essa referência será contada como um atributo em direção ao limite de 30. Há um limite adicional de 1.024 no número de colunas de todas essas referências de entidade.