Compartilhar via


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

À medida que continuamos a trabalhar no Customer Insights - Journeys e a refinar a experiência, tomamos conhecimento de alguns problemas pendentes que você deve ter em mente. Esses problemas são resumidos neste artigo.

Análise

  • A análise de uma jornada pode demorar de 6 a 12 horas para aparecer.
  • Às vezes, os eventos são removidos antes que possam obter a análise. Isso pode causar problemas nos relatórios de análise, nos quais os clientes são mostrados em um estado de "processamento" muito depois de um percurso ter sido concluído. Estamos trabalhando em uma solução para melhorar isso.
  • Algumas cadeias de caracteres nos painéis de análise agregada do Power BI prontos para uso não estão localizadas.
  • Unidades de negócios não são compatíveis nos painéis de análise agregada do Power BI prontos para uso.
  • Se houver uma devolução remota de email, a linha do tempo do contato/cliente potencial poderá exibir duas interações de "email entregue" para a mesma mensagem com o mesmo carimbo de data/hora, apesar de nenhuma mensagem ser entregue ao endereço de email do contato/cliente potencial. Isso acontece porque a segunda interação deve "apagar" a primeira. No entanto, isso não está sendo tratado na linha do tempo.
  • Quando dois contatos ou clientes potenciais são mesclados, somente interações do contato principal ou do cliente potencial permanecem visíveis em insights de contato/cliente potencial.
  • É possível que haja casos nos quais valores únicos (por exemplo, aberturas e cliques únicos) em painéis de análise agregada tenham um desvio mínimo 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, funciona sob demanda, utilizando métodos de cálculo mais rápidos para valores únicos, que podem ser um pouco menos precisos.

Jornadas do cliente

  • Os nomes de percurso podem ter até 300 caracteres.
  • Os blocos de percursos que criam ramificações podem criar até 25 ramificações para um único bloco. Para criar mais ramificações, adicione um segundo bloco de ramificação à ramificação "Outro" do primeiro bloco.
  • Os percursos com ramificações aninhadas (um bloco de ramificação dentro da ramificação de outro bloco de ramificação) têm uma profundidade aninhada máxima de oito condições de ramificação. Para evitar aninhamento, os limites consolidam a lógica de ramificação ou levam em consideração a divisão do percurso em percursos à parte para ramificações grandes.
  • Os percursos com várias condições complexas ou grandes quantidades de blocos podem não ser publicados. Se a nova tentativa de publicação de um percurso não for bem-sucedida, leve em consideração a divisão do percurso em percursos menores. Você também pode entrar em contato com o Suporte da MS para receber suporte do produto.
  • Uma única instância do percurso não pode ser executada por mais de 365 dias. Depois que um participante começar um percurso, esse percurso deverá terminar dentro desse período, ou ocorrerão falhas. Se um percurso com mais de 365 dias for necessário, leve em consideração a divisão do percurso em vários.
  • Um único bloco de espera não pode aguardar mais de 90 dias. Se um bloco de espera com mais de 90 dias for necessário, leve em consideração a divisão do percurso em vários.
  • Quando uma nova versão do percurso for criada, somente os participantes que entrarem no percurso depois da versão ter sido publicada receberão a nova versão do percurso. Os participantes do percurso em andamento permanecem na versão do percurso em que começaram. Isso também afeta a maneira como as análises são mostradas nos percursos.
  • Às vezes, os percursos com uma lista de público-alvo de exclusão grande, especialmente para um segmento grande que orquestre o percurso, enfrentarão problemas. Nesses casos, é melhor trazer a lista de exclusão para a definição do segmento, de maneira que possa ser mais bem processada.
  • A alteração dos links de email usados na lógica de ramificação em jornadas ao vivo pode impedir que os participantes sigam o caminho correto e não é recomendada.
  • Os percursos únicos com datas de início já passadas não podem ser editados (mesmo depois de copiadas).
  • A orquestração de percursos baseados em segmento só pode ser feita usando um único segmento no Customer Insights - Journeys.
  • Atualmente, você não pode excluir percursos depois de criadas e publicadas.
  • A taxa de transferência de um percurso varia de acordo com alguns fatores, como a complexidade do percurso, o número de percursos simultâneos executados por você, os padrões de consumo de outros aplicativos que você usa e as cargas de trabalho que consomem muitos recursos que estão sendo realizadas. Leia o documento da política Limites de serviço e uso justo Abre em uma nova janela ou guia para mais diretrizes.

Emails e blocos de conteúdo

  • Assunto – 500 caracteres (incluindo texto para inserir conteúdo dinâmico/condicional) a 4000 caracteres.
  • Corpo – 1 MB (inclusive todo o conteúdo dinâmico/condicional).
  • Os comerciantes não têm a capacidade de alinhar elementos no editor de email.
  • Os profissionais de marketing não têm a capacidade de colocar layouts dentro de layouts no editor de email.
  • Os profissionais de marketing não têm a capacidade de criar emails com layout 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, eles são armazenados dentro do próprio email e, por isso, favorecem o tamanho do email e, assim, estão sujeitos ao limite de tamanho do email.
  • Os blocos de conteúdo são inseridos em emails pela cópia. Isso tem as seguintes implicações:
    • O mesmo bloco de conteúdo inserido várias vezes no mesmo email são cópias novas e separadas (e favorecem o tamanho do email).
    • Atualização do bloco de conteúdo original não atualiza emails que incluam esses blocos de conteúdo
  • A linguagem de expressão handlebar para sintaxe de personalização (por exemplo, {{contact.firstname}}) não é compatível em tempo real. Toda personalização deve ser definida usando a interface do usuário dentro dos designers para Email, SMS ou Push. Solução alternativa: use a ferramenta de importação de email Abre em uma nova janela ou guia em tempo real para copiar emails de saída. A ferramenta vai migrar automaticamente as expressões de personalização.

Formulários e páginas

  • Os formulários do Customer Insights - Journeys só podem atualizar uma entidade (normalmente um cliente potencial ou um contato). A segmentação de uma única entidade facilita a configuração e a manutenção do formulário e permite que você crie jornadas segmentadas adequadamente.
  • Se o formulário inserido não estiver visível em páginas externas, verifique se o domínio permite a hospedagem de formulário externo. Na maioria das vezes, esse é o motivo pelo qual os clientes não conseguem ver o formulário nos sites. Não é necessário concluir o processo de autenticação de domínio para habilitar a hospedagem de formulários externos para seu domínio. Saiba mais sobre autenticação de domínio Abre em uma nova janela ou guia.
  • No Customer Insights - Journeys, os usuários podem encontrar um problema em que não conseguem exibir o formulário dentro do estúdio do Power Pages. Essa situação em especial surge durante a compilação de um site de marketing complexo com várias páginas, exigindo recursos de navegação e autenticação do usuário. Para enfrentar esse desafio, o estúdio do Power Pages surge como a solução ideal. Para inserir um formulário de marketing do Customer Insights - Journeys em um site construído usando o estúdio do Power Pages, algumas modificações no código-fonte são necessárias. Mais especificamente, a adição de um trecho de código JavaScript é essencial para facilitar a integração perfeita do formulário de marketing. É importante observar que, no estúdio do Power Pages, o formulário não permanecerá visível durante o processo de edição. Porém, assim que a página entrar no ar e estiver acessível ao público, o formulário se tornará 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 RTM no site de marketing.

Pontuação de cliente potencial

  • A pontuação do contato pai afeta o tempo necessário para processamento de pontuação. É recomendável evitar a pontuação de contato dos pais, especialmente se você tiver um grande número de contatos.

Segmentos

  • Um segmento pode ser criado para até 100.000.000 contatos.
  • Um percurso baseado em segmento só funcionará quando o tamanho do segmento for inferior a 10 milhões de contatos. Qualquer segmento com um tamanho maior deixa de ser executado. Para garantir que as campanhas possam ser executadas de maneira eficaz, divida os segmentos maiores em vários segmentos que possam usar o mesmo percurso repetível. (1) Isso também acontece com eventuais percursos baseados em gatilho que dependam de segmentos no fluxo do percurso.
  • Há um limite de 100 contatos que podem ser adicionados a um grupo de inclusão/exclusão como parte da definição do segmento. Para contornar isso, você pode criar um segmento à parte de clientes e usar esse segmento na definição do segmento mestre, criando, assim, um segmento composto.
  • Hoje, os usuários não podem editar um segmento que está sendo usado em um percurso ao vivo no Customer Insights - Journeys. Para poder editar o segmento, interrompa o percurso e faça as edições nos segmentos.

Gatilhos

  • Hoje, há um limite de 100 gatilhos personalizados que podem ser disparados em uma organização por dia. Para aumentá-lo para a organização, crie um tíquete de suporte ou entre em contato com o representante da Microsoft, e poderemos trabalhar com você para dar suporte ao caso de uso.
  • Ao definir gatilhos personalizados, verifique se todos os atributos estão definidos. Qualquer atributo que tenha um valor nulo faz o gatilho falhar, fazendo com que os clientes não sigam pelo percurso. Hoje, não temos a capacidade de permitir que valores nulos sejam passados de maneira personalizada, o que acaba acarretando uma falha no sistema como a mensagem de erro no runtime do percurso.
  • O uso das referências de entidade em gatilhos personalizados ou CDS é limitado a cinco saltos. Qualquer entidade que esteja a mais de cinco saltos da entidade COLA não pode ser usada como atributo em uma jornada.
  • Ao usar o gatilho padrão "Formulário de marketing enviado" para o percurso, é preciso tomar cuidado para garantir que o público-alvo do percurso e do formulário sejam os mesmos. Atualmente, não exibimos erro ou aviso quando há uma incompatibilidade, mas o percurso não vai começar causando confusão no cliente.
  • Hoje, os gatilhos também são disparados quando um registro é atualizado manualmente no Dynamics 365 Dataverse. Isso pode fazer com que um contato passe pelo percurso com base no gatilho, mesmo que não faça nada para ativá-lo.
  • Hoje, para percursos baseados em gatilho que usam o bloco if/then, às vezes, você pode perder aproximadamente 1% de todos os eventos de gatilho por causa de um pequeno atraso em nosso sistema os capturando.
  • Os gatilhos podem ter, no máximo, 30 atributos. Se o gatilho tiver uma referência de tabela, essa referência será contabilizada 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.