Automatizando tareas repetitivas de formato con IA

En mi rol como DTP Specialist trabajo con un volumen alto y constante de banking notes: documentos financieros y técnicos con estructuras muy repetitivas, como tablas de datos, notas al pie, estilos de párrafo y carácter, numeración, referencias cruzadas. Con ese volumen se nota rápido un patrón: una parte importante del tiempo de producción no se iba en decisiones de diseño, sino en tareas mecánicas que se repetían documento tras documento.

Aplicar el mismo set de estilos, corregir el mismo tipo de error de formato, reordenar los mismos elementos después de la traducción.

Identifiqué el patrón y me propuse diseñar automatizaciones (macros) para InDesign que absorbieran la parte mecánica del flujo, usando Claude como asistente de desarrollo.

El objetivo no era automatizar todo lo posible, sino liberar tiempo de producción para reinvertirlo en revisión de calidad real.

Mapeo del flujo actual. Antes de automatizar nada, documenté el flujo de producción tal como estaba: qué pasos se repetían en todos los documentos, cuáles variaban según el cliente o el idioma, y cuáles requerían juicio (¿esta tabla se ve bien? ¿esta nota al pie tiene sentido en este contexto?) frente a cuáles eran puramente mecánicos, como aplicar un estilo de párrafo o ajustar un salto de línea.

Clasificación entre lo mecánico y lo que requiere criterio. Separé las tareas en dos categorías. Por un lado, las mecánicas y automatizables: aplicación de estilos, limpieza de formato heredado de la traducción, numeración y referencias, ajustes estructurales de tabla. Por otro, las que no se podían automatizar: cualquier decisión que dependiera de contexto lingüístico o visual, como la coherencia de tono, la jerarquía de información o la adaptación cultural del layout.

Diseño de las macros con Claude. Para cada tarea mecánica identificada, trabajé con Claude para diseñar scripts de InDesign que reprodujeran el proceso manual de forma consistente. Mi rol fue el de especialista de dominio: definir exactamente qué debía pasar en cada caso, incluidas las excepciones, por ejemplo qué hacer si un estilo ya estaba aplicado o si una tabla tenía una estructura atípica.

Validación contra documentos reales. Cada macro se probó contra documentos de producción reales antes de integrarse al flujo, comparando el resultado automatizado con el que hubiera producido manualmente, y ajustando hasta que la salida fuera igual o mejor, más consistente que la manual.

Documentación para que el equipo pudiera adoptarlo. Una automatización que solo yo puedo usar tiene un valor limitado. Documenté cada macro (qué hace, cuándo usarla, qué no cubre) para que pudiera adoptarse en el equipo, no solo en mi propio flujo individual.

• Automatizar solo lo mecánico, nunca el criterio. La línea la trazó el tipo de tarea, no la dificultad técnica de automatizarla. Algo mecánico pero técnicamente complejo se automatizaba, algo simple pero que requería juicio, no.
• Priorizar por frecuencia y tiempo ahorrado, no por interés técnico. Fue tentador automatizar primero lo más interesante de construir. En cambio prioricé según qué tareas aparecían en más documentos y consumían más tiempo acumulado.
• Diseñar pensando en que el equipo lo adoptara, no solo en mi propio uso. Cada macro se documentó y probó pensando en que otra persona del equipo pudiera usarla sin mi supervisión directa.

Un conjunto de automatizaciones basadas en macros integradas al flujo de producción DTP, que eliminan las tareas de formato repetitivas identificadas en el mapeo inicial, con documentación de uso para el equipo.

El tiempo que se recuperó de las tareas mecánicas se redirigió a control de calidad real: revisión lingüística, coherencia visual, detección de inconsistencias. El trabajo que efectivamente necesita una persona pensando, no ejecutando lo mismo otra vez.

Saber qué NO automatizar es tan valioso como saber automatizar.

Ese ejercicio de clasificar antes de construir cambió mi forma de abordar cualquier flujo de trabajo nuevo. La primera pregunta ya no es cómo lo automatizo, sino qué parte de esto es realmente mecánica.