Configura y prueba tu primer Agent
Un primer Agent debe resolver un conjunto pequeño y verificado de tareas de los compradores antes de intentar todos los recorridos posibles. Empieza con contenido fiable y datos de catálogo, añade comportamiento explí...
Un primer Agent debe resolver un conjunto pequeño y verificado de tareas de los compradores antes de intentar todos los recorridos posibles. Empieza con contenido fiable y datos de catálogo, añade comportamiento explícito y reglas de soporte, y después prueba toda la respuesta en superficies aisladas.
Esta guía proporciona un orden de implementación práctico y una puerta de aceptación. Está diseñada para una tienda real, donde una información inexacta sobre políticas o productos es más perjudicial que una función opcional incompleta.
Cómo encaja esto en Humind
AI Agent es el espacio de configuración para el asistente orientado al cliente. Knowledge y Catalog proporcionan hechos; Guidance da forma al comportamiento de la respuesta; Tools añade acciones; Escalation define el soporte humano; las superficies de prueba te permiten revisar el resultado antes del despliegue.
Los cambios pueden afectar a muchas conversaciones, así que prueba escenarios representativos de compra y soporte después de cada actualización significativa. Un chat visualmente correcto no es suficiente: verifica conjuntamente la respuesta, el contexto del producto, la acción disponible y el comportamiento de transferencia.
Antes de empezar
Acceso: Un administrador o un rol personalizado con acceso de escritura a la configuración de Agent, Knowledge y Catalog debe encargarse de la configuración inicial. Otros compañeros de equipo pueden revisar según los permisos de su sección.
- Elige la empresa y el mercado correctos y conecta la fuente de catálogo prevista.
- Reúne políticas aprobadas, reglas de marca, destinos de soporte y dominios de lanzamiento.
- Nombra a una persona responsable del contenido, el catálogo, el comportamiento de Agent, las operaciones y el despliegue en la tienda.
Flujo de trabajo paso a paso
Definir los primeros recorridos compatibles
Selecciona un grupo manejable de recorridos, como descubrimiento de productos, detalle del producto, entrega o devoluciones, y soporte humano. Para cada recorrido, define la fuente esperada, la respuesta aceptable, el comportamiento ante datos no disponibles y el resultado de la escalación.
Incluye un caso que el Agent deba rechazar o redirigir a otro lugar. Unos límites claros hacen que las pruebas tengan sentido y evitan que una promesa de lanzamiento demasiado amplia oculte carencias conocidas.
Preparar Knowledge y Catalog
En Knowledge, crea o importa una fuente autorizada para cada política compatible. Usa carpetas para facilitar el mantenimiento, estados públicos y publicados para el contenido orientado al cliente, y fragmentos para una orientación privada breve. En Catalog, verifica productos representativos, variantes, visibilidad, colecciones, promociones y filtros útiles.
Resuelve las contradicciones antes de continuar. No añadas una regla de Guidance que le diga al Agent que ignore un valor de producto incorrecto o una política duplicada.
Configurar el comportamiento y las acciones
En Guidance, elige personalidad, longitud de respuesta, comportamiento del idioma, reglas y moderación. En Tools, habilita solo las acciones con dependencias probadas. En Escalation, configura los canales compatibles, los criterios de transferencia, las preguntas previas a la transferencia, la intervención del operador y el comportamiento de satisfacción.
Revisa la confirmación de guardado automático o de guardado después de cada cambio. Pide a los operadores que confirmen el acceso a Inbox y la disponibilidad antes de habilitar una promesa al cliente de ayuda en directo.
Personalizar la interfaz y el punto de entrada
Usa Chat interface para el avatar, los colores, el contraste, el estilo de las burbujas y de los botones, el nombre opcional de Agent y el texto de inicio. Usa Entry point para el tipo de lanzador, la posición, el tamaño, las reglas de página y el comportamiento en escritorio o móvil.
Previsualiza cada regla y asegúrate de que el lanzador no oculte los controles de navegación, consentimiento, carrito o pago. Mantén el primer lanzamiento lo bastante simple como para poder verificarlo de forma fiable.
Ejecutar la batería de aceptación
Usa Playground para conversaciones exploratorias, Test product para un comportamiento centrado en el producto y Batch testing para un conjunto de datos repetible. Revisa conjuntamente los hechos, los productos seleccionados, las acciones, el idioma, la moderación y el estado del soporte.
Clasifica cada fallo por fuente, realiza una sola corrección específica y vuelve a ejecutar los casos fallidos y los casos cercanos. Aprueba el lanzamiento solo cuando los recorridos críticos pasen y las limitaciones restantes estén documentadas.
Permisos y advertencias importantes
- Una interfaz visualmente pulida no compensa datos de Knowledge o Catalog sin verificar.
- Las integraciones de Tools y soporte pueden tener requisitos previos fuera de la página Agent.
- Playground no valida la instalación en la tienda en vivo ni la configuración del dominio.
- Los nuevos datos de catálogo o de filtros pueden necesitar tiempo para sincronizarse antes de la prueba final.
Verificar el resultado
Usa esta lista de comprobación antes de considerar el trabajo completado:
- Cada recorrido de lanzamiento tiene una persona responsable, una fuente, un resultado esperado y una alternativa.
- Las preguntas críticas se superan en una sesión nueva de Playground y en un conjunto de datos repetible.
- Los operadores pueden recibir, asumir y devolver una conversación escalada.
- Un plan de prueba rápida de la tienda y una persona responsable de la reversión están listos antes del despliegue.
Solución de problemas
La configuración de Agent parece incoherente
Vuelve a la lista de recorridos e identifica qué fuente es responsable de cada hecho o acción. Elimina la autoridad duplicada y después vuelve a probar un recorrido cada vez en lugar de añadir instrucciones más amplias.
Una herramienta está habilitada pero no disponible en la conversación
Abre Tools y comprueba si Humind marca una configuración que falta o apunta a otra página de ajustes. Verifica la dependencia subyacente de catálogo, pedido, cita o soporte antes de volver a probar.
Las pruebas funcionan para una persona pero no para otra
Compara la empresa activa, el mercado, el idioma, el historial de conversación, el contexto del producto, el rol y el momento de la prueba. Usa el mismo escenario nuevo y la configuración actual para una comparación controlada.