Personalice las conversaciones con los clientes y active la intención del cliente mediante el Perfil del cliente en tiempo real con datos no estructurados
En Adobe Experience Platform, puede consolidar los datos de sus clientes en una vista unificada combinando datos de varios canales con el Perfil del cliente en tiempo real. El perfil del cliente en tiempo real con datos no estructurados amplía los perfiles de cliente existentes con datos de conversación y otros datos de clientes basados en texto. Esto permite a los agentes de cara al cliente utilizar el contexto de perfil configurado y el historial de conversaciones, y permite a los especialistas en marketing definir señales para la calificación de audiencias y la personalización descendente.
Explicación del perfil con datos no estructurados understanding
Actualmente, el perfil del cliente en tiempo real combina datos estructurados de varios canales, incluidos en línea, sin conexión, CRM y de terceros, consolidando estos datos en una vista unificada que ofrece una cuenta procesable y con marca de tiempo de cada interacción de clientes. Sin embargo, esto no cubre la ingesta de datos no estructurados, lo que significa que los datos de conversaciones, transcripciones u otros datos multimodales (como PDF o imágenes) no están disponibles para su uso con el perfil.
El perfil con datos no estructurados hace que los datos de clientes conversacionales y otros basados en texto estén disponibles para el contexto del cliente y la extracción de señales, lo que le permite personalizar las interacciones entre los agentes y canales admitidos.
Un perfil con datos no estructurados proporciona las siguientes funciones a los clientes de Experience Platform:
- Comprenda la intención del cliente: ingrese conversaciones, mensajes, consultas de búsqueda, transcripciones de llamadas, encuestas y otras interacciones basadas en texto para enriquecer el perfil del cliente existente.
- Personalizar conversaciones: combine atributos de perfil, pertenencia a audiencias e historial de conversaciones para que Brand Concierge y otros agentes del cliente puedan ofrecer experiencias personalizadas con continuidad entre agentes, sesiones, dispositivos y canales.
- Activar intención en tiempo real: extrae señales definidas por expertos en marketing de las conversaciones y actívalas a través de audiencias, recorridos y personalización. Estas activaciones descendentes se pueden utilizar en todo Experience Platform, incluidos Adobe Journey Optimizer y Target.
Casos de uso use-cases
El perfil con datos no estructurados le permite utilizar datos conversacionales como señal de activación para futuras participaciones, lo que le permite dirigir con mayor facilidad personalizaciones entrantes y activaciones salientes. Como resultado, puede utilizar estos perfiles en una variedad de casos de uso.
Personalización de conversación
Extracción y activación de señales
Continuidad
Flujo de muestra sample-flow
Consideremos un retailer que vende ropa y ropa de exterior.
En esta situación, un cliente, John, visita el sitio de retailer e inicia un agente de IA conversacional para solicitar recomendaciones de ropa de entrenamiento. Desde que John inició sesión, el perfil con datos no estructurados puede proporcionar el contexto configurado del cliente, incluido su nivel de lealtad Gold, las preferencias de ropa deportiva y el interés en deportes al aire libre. A continuación, el agente puede utilizar este contexto para adaptar aún más sus recomendaciones.
John luego afirma “Estoy entrenando para una media maratón, y las mañanas son heladas y ventosas. Necesito algo que me pueda mantener caliente sin sobrecalentarme”. El agente ahora puede combinar las necesidades declaradas de John con sus preferencias existentes para recomendar una ropa adecuada, como una chaqueta de running ligera y resistente al viento.
Además, Experience Platform utiliza el perfil con datos no estructurados para detectar una señal de intención de “Rendimiento al aire libre” definida por el especialista en marketing a partir de las conversaciones. Como resultado, esta señal permite a John cumplir los requisitos para una audiencia de “intención de rendimiento en exteriores” y admitir experiencias personalizadas posteriores.
Por ejemplo, retailer puede utilizar la audiencia “Intención de rendimiento en exteriores” para mostrar a John una oferta de formación sobre clima frío cuando vuelva al sitio web o para enviar un correo electrónico personalizado a través de una aplicación como Adobe Journey Optimizer. Con la audiencia y el recorrido adecuados configurados, este correo electrónico puede incluir ropa de running relevante, así como una oferta de puntos dobles de socio Gold.
Requisitos previos de Beta prerequisites
Para usar el perfil con datos no estructurados, debe cumplir los siguientes requisitos previos:
- Ya es un usuario de Real-Time CDP o Adobe Journey Optimizer
- ¿No tiene not el complemento Healthcare Shield?
Si cumple todos estos requisitos previos, póngase en contacto con el Servicio de atención al cliente de Adobe para obtener más información sobre cómo solicitar la habilitación para el perfil con datos no estructurados.
Requisitos requirements
Antes de continuar con el perfil con la configuración de datos no estructurados, deberá completar los siguientes pasos:
- Habilitar reglas de vinculación de gráfico de identidad
- Cree un conjunto de datos con perfil habilitado e introduzca al menos un perfil en este conjunto de datos
- Esto permite que el perfil con datos no estructurados cree la narrativa del perfil. Este conjunto de datos está separado del conjunto de datos donde se ingieren conversaciones y otros datos no estructurados.
Una vez habilitado el perfil con datos no estructurados, puede empezar a utilizar esta función configurando los pasos siguientes:
- Ingesta de datos no estructurados en Experience Platform
- Configuración del contexto del perfil para personalizar las conversaciones
- Configurar señales para extraer datos de datos no estructurados para su activación
Ingesta de datos no estructurados ingest
Para utilizar datos no estructurados como parte del proceso de personalización, primero deberá introducir esos datos en Experience Platform.
El método para introducir datos no estructurados difiere según el origen de los datos no estructurados.
En el caso de uso de identidad simple estándar con texto sin procesar, puede utilizar un esquema y un conjunto de datos de ExperienceEvent para introducir los datos en Experience Platform. Esto se utiliza mejor en la mayoría de los casos de uso, incluida la importación de transcripciones, conversaciones, notas y revisiones.
Creación de un esquema
| note important |
|---|
| IMPORTANT |
| no habilita el esquema de datos no estructurado para el perfil. o el conjunto de datos de datos no estructurado para Perfil e identidad. |
Primero debe crear un esquema XDM ExperienceEvent para el conjunto de datos. Este esquema debe incluir la siguiente información:
- El grupo de campos
unstructuredContent. Para obtener más información sobre el grupo de campos de contenido no estructurado, consulte XDM GitHub. - Una identidad para marcar al individuo conocido. Esta identidad puede ser un mapa de identidad o un campo marcado como descriptor de identidad.
Para aprender a crear un esquema, lea la guía de creación de esquemas.
Crear un conjunto de datos
| note important |
|---|
| IMPORTANT |
| no habilita el conjunto de datos de datos no estructurados para el perfil o la identidad. |
Después de crear el esquema, puede crear un conjunto de datos que utilice este esquema. Para aprender a crear un conjunto de datos basado en un esquema existente, lea la guía de creación de un conjunto de datos.
Una vez que haya creado el conjunto de datos, puede realizar una petición PATCH al extremo v2/dataSets y, al mismo tiempo, proporcionar el ID del conjunto de datos recién creado. Esto permite actualizar el conjunto de datos para su uso con el perfil con datos no estructurados.
| accordion | ||||
|---|---|---|---|---|
| Solicitud y respuesta de parche de ejemplo para habilitar el conjunto de datos para el perfil con datos no estructurados. | ||||
Una respuesta correcta devuelve el estado HTTP 200 con el ID del conjunto de datos recién actualizado.
|
Ingesta de datos
Ahora que el esquema y el conjunto de datos están configurados, puede empezar a introducir datos en Experience Platform. Puede utilizar un conector de origen estándar para cargar los datos en Experience Platform, ya que se admiten todos los formatos CSV, JSON y Parquet. Al ingerir los datos, coloque el texto no estructurado en el campo rawText y la identidad en la columna identity.
Ahora puede ponerse en contacto con el Servicio de atención al cliente de Adobe con información como el ID de organización, la información de la zona protegida, la información del conjunto de datos y el método de ingesta (ID simple con texto XDM sin procesar) para completar la configuración de la ingesta de datos.
| note availability |
|---|
| AVAILABILITY |
| El conector WhatsApp está en versión beta cerrada. |
Para aprender a configurar el conector WhatsApp, lea la WhatsApp guía del conector.
Al configurar el conector de WhatsApp, se crea automáticamente el conjunto de datos WhatsAppWebhook Raw Event. Este conjunto de datos se habilita automáticamente para el perfil con datos no estructurados con la información de canal también aplicada.
Después de configurar el conector WhatsApp, póngase en contacto con el Servicio de atención al cliente de Adobe con información que incluya el ID de organización, la información de la zona protegida, el canal (WhatsApp empresa) y el modo (flujo continuo o por lotes) para realizar la lista de permitidos del conector que se utilizará para el perfil con datos no estructurados.
Para las conversaciones de Brand Concierge, se crean automáticamente tres conjuntos de datos que rastrean las peticiones de datos del usuario, la respuesta del agente y los comentarios.
Para habilitar estos conjuntos de datos para el perfil con datos no estructurados, debe realizar una petición PATCH al extremo v2/dataSets y proporcionar al mismo tiempo el ID de cada uno de los tres conjuntos de datos.
| accordion | ||||
|---|---|---|---|---|
| Solicitud y respuesta de parche de ejemplo para habilitar el conjunto de datos para el perfil con datos no estructurados. | ||||
Una respuesta correcta devuelve el estado HTTP 200 con el ID del conjunto de datos recién actualizado.
|
Configuración del contexto del perfil
Después de ingerir datos no estructurados en Experience Platform, puede configurar el contexto del perfil para personalizar las conversaciones. Puede configurar esta narrativa de perfil mediante Colaborador o mediante las API de Experience Platform.
Puede comenzar la configuración preguntando “Quiero crear una configuración de perfil semántico” dentro de Coworker.
Sus compañeros le guiarán a través de los pasos para configurar un perfil con datos no estructurados, para lo cual deberá seguir los siguientes pasos:
-
Su compañero de trabajo le preguntará “¿Cuál es su caso de uso?”
-
Después de describir su caso de uso, el colaborador proporcionará una lista de atributos relevantes según el caso de uso
-
Una vez que confirme que los atributos tienen el aspecto adecuado, el colaborador le guiará a través de las opciones de configuración restantes. De manera predeterminada, la configuración tendrá ninguna descripción de audiencias, usará la narrativa de perfil precise, tendrá etiquetas de acción de marketing no y usará el área de nombres de persona default.
- Si desea agregar las descripciones de audiencia a la narrativa del perfil
- Incluir la descripción de la audiencia añade contexto a la narrativa del perfil cuando el perfil cumple los requisitos para esa audiencia. Al agregar descripciones de audiencia, no filtra qué clientes reciben personalización.
- La precisión de la narrativa del perfil
- Las acciones de marketing
- El área de nombres de persona utilizada
- Si desea agregar las descripciones de audiencia a la narrativa del perfil
Después de seguir estos pasos, se crea su perfil con contexto de datos no estructurado.
Puede configurar el perfil con contexto de datos no estructurado mediante las API de Experience Platform.
Antes de continuar, lea la guía de introducción para ver vínculos a documentación relacionada, una guía para leer las llamadas de API de ejemplo en esta sección e información importante sobre los encabezados necesarios para realizar correctamente llamadas a cualquier API de Experience Platform.
Obtener categorías get-categories
Primero necesita obtener las categorías para el contexto del perfil. Las categorías son agrupaciones de atributos de perfil disponibles en la zona protegida.
Formato de API
| code language-http |
|---|
|
Solicitud
La siguiente solicitud recupera una lista de todas las categorías disponibles y sus atributos dentro de la zona protegida.
| accordion | ||
|---|---|---|
| Una solicitud de ejemplo para recuperar las categorías disponibles. | ||
|
Respuesta
Una respuesta correcta devuelve el estado HTTP 200 con una lista de las categorías disponibles para su organización y zona protegida.
| accordion | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Una respuesta de ejemplo que contiene una lista de las categorías y atributos que pertenecen a su organización y a la zona protegida | ||||||||||||||||||||
|
Crear una configuración
Después de obtener las categorías disponibles para la zona protegida, puede crear una configuración. La configuración contiene las categorías y atributos de los datos de perfil, las audiencias que desea resaltar, las acciones de marketing, la precisión narrativa y el área de nombres.
Formato de API
| code language-http |
|---|
|
Solicitud
La siguiente solicitud crea un perfil con una configuración de datos no estructurada, que utiliza la categoría Demografía del cliente, incluida una audiencia especificada, sin acciones de marketing, precisión narrativa difusa y área de nombres de correo electrónico.
| accordion | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Una solicitud de ejemplo para crear una configuración de perfil. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Respuesta
Una respuesta correcta devuelve el estado HTTP 200 con un ID de solicitud único y los detalles de la configuración recién creada.
| accordion | ||
|---|---|---|
| Una respuesta de ejemplo que contiene la configuración recién creada. | ||
|
Ahora que se ha creado el contexto de perfil, puede guardar la configuración con Brand Concierge o cualquier otro agente del cliente.
Contexto de perfil en Brand Concierge profile-context-brand-concierge
En Brand Concierge, seleccione el conserje al que desee aplicar la configuración del perfil.
Se muestra
Una vez que hayas seleccionado el conserje, ve a la pestaña Personalization, elige la configuración creada anteriormente y selecciona Guardar para aplicar la configuración del perfil.
Contexto de perfil con otros agentes del cliente profile-context-other
Para utilizar el contexto de perfil con otros agentes de cara al cliente, deberá utilizar la API de Experience Platform para buscar el contexto de perfil del cliente y recuperar el historial de conversaciones. Al recuperar ambos valores, el agente puede recuperar correctamente el contexto completo y relevante antes de iniciar una conversación.
Para buscar el contexto de perfil del cliente, deberá realizar una petición GET al extremo /semanticprofile/lookup/narrative mientras proporciona entityIdNS, entityId y configurationName como parámetros de consulta.
| code language-shell |
|---|
|
| table 0-row-2 1-row-2 2-row-2 3-row-2 | |
|---|---|
| Parámetros de consulta | Descripción |
entityIdNS |
El área de nombres de identidad. Debe ser un área de nombres definida en la zona protegida. Los valores posibles incluyen Email, ECID y CRMID. |
entityId |
El valor de identidad dentro del área de nombres. La dirección URL debe codificar los caracteres reservados. Por ejemplo, si el correo electrónico que busca es john+1@example.com, debe escribirse como john%2B1@example.com. |
configurationName |
Nombre de la configuración creada anteriormente. |
Una respuesta correcta devuelve el estado HTTP 200 con información sobre el contexto del perfil.
| code language-json |
|---|
|
| table 0-row-2 1-row-2 2-row-2 | |
|---|---|
| Campo | Descripción |
requestId |
ID único generado para la solicitud. |
narrative |
El resumen del perfil del lenguaje natural generado. |
Para buscar el historial de conversación anterior de un cliente, deberá realizar una petición POST al extremo /semanticprofile/query/v1/profile, al tiempo que proporciona entityIdNS y entityId como parámetros de consulta.
| code language-shell |
|---|
|
| table 0-row-2 1-row-2 2-row-2 | |
|---|---|
| Parámetros de consulta | Descripción |
entityIdNS |
El área de nombres de identidad. Debe ser un área de nombres definida en la zona protegida. Los valores posibles incluyen Email, ECID y CRMID. |
entityId |
El valor de identidad dentro del área de nombres. La dirección URL debe codificar los caracteres reservados. |
| Campo de solicitud | Tipo | Descripción |
| ------------- | -------- | ---- | ----------- |
| conversations | Objeto | Un objeto que determina que desea devolver información sobre las conversaciones. Si lo deja como un objeto vacío, recibirá automáticamente información sobre las interacciones, los metadatos y las señales. |
Una respuesta de ejemplo devuelve el estado HTTP 200 con información sobre las conversaciones de la entidad solicitada.
| code language-json |
|---|
|
Después de obtener la narrativa y las conversaciones, puede proporcionar esta información a sus agentes de IA de terceros. Como resultado, el agente de IA tendrá información sobre quién es el cliente, así como información sobre lo que ha hablado.
Configuración de señales para extraer datos configure-signals
Una vez configurado el contexto del perfil, ahora puede configurar señales para extraer datos de los datos no estructurados.
Puede comenzar este proceso yendo a Coworker y preguntando “Déjame extraer señales de las conversaciones”. A continuación, el compañero le pregunta qué tipo de señales desea detectar en las conversaciones.
A continuación, Coworker pregunta de qué tipo de marca o negocio forman parte estas conversaciones.
Finalmente, el Compañero le pregunta si desea crear un nuevo grupo de señales o si desea agregar a un grupo de señales existente.
Puede confirmar si los pasos anteriores parecen precisos y si desea continuar con la creación de la señal.
Comienza la creación de la señal. A continuación, el compañero crea una señal que se añade automáticamente a Experience Platform.
Una vez creada la señal, puede agregarla a una audiencia mediante el Generador de audiencias. Las señales aparecen como Eventos de experiencia.
Para obtener más información sobre el uso de Audience Builder, lea la documentación de Audience Builder.
Una vez creada una audiencia con una señal, puede extraer perfiles que utilicen esta señal. Las señales detectadas son eventos de experiencia, con el tipo de evento de semantic.signalDetected.
Preguntas frecuentes faq
En la siguiente sección se enumeran las preguntas más frecuentes relacionadas con los perfiles con datos no estructurados.
¿Los perfiles con datos no estructurados son independientes de un perfil de cliente normal?
¿Qué es la narrativa de perfil/contexto de perfil?
El contexto del perfil (descripción del perfil) es la información consolidada proporcionada a un agente de IA para mejorar una interacción. El contexto puede combinar los siguientes datos:
- Atributos de perfil
- Abono de público
- Historial de comportamiento
- Actividad de navegación
- Conversaciones anteriores
¿Qué es una señal?
Una señal es una representación estructurada y lista para la activación del significado que se detecta dentro de una interacción no estructurada. Algunos ejemplos de señales son los siguientes:
- Interés del producto
- Intento de cancelación
- Una preferencia declarada
- Un evento personal
- Una experiencia negativa
- Una industria
- Un rol de comprador
Las señales pueden definirlas los especialistas en marketing o crearlas el sistema analizando las señales individuales descubiertas dentro de los datos.
¿En qué se diferencia una señal de la conversación sin procesar?
¿El perfil con datos no estructurados solo admite Brand Concierge?
¿Qué fuentes de datos puedo utilizar?
Se admiten las siguientes fuentes:
- Conversaciones de Brand Concierge y de otros tipos
- Conversaciones de WhatsApp
- Consultas de búsqueda
- Transcripciones de centros de llamadas
- Registros de chat
- Encuestas
- Transcripciones de seminarios web y llamadas de ventas
- Otras interacciones basadas en texto