Si tu equipo copia datos entre herramientas, quizá necesites una integración. Si lee mensajes para decidir su categoría, puede bastar un workflow con un paso de IA. Si tiene que investigar cada caso y elegir qué consultar después, merece la pena evaluar un agente. Yo empezaría por esa diferencia antes de elegir una plataforma o pedir presupuesto.
Workflow, workflow con IA o agente: qué estás comprando
En un workflow, el código define el recorrido. Puede tener ramas, aprobaciones y llamadas a un modelo sin cederle el control del proceso. En un agente, el modelo decide parte de los siguientes pasos y herramientas según lo que encuentra. La guía técnica de Anthropic sobre agentes utiliza esta distinción y propone empezar por la solución más sencilla que funcione.
Una entrada en lenguaje natural no exige autonomía. Clasificar un mensaje, extraer campos y enviar el resultado a una cola son pasos que pueden estar definidos de antemano. La pregunta útil es si necesitas que el sistema elija el recorrido, no solo que interprete texto.
Cómo elegir según el proceso de tu empresa
| Situación | Primera opción a evaluar | Qué comprobar |
|---|---|---|
| Datos estructurados y reglas conocidas | Workflow sin IA | Qué ocurre con duplicados, datos incompletos y fallos de conexión. |
| Texto variable, categorías y acciones cerradas | Workflow con clasificación o extracción mediante IA | Errores por categoría y salida a revisión cuando falta información. |
| Investigación con consultas que dependen del caso | Agente acotado dentro del workflow | Si elegir herramientas mejora la resolución frente a una ruta fija. |
| Cambios en pedidos, pagos o compromisos con clientes | Ejecución controlada por reglas y aprobaciones | Quién autoriza, qué permisos se aplican y cómo evitar repetir la acción. |
| Proceso sin responsable o criterio de éxito | Aclarar el proceso antes de automatizar | Quién resuelve excepciones y cómo reconoce un trabajo bien terminado. |
Un workflow también requiere mantenimiento. Y un agente puede terminar en revisión humana. Compararía ambos sobre las mismas tareas, con el mismo criterio de aceptación, incluyendo el tiempo que el equipo dedica a corregirlos.
Ejemplo hipotético: de una consulta comercial al CRM
Imagina una empresa que recibe consultas sobre productos, entrega y disponibilidad. Este ejemplo es una propuesta de diseño, no un resultado de un cliente.
- Workflow: recibe la consulta, comprueba si ya existe y asigna un identificador. Una regla decide qué canal y equipo pueden gestionarla.
- Paso con IA: extrae producto y motivo. El código valida los campos; una categoría desconocida o datos contradictorios llevan a revisión. La guía de clasificación de mensajes con IA desarrolla esta parte.
- Agente, si hace falta: para una excepción, decide si consultar el catálogo o el estado de un pedido mediante herramientas de lectura autorizadas. Tiene límites de consultas y tiempo; si no encuentra evidencia, entrega el caso a una persona.
- Workflow de cierre: valida la propuesta, pide la aprobación necesaria y guarda la acción confirmada en el CRM. Reintentar el mismo trabajo no debe crear una segunda oportunidad.
Si las consultas se resuelven con una búsqueda fija y una clasificación, no añadiría el tercer paso. Tampoco permitiría que un texto generado confirmase disponibilidad o condiciones comerciales sin una fuente válida y los permisos correspondientes.
Pruebas para decidir si el piloto merece continuar
Antes de construir, acordaría qué significa resolver una tarea y prepararía ejemplos representativos con una respuesta esperada revisada por el equipo. Incluiría casos frecuentes, información ausente, contradicciones y errores de las herramientas. Reservaría casos que no se usen para ajustar los prompts.
- Resultado: medir tareas aceptadas por el responsable, separadas por tipo; una respuesta fluida no demuestra que el trabajo esté bien hecho.
- Intervención: registrar escalados, correcciones y minutos de revisión. Si la cola manual crece, hay que revisar el alcance.
- Límites: probar instrucciones maliciosas dentro de mensajes o documentos, acceso a otro cliente y acciones fuera de permiso. El control se aplica en las herramientas, además del prompt.
- Recuperación: simular un timeout después de guardar, una respuesta inválida y un proveedor caído. Comprobar que el trabajo se conserva y que una repetición no duplica efectos.
- Decisión: fijar umbrales por tipo de tarea antes de ver resultados, un responsable de aprobación y una forma de volver al proceso manual.
Empezaría ejecutando el piloto sin enviar respuestas ni modificar sistemas: el equipo compara sus propuestas con el trabajo real. Activaría después solo las acciones que cumplan los criterios acordados. No hay un porcentaje universal de acierto que autorice cualquier proceso.
Coste operativo y mantenimiento que debes comparar
Separaría construcción, operación y cambios. Construcción incluye integrar sistemas, definir permisos y preparar evaluaciones. Operación incluye modelos, herramientas, infraestructura, reintentos, revisión humana e incidencias. Cambios incluye mantener reglas, conectores, prompts y evaluaciones cuando evoluciona el negocio.
Para comparar opciones, usaría el coste operativo total del periodo dividido entre las tareas aceptadas en ese periodo. Los intentos fallidos y el trabajo de revisión siguen dentro del coste; las tareas sin resolver no cuentan como completadas. Mediría también el tiempo de resolución y la cola pendiente. Sin ese contexto, un coste bajo por llamada al modelo dice poco.
Dejaría por escrito quién mantiene el flujo, revisa excepciones y aprueba cambios. Cada cambio de prompt, modelo, herramienta o regla debe poder probarse y revertirse. Para preparar propuestas comparables, utiliza la guía de presupuestos de software y automatización.
Controles de producción y evidencia operativa
Separaría recepción, interpretación, propuesta, validación y ejecución. Cada trabajo necesita un estado visible, permisos limitados, un presupuesto de intentos y una vía de revisión. Registraría entradas minimizadas, fuentes consultadas, versiones, llamadas, aprobaciones y resultado, con acceso y retención definidos. Un buen prompt ayuda; los prompts para procesos repetitivos no sustituyen esos controles.
El caso Adslyfy muestra estados de ejecución, intentos y evidencias con capturas sanitizadas. Es una referencia del control operativo que busco al construir sistemas, no una prueba de resultados de agentes de IA.
Qué llevar a una primera conversación técnica
Para valorar un proyecto de automatización e IA aplicada a medida, prepararía este brief:
- Un proceso concreto, sus herramientas y quién lo ejecuta hoy.
- Volumen aproximado y ejemplos anonimizados de tareas normales y excepciones.
- Acciones permitidas, acciones que requieren aprobación y consecuencias de un error.
- Criterios de aceptación, tiempo disponible para revisión y responsable del piloto.
- Accesos posibles a los sistemas y restricciones de mantenimiento.
Con eso puedo revisar dónde basta un workflow, dónde incorporar IA y qué habría que demostrar antes de dar más autonomía. Si estás evaluando esa decisión, cuéntame el proceso que quieres automatizar.