Automatización con IA y agentes que siguen funcionando después de la demo.

Un prototipo puede redactar un mensaje, resumir un documento o llamar a una API en pocas horas. En producción debe saber qué datos puede usar, cuándo detenerse, quién aprueba una acción, cómo recuperarse de un error y cómo registrar cada decisión importante.

Empezamos por la operación, no por el modelo. Si una regla, una integración o una interfaz más sencilla resuelve el problema con mayor seguridad, forma parte del diseño. La IA se usa cuando el lenguaje, el juicio o la información no estructurada la justifican.

La solución puede combinar flujos deterministas, modelos de lenguaje, recuperación, software de negocio, colas, identidad y una superficie de revisión humana. Cada componente recibe la autoridad mínima. Análisis y acción externa se separan para que una frase plausible no se convierta silenciosamente en una decisión irreversible.

Documentamos activadores, entradas, estados, responsables, salidas, fallos y recuperación en términos que el equipo operativo pueda utilizar. Los modelos cambian; el control debe seguir siendo comprensible.

Definimos la restricción, trazamos el proceso actual y fijamos una línea base. Solo hacemos una prueba acotada si puede poner a prueba la hipótesis más arriesgada. La implementación de producción añade permisos, integración, evaluación, seguimiento y traspaso.

La puerta de lanzamiento se escribe antes de publicar: qué debe hacer el sistema, qué debe rechazar, quién lo acepta y qué sucede cuando falla una dependencia. Superar un único caso feliz no basta.

Los sistemas habituales incluyen clasificación y enrutamiento, entrada documental, acceso al conocimiento, asistencia al cliente, operaciones comerciales, informes, correo y contenido. El mismo nombre puede ocultar riesgos distintos: preparar un resumen interno no equivale a enviar una promesa o modificar un registro de cliente.

Por eso describimos el caso por acción y autoridad, no por nombres de moda. Cada ruta declara entradas, salida, responsable y punto de intervención.

Un buen proceso inicial tiene responsable claro, entradas repetibles, volumen relevante y un coste medible de demora o error. También debe permitir acceso seguro a los datos y sistemas necesarios.

No presentamos un chatbot genérico como transformación, no automatizamos procesos indefinidos ni declaramos infalible a un modelo. Las decisiones jurídicas, financieras, laborales, de seguridad y otras con consecuencias necesitan control humano y revisión especializada proporcionales al riesgo.