Elegir una tarea adecuada para empezar
Empieza por una tarea frecuente, acotada y con un resultado fácil de revisar, como preparar borradores para preguntas habituales. La automatización tradicional encaja mejor cuando las entradas, las reglas y los resultados están definidos; si el trabajo exige interpretar texto o producir una respuesta contextual, la IA generativa puede ayudar en esa parte.
Antes de conectar herramientas, anota qué ocurre hoy, qué información necesita cada paso y qué podría salir mal. El coste de un error importa más que el volumen: una clasificación incorrecta de una consulta inocua no tiene el mismo impacto que una decisión sobre pagos, salud, empleo o derechos. Para una primera prueba, elige un proceso en el que un error sea reversible y una persona pueda detectarlo antes de que afecte a alguien.
Descarta tareas que requieran decisiones delicadas, acceso amplio a datos personales o acciones irreversibles. El objetivo inicial no es automatizar de extremo a extremo, sino identificar un tramo pequeño cuyo resultado pueda comprobarse. Si no puedes describir qué constituye una respuesta aceptable, todavía no hay un criterio claro para evaluar el flujo.
Separar reglas de generación
Divide el trabajo en pasos y asigna cada uno a la herramienta adecuada. Las reglas fijas sirven para detectar que llegó un mensaje, guardar un registro o dirigirlo a una bandeja concreta. La IA generativa puede resumir el texto, reconocer el tema probable o preparar una respuesta en lenguaje natural. Deja la ejecución predecible en manos de reglas y reserva el modelo para la interpretación o la redacción.
Una secuencia sencilla podría ser: recibir una consulta, retirar o sustituir datos que no hagan falta, clasificar el tema, generar un borrador, mostrarlo a una persona y guardar el resultado aprobado. La clasificación del modelo es una propuesta, no una verdad: si la categoría no encaja o faltan datos, el flujo debe permitir marcar el caso como incierto y enviarlo a revisión.
La salida generada puede variar aunque la entrada se parezca a otra anterior. Por eso, no conviene depender de que el modelo repita siempre la misma formulación ni usar su texto como una instrucción automática sin validaciones. Cada paso que cambia datos o afecta a otra persona debe tener una condición explícita, una forma de detenerse y un responsable identificable.
Diseñar una primera versión con revisión humana
Limita la tarea del modelo mediante instrucciones concretas: indica qué debe extraer, qué tono usar, qué información no debe inventar y qué hacer cuando no tenga datos suficientes. Pide una respuesta con campos claros —por ejemplo, tema, resumen, borrador y dudas— para que el flujo pueda presentar el resultado de manera ordenada. Una estructura definida facilita revisar, pero no garantiza que el contenido sea correcto.
La revisión humana debe ocurrir antes de enviar una respuesta, modificar un registro importante o activar otro proceso. Quien revise necesita ver el mensaje original pertinente, el borrador y cualquier campo extraído; también debe poder editar, rechazar o derivar el caso. La aprobación ha de ser una acción real, no una casilla que se marque automáticamente ni una formalidad sin tiempo para comprobar el contenido.
Configura una alternativa segura para errores técnicos y resultados dudosos. Si el modelo no responde, devuelve información incompleta o produce un formato inesperado, el proceso debe detenerse o volver al tratamiento manual. No conviertas una salida vacía en una respuesta automática ni interpretes la falta de confianza expresada por el sistema como prueba de que el resto de sus resultados son fiables.
Probar el flujo antes de usarlo en operaciones reales
Ensaya el flujo con ejemplos ficticios y variados, sin información de clientes o compañeros. Incluye consultas claras, mensajes ambiguos, solicitudes fuera de alcance, datos contradictorios y casos que deberían quedar sin respuesta automática. El propósito es comprobar qué hace el flujo con excepciones, no solo confirmar que funciona con el ejemplo ideal.
Registra los resultados esperados y compáralos con lo que produce el sistema: categoría, resumen, borrador y decisión de detenerse o derivar. Revisa los errores y las omisiones por separado; una respuesta bien redactada puede incluir datos inventados, y una respuesta breve puede haber perdido un detalle importante. Ajusta instrucciones y reglas, y repite los casos que antes fallaron.
Mantén desactivados los envíos y cambios externos durante la prueba. Usa una copia de los datos o un entorno de ensayo, y verifica que los registros se guarden donde corresponde y que los fallos puedan rastrearse. Solo pasa a una prueba limitada con operaciones reales cuando exista un procedimiento de revisión y una manera clara de volver al proceso manual.
Minimizar datos y permisos
Envía al modelo solo la información necesaria para realizar la tarea. Si un borrador puede prepararse sin nombre, correo, dirección u otros identificadores, exclúyelos o sustitúyelos antes de procesar el texto. La reducción de datos limita la exposición, pero no sustituye las normas de privacidad, seguridad y conservación que correspondan al equipo y a la herramienta utilizada.
Conecta únicamente las aplicaciones imprescindibles y concede permisos limitados al flujo. Una tarea que redacta respuestas no necesita necesariamente permiso para enviar mensajes, borrar registros o acceder a toda una carpeta. Separa, cuando sea posible, la generación del borrador de la acción final y comprueba qué personas pueden consultar entradas, resultados y registros de ejecución.
Antes de usar información confidencial, verifica que las condiciones de la herramienta y las políticas de la organización permiten ese uso. No pegues datos sensibles en un servicio personal o no autorizado para hacer una prueba. Si intervienen conectores, agentes o fuentes externas, considera también que el contenido recibido puede contener instrucciones engañosas: el flujo debe tratarlo como información que analizar, no como órdenes que cambien sus reglas o permisos.
Medir el resultado y definir cuándo parar
Compara el proceso asistido con el manual durante un periodo y un conjunto de casos equivalentes. Cuenta el tiempo de preparación, revisión y corrección, no solo el tiempo que tarda el modelo en generar texto. El ahorro neto incluye el trabajo de supervisión: si revisar y reparar los borradores consume más tiempo que redactarlos, el flujo no está cumpliendo su propósito.
Registra indicadores sencillos: proporción de borradores aceptados sin cambios, correcciones necesarias, errores relevantes, casos derivados y tiempo total por solicitud. Separa los fallos que podría resolver una instrucción mejor de los que exigen cambiar el alcance o abandonar el caso de uso. No uses una mejora en velocidad como sustituto de calidad, seguridad o satisfacción de las personas afectadas.
Define por adelantado cuándo pausar el flujo: por ejemplo, si aumenta el número de errores importantes, si aparecen datos no autorizados o si se pierde la posibilidad de revisar antes de actuar. Conserva una ruta manual y una persona responsable de reactivar el sistema. Una automatización útil también debe poder detenerse sin bloquear el trabajo cotidiano.
Ejemplo: preparar un borrador para una consulta frecuente
Supón que un pequeño equipo recibe preguntas repetidas sobre horarios, trámites o requisitos publicados. Una regla puede detectar que llegó un mensaje y crear una tarea de revisión; la IA puede resumir la pregunta y redactar una propuesta usando únicamente la información de referencia que el equipo haya aprobado. La respuesta queda como borrador, no se envía automáticamente.
La persona responsable comprueba que el borrador responde a lo preguntado, que no añade condiciones inexistentes y que no revela información de otra persona. Si la consulta incluye una excepción, pide asesoramiento o no coincide con la información de referencia, puede editarla o derivarla. El modelo ayuda a preparar el texto; la persona decide qué comunicar y realiza el envío.
Al principio, limita el ejemplo a unas pocas preguntas con respuestas conocidas y contenido no sensible. Anota los cambios que hacen las personas revisoras y los casos que requieren derivación. Si el sistema confunde temas o introduce información no respaldada, reduce el alcance o vuelve a la respuesta manual; no amplíes los permisos para compensar una tarea mal definida.