Problemas conocidos en Customer Insights - Journeys con las mitigaciones

Mientras seguimos trabajando en Customer Insights - Journeys y perfeccionamos la experiencia, nos hemos dado cuenta de que debe tener en cuenta algunos problemas pendientes. Estos problemas se resumen en este artículo.

Análisis

• Los análisis de un recorrido pueden tardar entre 6 y 12 horas en aparecer.
• Actualmente, hemos enfrentado problemas con eventos que se eliminan antes de que puedan llegar a los análisis. A veces, esto puede causar problemas en los informes analíticos donde se muestra que los clientes están en un estado de "procesamiento" mucho después de que se haya completado un recorrido. Estamos trabajando en una solución para mejorar esto.
• La retención de datos es de 12 meses para información de contactos y clientes potenciales, análisis de objetivos, análisis de canales (incluidos información de correo electrónico, detalles de entrega e interacción, como contactos afectados por problemas de entrega e interacción) y análisis de optimización de IA.
• Algunas cadenas de los paneles de análisis agregados de Power BI listos para usar no están traducidas.
• Las unidades de negocio no son compatibles con los panéles de análisis agregados de Power BI listos para usar.
• En el caso de una devolución remota de correo electrónico, la escala de tiempo del contacto/cliente potencial puede mostrar dos interacciones de "correo electrónico entregado" para el mismo mensaje con la misma marca de tiempo a pesar de que no se haya entregado ningún mensaje a la dirección de correo electrónico del contacto/cliente potencial. Esto se debe a que la segunda interacción pretende "borrar" la primera. Sin embargo, esto no se está gestionando actualmente en la escala de tiempo.
• Cuando se combinan dos contactos o clientes potenciales, solo las interacciones del contacto o cliente potencial principal serán visibles en la información de contacto/cliente potencial.
• Puede haber casos en los que los valores únicos (por ejemplo, aperturas y clics únicos) en los paneles de análisis agregados tengan una ligera desviación en comparación con los análisis operativos. Los KPI en análisis agregados se calculan una vez al día para garantizar la mayor precisión posible. Los análisis operativos, diseñados para análisis casi en tiempo real, funcionan bajo demanda utilizando métodos de cálculo más rápidos para valores únicos, que pueden ser un poco menos precisos.

Recorridos del cliente

• Los nombres de recorrido pueden tener hasta 300 caracteres.
• Los mosaicos de viajes que crean ramas pueden crear hasta 25 ramas para un solo mosaico. Para crear más ramas, agregue un segundo mosaico de ramificación a la rama "Otro" del primer mosaico.
• Los recorridos con ramas anidadas (un mosaico de ramificación dentro de la rama de otro mosaico de ramificación) tienen una profundidad anidada máxima de ocho condiciones de ramificación. Para evitar el anidamiento, los límites consolidan la lógica de bifurcación o consideran dividir el recorrido en recorridos separados para ramas grandes.
• Es posible que los recorridos con múltiples condiciones complejas o grandes cantidades de mosaicos no se publiquen. Si volver a intentar publicar una trayectoria no tiene éxito, considere dividir la trayectoria en trayectorias más pequeñas. También puede comunicarse con el soporte de MS para buscar soporte de producto al respecto.
• Una instancia de viaje única no puede ejecutarse durante más de 365 días. Una vez que un participante inicia un viaje, este debe finalizar dentro de ese plazo o se producirán fallos. Si se necesita un viaje de más de 365 días, considere dividir el viaje en varios viajes.
• Un único mosaico de espera no puede esperar más de 90 días. Si se necesita un mosaico de espera de más de 90 días, considere dividir el viaje en varios viajes.
• Cuando se crea una nueva versión del recorrido, solo los participantes que ingresen al recorrido después de que se haya publicado la versión obtendrán la nueva versión del recorrido. Los participantes del recorrido en curso permanecen en la versión del recorrido en la que comenzaron. Esto también afecta la forma en que se muestran los análisis en los recorridos.
• A veces, los viajes que tienen una gran lista de exclusiones audiencia, especialmente para un gran segmento que organiza el viaje, encontrarán problemas. En estos casos, es mejor incluir la lista de exclusión en la definición del segmento para que pueda procesarse mejor.
• Cambiar los enlaces de correo electrónico que se utilizan para la lógica de bifurcación en recorridos en vivo puede impedir que los participantes sigan el camino correcto y no se recomienda.
• Los viajes únicos con fechas de inicio que ya pasaron no se pueden editar (incluso después de copiarlos).
• La orquestación de recorridos basados en segmentos solo se puede realizar mediante un único Listo segmento Customer Insights - Journeys.
• Hoy en día, no se pueden eliminar recorridos una vez creados y publicados.
• El rendimiento de un recorrido varía según algunos factores, como la complejidad del recorrido, la cantidad de recorridos simultáneos que ejecuta, los patrones de consumo de otras aplicaciones que utiliza y las cargas de trabajo que consumen muchos recursos que se llevan a cabo. Lea el documento de política de Límites de servicio y uso justo Se abre en una nueva ventana o pestaña para obtener más orientación.

Correos electrónicos y bloques de contenido

• Asunto: 500 caracteres (incluido texto para insertar contenido dinámico/condicional)
• Cuerpo: 1 MB (incluido todo el contenido dinámico/condicional).
• Los especialistas en marketing carecen de la capacidad de alinear elementos en el editor de correo electrónico.
• Los especialistas en marketing carecen de la capacidad de colocar diseños dentro de diseños en el editor de correo electrónico.
• Los especialistas en marketing carecen de la capacidad de crear correos electrónicos diseño de ancho completo.
• Todos los bloques de contenido, contenido condicional, listas y condiciones, y otras personalizaciones, no tienen límites específicos. Sin embargo, se almacenan dentro del propio correo electrónico y, por lo tanto, contribuyen al tamaño del correo electrónico y, por lo tanto, están sujetos al límite de tamaño del correo electrónico.
• Los bloques de contenido se insertan en los correos electrónicos mediante copia. Este tiene las siguientes implicaciones:
  • El mismo bloque de contenido insertado varias veces en el mismo correo electrónico son copias nuevas y separadas (y contribuyen al tamaño del correo electrónico).
  • Actualizar el bloque de contenido original no actualiza los correos electrónicos que incluyen esos bloques de contenido
• El lenguaje de expresión handlebar para la sintaxis de personalización (por ejemplo, {{contact.firstname}}) no se admite en tiempo real. Toda la personalización debe definirse mediante la interfaz de usuario dentro de los diseñadores para correo electrónico, SMS o Push. Solución alternativa: utilice la herramienta de importación de correo electrónico se abre en una nueva ventana o pestaña en tiempo real para copiar correos electrónicos salientes. La herramienta migrará automáticamente las expresiones de personalización.

Formularios y páginas

• Los formularios de Customer Insights - Journeys pueden actualizar solo una entidad (normalmente un cliente potencial o un contacto). Dirigirse a una sola entidad facilita la configuración y el mantenimiento del formulario y le permite crear recorridos correctamente dirigidos.
• Si su formulario incrustado no es visible en páginas externas, asegúrese de que el dominio permita el alojamiento de formularios externos. La mayoría de las veces, esta es la razón por la cual los clientes no pueden ver el formulario en su sitio web. No es necesario que finalice el proceso de autenticación del dominio para habilitar el alojamiento de formularios externos para su dominio. Obtenga más información sobre la autenticación de dominio Se abre en una nueva ventana o pestaña.
• En Customer Insights - Journeys, los usuarios pueden encontrar un problema que les impide ver el formulario dentro del Estudio de Power Pages. Esta situación particular surge cuando se crea un sitio web de marketing complejo con varias páginas, que requiere capacidades de navegación y autenticación de usuario. Para abordar este desafío, el Estudio de Power Pages surge como la solución óptima. Para integrar un formulario de marketing en un sitio web creado con Studio, son necesarias algunas modificaciones al código fuente. Customer Insights - Journeys Power Pages Específicamente, la adición de un fragmento de código JavaScript es esencial para facilitar la integración perfecta del formulario de Marketing. Es importante tener en cuenta que dentro del Estudio de Power Pages, el formulario no será visible durante el proceso de edición. Sin embargo, una vez que la página se activa y es accesible al público, el formulario se vuelve visible y completamente funcional en el sitio web. Esta capacidad mejora la experiencia del usuario y garantiza la implementación exitosa de estrategias RTM dentro del sitio web de marketing.

Segmentos

• Se puede crear un segmento para hasta 100 000 000 contactos.
• Un recorrido basado en segmentos solo funcionará cuando el tamaño del segmento sea inferior a 10 millones de contactos. Cualquier segmento con un tamaño mayor no se ejecuta. Para garantizar que las campañas se puedan ejecutar de forma eficaz, divida los segmentos más grandes en varios segmentos que puedan utilizar el mismo recorrido repetible. (1) Esto también es válido para cualquier recorrido basado en activadores que dependa de segmentos en el flujo del recorrido.
• Hay un límite de 100 contactos que se pueden agregar a un grupo de inclusión/exclusión como parte de la definición del segmento. Para solucionar esto, puede crear un segmento separado de clientes y utilizar ese segmento en su definición de segmento maestro, creando así un segmento compuesto.
• Hoy en día, los usuarios no pueden editar un segmento que se utiliza en un recorrido en vivo Customer Insights - Journeys. Para poder editar el segmento, detenga el viaje y luego realice las ediciones en los segmentos.

Desencadenadores

• Hoy en día, existe un límite de 500 activadores personalizados que se pueden activar en una organización por día. Para aumentar esto para su organización, cree un ticket de soporte o comuníquese con su representante de Microsoft y podremos trabajar con usted para respaldar su caso de uso.
• Al definir desencadenadores personalizados, asegúrese de que todos los atributos estén definidos. Cualquier atributo que tenga un valor nulo hace que el disparador falle, lo que hace que los clientes no realicen el recorrido. Hoy en día, no tenemos la capacidad de permitir que se pasen valores nulos en una configuración personalizada, lo que luego genera una falla del sistema como mensaje de error en el tiempo de ejecución del recorrido.
• El uso de referencias de entidades en activadores personalizados o CDS está limitado a cinco saltos. Cualquier entidad que esté a más de 5 saltos de la entidad COLA no se puede utilizar como atributo en un viaje.
• Al utilizar el estándar "formulario de marketing Enviado" Gatillo para su viaje, se debe tener cuidado para asegurarse de que los audiencia para el viaje y el formulario sean los mismos. Hoy en día, no mostramos un error o advertencia cuando hay una discrepancia, pero el proceso no generará confusión en el cliente.
• Hoy en día, los desencadenadores también se activan cuando un registro se actualiza manualmente en Dynamics 365 Dataverse. Esto puede hacer que un contacto realice el viaje según el Gatillo incluso si no hace nada para activarlo.
• Hoy en día, en los viajes basados en activadores que utilizan el mosaico if/then, a veces se puede perder alrededor del 1 % de todos los eventos Gatillo debido a una ligera demora en nuestro sistema para detectarlos.
• Los activadores pueden tener como máximo 30 atributos. Si Gatillo tiene una referencia de tabla, dicha referencia se cuenta como un atributo hacia el límite de 30. Hay un límite adicional de 1.024 en la cantidad de columnas de todas esas referencias de entidades.