Guía editorial de preparación y contratación. Combina análisis propio con documentación primaria enlazada. Los ejemplos numéricos son hipotéticos; las fichas de soluciones no acreditan implantaciones ni resultados de clientes.
Un chatbot es una interfaz de conversación; un agente es un sistema que puede decidir pasos y utilizar herramientas para avanzar hacia un objetivo. Un chatbot puede incorporar un agente, pero muchos negocios necesitan un flujo definido y unas pocas operaciones, sin autonomía abierta.
La terminología comercial es variable. Para comparar ofertas, pregunta qué puede hacer el sistema, quién decide la secuencia y qué permisos tiene. Esas tres respuestas dicen más que una etiqueta como «agente avanzado».
Las diferencias que sí cambian el proyecto
| Sistema | Quién decide los pasos | Ejemplo | Qué comprobar |
|---|---|---|---|
| Chat informativo | Usuario y lógica de respuesta | Responder un horario | Fuente y actualización |
| Flujo automatizado | Secuencia programada | Recoger datos y crear ticket | Campos, estados y errores |
| Agente con herramientas | Modelo dentro de límites | Investigar una incidencia | Permisos, pasos y evidencia |
Anthropic distingue flujos y agentes según si la secuencia está predefinida o la dirige el modelo. En esta guía usamos esa distinción para preparar requisitos, no como una clasificación universal de productos.
Las tres opciones pueden compartir una misma pantalla de chat. Y las tres necesitan control de acceso y evaluación. La presencia de un modelo no vuelve flexible una integración que no puede consultar el sistema de origen.
Ejemplo uno: responder preguntas frecuentes
Si un usuario pregunta horarios, documentación necesaria o condiciones aprobadas, un asistente con fuentes puede ser suficiente. Su tarea es localizar y explicar información vigente. No necesita modificar el CRM ni explorar sistemas internos.
Define qué documento prevalece cuando hay contradicciones y qué sucede si no encuentra la respuesta. Una cita que apunta a una página irrelevante no demuestra que la contestación esté respaldada.
Si esta es tu necesidad, revisa cómo preparar un asistente documental antes de añadir operaciones. Primero comprueba que responde bien a las preguntas que realmente recibe el equipo.
Ejemplo dos: crear una cita o un ticket
Una reserva suele seguir un recorrido conocido: identificar servicio, consultar huecos, confirmar y registrar. Un flujo con herramientas delimitadas puede resolverlo. El modelo ayuda a entender el lenguaje; el servidor valida y ejecuta las operaciones.
El sistema no debería improvisar nuevas reglas de agenda. Si el usuario pide una excepción, necesita una ruta de derivación. El control sobre las escrituras importa más que la capacidad de generar una respuesta convincente.
La guía de WhatsApp y citas muestra cómo separar propuesta, confirmación y creación efectiva. Ese diseño funciona aunque el proveedor llame «agente» al producto completo.
Ejemplo tres: investigar una incidencia
Aquí puede haber varias rutas: consultar un pedido, revisar un envío, buscar una política y pedir una aclaración. Si la secuencia depende de lo encontrado, un agente puede aportar flexibilidad.
Esa flexibilidad introduce más caminos posibles. Conviene limitar herramientas, número de pasos, tiempo y presupuesto. Cuando el agente agota el alcance, debe entregar un resumen de lo averiguado y de lo que sigue pendiente.
No todos los pasos deben ejecutarse con el mismo permiso. Consultar un envío y autorizar un reembolso pueden pertenecer al mismo caso, pero requieren controles distintos. El sistema puede investigar y preparar una propuesta dejando la decisión final al responsable.
Cómo decidir cuánta autonomía necesitas
Escribe un conjunto de tareas y dibuja el procedimiento actual. Si la mayoría sigue la misma secuencia, prueba un flujo explícito. Si aparecen bifurcaciones conocidas, quizá basten reglas. Considera un agente cuando la elección del siguiente paso aporta valor que puedas medir.
En un escenario ficticio, soporte recibe 100 solicitudes: 60 son consultas documentales, 30 siguen un procedimiento de devolución y 10 requieren investigación. No hay motivo para dar la misma autonomía a las 100. Podrías combinar un asistente documental, un flujo de devolución y una cola de investigación asistida.
Usa el coste del error como criterio. Un fallo en un borrador se puede corregir antes de enviarlo. Un fallo al modificar un contrato o devolver dinero tiene consecuencias diferentes. La arquitectura debe reflejar esa diferencia.
Qué evaluar en una demo de proveedor
Entrega casos que el proveedor no haya preparado: una pregunta incompleta, un documento contradictorio, una herramienta que falla y una acción no autorizada. Observa si solicita aclaración, reconoce límites y conserva el estado.
Pide ver el registro de operaciones. Una respuesta final correcta no explica si el agente hizo consultas innecesarias o intentó acceder a datos que no debía. Evalúa también tiempo, coste y facilidad de revisión.
Compara el sistema con una alternativa sencilla. Si un formulario y dos reglas resuelven el mismo problema con menos revisión, la complejidad adicional necesita una justificación concreta.
Qué debe quedar escrito en el encargo
Lista herramientas, permisos, operaciones prohibidas, acciones con aprobación y criterios de parada. Define cómo se identifica el usuario y cómo se aplica el acceso antes de recuperar datos. Incluye responsable de errores, mantenimiento y cambios de fuentes.
No aceptes «el prompt dice que no lo haga» como único control sobre una operación sensible. Los permisos deben imponerse en los sistemas que ejecutan las acciones. Para consultas de negocio, consulta el patrón de operaciones cerradas.
Preguntas frecuentes
¿Un agente es siempre mejor que un chatbot?
No. Su utilidad depende de que elegir pasos aporte valor. Más autonomía aumenta los recorridos que hay que probar y supervisar.
¿Puede haber un agente sin chat?
Sí. Puede recibir una tarea desde una cola o un evento y producir un informe o una propuesta. La conversación es solo una posible interfaz.
¿Qué solución debo contratar primero?
La que resuelva una tarea concreta con un resultado verificable y permisos adecuados. Define el trabajo antes de elegir la etiqueta o la herramienta.
¿Qué indicador demuestra que funciona?
Tareas terminadas correctamente dentro de coste y tiempo aceptables. El número de mensajes, pasos o herramientas usadas describe actividad, no calidad.
