Usted está aquí:
Mejores prácticas para agregar preferencias de negocio
Siga estas directrices para redactar Preferencias de negocio efectivas que ayuden a Concierge: Las preguntas y respuestas de Analytics funcionan mejor con su contexto y lógica de negocio.
Formato y estructura
A continuación le mostramos cómo aplicar formato a sus preferencias de negocio para garantizar que las preguntas y respuestas de Analytics pueden procesarlas correctamente.
- Separe claramente cada preferencia. Inicie cada preferencia de negocio en una nueva línea que comience con un símbolo '#'. Esto ayuda al sistema a comprender y procesar cada preferencia individualmente.
Ejemplo:
# Esta es la primera preferencia
# Esta es la segunda preferencia
- Que sea corto. Redacte instrucciones concisas y sencillas para evitar confundir al agente.
Contenido y propósito
Para ayudar a Analytics a realizar preguntas y respuestas de forma efectiva, siga estas mejores prácticas al redactar sus preferencias específicas de negocio.
- Agregue Knowledge específico de negocio. Utilice preferencias para guiar las preguntas y respuestas de Analytics con información acerca de su negocio, como:
- Directrices específicas de dominio.
- Terminología exclusiva para su organización.
- Información no incluida en el esquema del modelo semántico.
- Sé explícito y específico. Describa la lógica o los conceptos exclusivos de su dominio de forma clara y concisa. Guíe las preguntas y respuestas de Analytics con campos específicos desde su modelo semántico en vez de asumir que comprende el modelo de datos.
- Evite la ambigüedad y los conflictos. Asegúrese de no tener múltiples preferencias que entren en conflicto con y confundan al agente. Cuanta más claridad proporcione, mejores serán los resultados.
- Desglose instrucciones complejas. Separe instrucciones complejas en preferencias más sencillas y distintas para mejorar el desempeño del agente.
- Siga ejemplos. Revise los ejemplos proporcionados para obtener orientación sobre formato y contenido. Adapte estos ejemplos para ajustarse a sus necesidades. Tenga en cuenta estos patrones comunes.
- Para interpretación
# Las cuentas ‘mayores’ o ‘menores’ hacen referencia a las cuentas con total_amount mayor o menor, respectivamente
# Cuando un usuario pregunta sobre nuevos prospectos, devuelve prospectos creados en la última semana
# Cuando se hace referencia a oportunidades, TPS es la abreviatura del total de ventas de productos
- Para salida
# Al preguntar sobre datos de ventas, siempre ordene por nombre de cuenta
# Al preguntar sobre prospectos, siempre devuelva el nombre y el estado del prospecto
# Al analizar negociaciones, compare siempre con el trimestre anterior
- Para interpretación
Consideraciones y Limitaciones
Al agregar preferencias de negocio, tenga en cuenta estas limitaciones y comportamientos.
- Tamaño de instrucción limitado. Puede agregar hasta 50 instrucciones, con cada instrucción limitada a 300 caracteres. Recuerde que agregar más instrucciones aumenta el tamaño de la solicitud del agente, lo que puede dar como resultado tiempos de respuesta más lentos.
- Ámbito de repercusión limitado. Las preferencias de negocio solo afectan actualmente a pláticas de preguntas y respuestas de Analytics en el agente de análisis, no a otras experiencias de Tableau Next.
- Las preferencias son directrices, no comandos. Preguntas y respuestas de Analytics utiliza preferencias de negocio como orientación, pero no se garantiza seguirlas en cada respuesta.
- La entrada de usuario tiene prioridad. Preguntas y respuestas de Analytics prioriza la entrada directa de un usuario sobre una configuración de preferencias de negocio. La entrada de usuario incluye:
- Preferencias específicas en la entrada del usuario.
- Contexto del historial de pláticas recientes.
- Filtros aplicados en la página.
- Sin control de funciones. No puede utilizar preferencias de negocio para desactivar, modificar o dar prioridad a funciones específicas de Preguntas y respuestas de Analytics en el agente de análisis.
Pruebas e iteración
La optimización de preferencias de negocio es un proceso iterativo. Experimente con diferentes instrucciones y observe las respuestas del agente para obtener información acerca de lo que funciona mejor para su modelo y sus usuarios.
- Comience pequeño: Comience con preferencias de negocio sencillas antes de agregar lógica más compleja.
- Pruebe su agente: Tras agregar una preferencia de negocio, pruebe la respuesta del agente.
- Iterar gradualmente: Agregue más preferencias de negocio una por una, probando la respuesta del agente después de cada incorporación.
Permisos y comportamiento del sistema
Comprenda cómo se comportan las preferencias de negocio en diferentes sistemas y entornos.
- Herencia de preferencias: Los modelos semánticos base o las aplicaciones ampliadas no transmiten automáticamente preferencias de negocio. Defínalos específicamente para cada modelo semántico con el que esté trabajando.
-
Cómo se mueven las preferencias entre sistemas:
- Empaquetado y sincronización: Cuando un modelo semántico se empaqueta en un kit de datos, sus preferencias de negocio se incluyen y se comparten con otras organizaciones conectadas.
- Promoción a producción: Las preferencias de negocio se trasladan al entorno de producción junto con el modelo semántico.
- Resolución de conflictos: Si se produce un conflicto entre preferencias durante una promoción, un administrador debe seleccionar qué versión mantener.
Cuándo utilizar una preferencia de negocio
Las preferencias de negocio son las reglas, la jerga y la lógica específicas que un equipo o unidad de negocio en particular aplica a los datos. Agregan una capa de contexto de negocio, indicando a Preguntas y respuestas de Analytics y al agente de análisis en Tableau Next cómo interpretar y utilizar los datos para responder a preguntas específicas del dominio.
Los elementos clave de una preferencia de negocio incluyen:
- Jerga exclusiva: Definen términos específicos de la compañía (por ejemplo, "Un 'prospecto caliente' es cualquier prospecto con un puntuaje superior a 90").
- Lógica de negocio: Explican cómo se relacionan diferentes campos de datos entre sí basándose en reglas de negocio.
- Directrices de uso: Proporcionan instrucciones sobre cómo se deben aplicar los datos en reportes o análisis específicos.
Cuándo no utilizar preferencias de negocio
Las preferencias de negocio proporcionan orientación semántica al agente, pero no realizan cálculos ni controlan el comportamiento principal de un agente. Para necesidades más complejas, utilice las herramientas recomendadas en su lugar.
La siguiente tabla enumera las preferencias de negocio que no se admiten o que deben tratarse de forma diferente. Los ejemplos proporcionados muestran lo que no se debe hacer.
| CASO DE USO | Recomendación | Explicación | Ejemplo a evitar |
|---|---|---|---|
| Definiciones que requieren fórmulas o expresiones | Cree un campo calculado. | Mejora la coherencia y mantiene la integridad de su modelo semántico. | Las ventas por cliente son las ventas divididas por el conteo de clientes |
| Manipular resultados sobre la marcha (por ejemplo, realizar sumas, restas, multiplicaciones, divisiones o calcular porcentajes o índices) | Cree un campo calculado. | Este caso de uso no es compatible. | Multiplicar porcentajes por 100 Siempre puntuajes redondos |
| Contexto de negocio general | Redacte directrices directas con capacidad de acción. | Preguntas y respuestas de Analytics y el agente de análisis necesitan instrucciones específicas sobre cómo interpretar o mostrar datos, no información general de fondo. | El arrendatario es una instancia de producto de Salesforce específica. Una cuenta puede tener varios arrendatarios, incluso del mismo tipo |
| Bloqueo de temas o preguntas | Gestione permisos en el nivel de origen de datos. | Este caso de uso no es compatible. | No responda a ninguna pregunta sobre oportunidades |
| Ajustar resultados específicos de funciones | Cree vistas o modelos semánticos separados para cada función. | Este caso de uso no es compatible. | Cuando un representante de ventas pregunta sobre el desempeño financiero, agregue siempre por trimestre y muestre la tendencia del tamaño medio de la negociación |
| Altera la estructura de las respuestas. | Este caso de uso no es compatible. Preguntas y respuestas de Analytics determina la mejor estructura de respuesta. | Al responder, no muestre una visualización. En cada respuesta, primero diga al usuario 'Gracias', luego muestre la respuesta y luego termine con 'Adiós'. | |
| Formato visual. | Este caso de uso no es compatible. | Al mostrar mediciones de ventas a lo largo del tiempo, utilice un gráfico de líneas |
Preferencias de negocio frente a descripciones
Las preferencias de negocio son diferentes a las descripciones. Las descripciones explican qué son los datos y las preferencias de negocio explican cómo utiliza un negocio específico esos datos.
Descripciones: La Fundación Hecho
Las descripciones son la documentación oficial universal para un dato. Proporcionan una explicación concisa y fáctica que cualquier persona en la organización puede comprender, independientemente de su función específica. Piense en una descripción como la etiqueta en un contenedor que le indica exactamente lo que hay dentro.
Los elementos clave de una buena descripción incluyen:
- Explicación objetiva: Una descripción hace una declaración clara acerca del contenido de los datos.
- Origen de datos: Una descripción explica de dónde procede la información.
- Propósito del sistema: Una descripción explica para qué se utilizan los datos (por ejemplo, "Almacena direcciones de envío de clientes").
- Detalles técnicos: Una descripción proporciona cualquier restricción necesaria, como unidades de medida (por ejemplo, "Peso en kilogramos").
Ejemplo: Una tabla de datos de ventas
A continuación le mostramos cómo se aplican estos conceptos a una tabla de ventas:
- Tabla: sales_transactions
- Descripción: Registra todas las ventas completadas, incluyendo Id. de producto, importe de venta en USD y fecha de transacción
- Preferencia de negocio: Cuando los usuarios preguntan sobre “regiones con mayor desempeño”, se refieren a las regiones con las ventas brutas más altas, excluyendo cualquier devolución o descuento
Al utilizar descripciones y preferencias de negocio, crea un modelo de datos que es técnicamente preciso e inteligente en contexto. Esto permite al agente de análisis proporcionar respuestas más relevantes y útiles.
Preferencias de negocio frente a campos calculados
Un campo calculado le permite crear una nueva medición o dimensión reutilizable aplicando fórmulas y lógica a sus datos existentes. Utilice un campo calculado para:
- Realice cálculos personalizados: Defina una expresión precisa con una fórmula, como Profit=Revenue−Cost.
- Aplicar lógica condicional: Aplique lógica para segmentar datos en categorías, como IF[Sales]>1000THEN"High"ELSE"Low".
- Manipular datos: Realice operaciones numéricas o manipule texto en campos de datos existentes.
- Transformar datos: Cree índices personalizados, indicadores o agrupaciones basadas en fechas para preparar datos para visualizaciones.
Cuándo utilizar cada tipo de campo
La decisión entre un campo calculado y una preferencia de negocio depende de su objetivo. Esta guía describe las mejores opciones para escenarios comunes.
| Escenario | Utilizar campo calculado | Utilizar Preferencia de negocio |
| Aritmética o lógica en campos |  |
 |
| Agrupaciones o indicadores personalizados | |
|
| Ajuste de cómo interpreta el agente de análisis la terminología | |
|
| Influencia en la interpretación o visualización de agentes | |
|
| Necesidad de fórmula precisa y reutilizable | |
|
| Expresión de una regla subjetiva o específica del contexto que no es una expresión | |
|
