Agentes de IA para empresas: qué proceso automatizar primero

Para el primer piloto de un agente de IA, elige una tarea recurrente con datos accesibles y un resultado que alguien sepa comprobar. Limita el alcance a reunir información o preparar un borrador, y mide cuánto trabajo le queda a la persona. Una respuesta rápida del modelo no demuestra por sí sola que el proceso sea rentable.

Piensa en quien gestiona las solicitudes de un taller. Un mensaje indica fecha y número de asistentes; otro solo dice «queremos ir con el equipo». Copiar campos es sencillo. Detectar qué falta, consultar las condiciones y preparar una pregunta útil exige más criterio. Ese tramo concreto puede servir para el primer piloto.

¿Agente, flujo de trabajo o integración convencional?

Un agente de IA utiliza un modelo para elegir pasos y recurrir a herramientas con un objetivo. Como el término admite distintos usos, acuerda si seguirá una ruta fija o decidirá qué investigar. Anthropic distingue los flujos predefinidos de los agentes que dirigen su propio proceso.

Compara el piloto con una alternativa sencilla: mejorar el formulario y usar plantillas. Si solo lo comparas con trabajo totalmente manual, puedes pasar por alto una solución más barata.

• Anthropic: flujos de trabajo y agentes

Elige el proceso observando el trabajo real

Revisa solicitudes recientes con la persona que las atiende. Localiza dónde copia datos, toma decisiones o descubre que falta información. Un caso concreto aporta más que el encargo genérico de «automatizar ventas».

• Frecuencia: hay suficientes casos para reunir ejemplos y observar diferencias.
• Datos: existe una fuente vigente y autorizada, con acceso limitado a lo necesario.
• Verificación: se puede distinguir una respuesta correcta de una convincente sin repetir todo el trabajo.
• Consecuencias: es posible corregir el borrador antes de enviar, cobrar o modificar un registro.
• Responsable: alguien revisa el resultado y atiende las excepciones.

Si varios documentos muestran precios distintos, resuelve esa contradicción primero. El modelo no puede adivinar cuál aprobó la dirección. Unificar las condiciones puede ser el primer beneficio del proyecto.

Ejemplo: preparar respuestas para un taller

Usaremos Forma, el taller de cerámica ficticio de nuestra guía anterior. Es un diseño posible del proceso, no un agente desplegado ni resultados de un cliente.

• Paso anterior: crear el sitio y comprobar el formulario

El sistema extrae los datos de la solicitud, consulta las condiciones aprobadas y prepara un borrador con sus fuentes. Si falta la fecha, redacta una pregunta para pedirla. El calendario de clases no demuestra que queden plazas: la disponibilidad debe comprobarse en otra fuente actualizada.

Empieza con permisos de lectura y un destino separado para borradores. Si después habilitas el envío, la aprobación debe corresponder al destinatario y al texto exactos. Reintentar tras un fallo no debe enviar una copia adicional sin que nadie lo advierta.

Comprueba el piloto antes de implicar a los clientes

1. Mide el proceso actual, incluidas las correcciones. Separa trabajo activo y espera de la respuesta del cliente.
2. Reúne casos habituales y excepciones. Escribe por adelantado los resultados esperados y las acciones prohibidas.
3. Reserva casos para evaluar; no uses únicamente los que sirvieron para ajustar las instrucciones.
4. Ejecuta sin enviar mensajes. Anota versión del sistema, resultado y tiempo de revisión.
5. Cuenta todos los intentos, también los que terminan resolviéndose a mano.
6. Decide si ampliar, reducir el alcance, corregir los datos o detener el proyecto.

Una cifra de precisión mezcla fallos muy diferentes. Un saludo torpe no equivale a inventar un precio. Registra por separado condiciones incorrectas, aclaraciones omitidas y acciones sin permiso. Añade pruebas específicas para errores poco frecuentes pero graves: no verlos en una muestra pequeña no demuestra que sean improbables.

Antes de probar, acuerda qué resultados justificarían continuar. Todos los borradores deben revisarse, los precios sin confirmar no deben llegar al cliente, el tiempo medio de trabajo humano debe bajar y el equipo tiene que poder resolver las excepciones. Fija los umbrales según tu proceso; no hay un porcentaje de éxito válido para todos.

• Descargar registro vacío del piloto (CSV)

Calcula el valor después de la revisión humana

Supongamos 300 intentos al mes dentro del alcance, con 12 minutos de trabajo manual por caso. Tras introducir el sistema quedan, de media, 5 minutos para revisar, corregir y resolver manualmente los fallos. Son hipótesis didácticas, no mediciones del modelo.

Tiempo liberado: 300 × (12 − 5) / 60 = 35 horas/mes.
Valor del tiempo: 35 × 30 € = 1.050 €.
Menos costes: 1.050 − 250 = 800 €/mes.
Recuperación teórica: 2.400 / 800 = 3 meses.

Los 300 intentos no son todas las solicitudes de la empresa, sino las incluidas en la tarea. La media de cinco minutos incluye los fallos. Añade servicios y mantenimiento a los costes sin duplicar el tiempo humano. Los 2.400 € iniciales son ficticios, no una tarifa de Neaptide.

Liberar 35 horas no ingresa automáticamente 1.050 € en la cuenta. Una persona asalariada puede dedicarlas a otras tareas con el mismo sueldo. Eso es capacidad disponible. Para afirmar que hay ahorro de efectivo, identifica gastos que desaparecen; para hablar de más ingresos, mide ese cambio.

• Microsoft: vincular el uso de agentes con resultados empresariales

• Abrir la calculadora con tus propias hipótesis

Con once minutos, los costes superan el valor del tiempo liberado. Antes de pagar por otro modelo, averigua qué ralentiza la revisión: formato incómodo, fuentes ausentes o un alcance excesivo. Mide también el efecto de corregirlo.

Qué llevar a la primera conversación con desarrollo

Prepara una página que indique quién se responsabiliza del proceso, qué información recibe el sistema, cuáles son las fuentes aprobadas y qué resultado debe producir. Explica qué hacer si faltan datos y qué acciones están prohibidas. Añade ejemplos sin datos identificativos, los tiempos actuales y un presupuesto máximo para la prueba.

Repite los casos de control al cambiar modelo, instrucciones o fuentes. Sigue midiendo la corrección manual. El piloto debe permitir una decisión razonada, incluida la de quedarse con un formulario y unas plantillas más sencillos.

• Implantación de IA y automatización con Neaptide