
Un archivo llamado «final» inspira una confianza que no siempre merece. Puede haber otro llamado «final bueno», otro con una fecha posterior y una copia que se adjuntó a un correo. La persona que hizo el trabajo quizá sepa cuál utiliza. Para alguien que abre la carpeta por primera vez, los nombres apenas cuentan la historia de las dudas.
No creo que todos los negocios necesiten el mismo sistema de archivos. Una tienda que guarda fotografías de producto busca de manera distinta a un estudio que prepara diseños o a un taller que conserva planos. Lo que sí me parece útil es pensar cómo se va a localizar un documento cuando su autor no esté delante.
Un buen nombre responde a una búsqueda probable. Si el equipo reconoce los trabajos por el número de encargo, ese dato merece aparecer. Si se busca por una referencia de producto, utilizaría esa referencia. El nombre del archivo no tiene que contar todo, pero debería permitir distinguirlo de otros que pueden encontrarse en la misma carpeta.
Imaginemos un estudio pequeño que prepara un cartel y un folleto para una misma actividad. Guardar ambos como «diseño» no permite reconocer cuál se abre. «Cartel» y «folleto» ya ayudan, aunque siguen faltando el encargo y la versión si hay varios trabajos parecidos.
El equipo podría acordar una secuencia sencilla: referencia del encargo, pieza y número de revisión. En un ejemplo ficticio, «018-cartel-r02» permite reconocer una segunda revisión del cartel sin abrirlo. La carpeta del encargo puede contener el contexto que no conviene repetir en cada nombre.
No añadiría campos porque caben. Si nadie busca por el nombre de quien lo hizo, incluirlo puede alargar todos los archivos sin aportar una diferencia útil. Una secuencia breve que el equipo utiliza con constancia vale más que una muy completa que cada persona interpreta a su manera.
Antes de decidirla, probaría con unos cuantos documentos reales del trabajo cotidiano: dos encargos del mismo cliente, varias piezas dentro de un encargo y un documento que se modifica durante semanas. Son casos que muestran dónde el sistema se queda corto y dónde repite información.
«Bueno», «nuevo» y «último» dependen del momento en que se escriben. Una numeración de revisiones o una fecha acordada ofrece una diferencia más estable. Hay que elegir qué significa cada una y cuándo se cambia, porque tampoco un «r03» explica por sí solo si está preparado, enviado o aprobado.
Separaría la versión del estado del trabajo. La tercera revisión puede estar pendiente de respuesta, mientras que la segunda era la que se envió anteriormente. Si el equipo necesita distinguir esos estados, puede hacerlo en el registro del encargo o en una ubicación acordada. Añadir «aprobado» al nombre solo tiene sentido si alguien mantiene ese dato cuando cambia la situación.
En el ejemplo del cartel, guardaría las pruebas anteriores donde no se confundan con el archivo que se va a producir. No hace falta borrarlas: pueden servir para entender un cambio. Lo importante es que no compitan visualmente con la versión elegida al abrir la carpeta de entrega.
Evitaría crear una copia en cada lugar desde el que alguien la pide. Si se trabaja sobre una ubicación compartida, el equipo debe saber cuál es la referencia. Los archivos enviados por correo o copiados para una entrega pueden conservarse como registro de lo que salió, con esa función diferenciada del documento en curso.
Dentro de un encargo pueden convivir notas, materiales recibidos, pruebas y archivos preparados para entregar. Me resulta más fácil entenderlos cuando esas funciones se separan con pocas carpetas claras. «Material recibido», «Trabajo» y «Entrega» podrían bastar en un caso sencillo.
No tomaría esos tres nombres como una obligación. Un negocio puede necesitar otro reparto o trabajar con una herramienta que organiza los documentos de forma distinta. Conviene aprovechar su estructura antes de duplicarla con carpetas que nadie utiliza. El criterio es que cada archivo tenga un lugar reconocible.
La carpeta de entrega merece mirarse desde fuera. Una persona que recibe el resultado no necesita adivinar qué prueba debe descartar ni cuál de cinco documentos es el que tiene que usar. Los nombres pueden identificar las piezas y las variantes que realmente se entregan, sin exponer todo el proceso interno.
También distinguiría formatos cuando cumplen funciones diferentes. Un documento editable y su versión para lectura pueden llevar una base de nombre común, de modo que se reconozca la pareja. Si existe una indicación importante sobre cuál debe utilizarse, debería acompañar a la entrega con claridad.
Cambiar de golpe los nombres de todo un archivo antiguo puede romper referencias que el equipo usa a diario. Antes de renombrar, comprobaría cómo se enlazan esos documentos, qué herramientas los abren y quién depende de su ubicación. A veces resulta más razonable aplicar el criterio a los nuevos encargos y ordenar los antiguos cuando se consulten.
Dejaría escrito el acuerdo con unos pocos ejemplos que se puedan imitar. Una regla como «poner nombres claros» no resuelve si la fecha va delante o detrás ni cómo se distingue una revisión. Dos o tres nombres bien escogidos pueden aclarar más que una página de recomendaciones generales.
Después pediría a otra persona que encuentre un documento sin ayuda. Si necesita preguntar qué significa una sigla o cuál es la versión válida, revisaría esa parte del sistema. La prueba útil no consiste en que los archivos parezcan ordenados al mirarlos. Consiste en que alguien pueda localizar lo que necesita y entender qué está abriendo.