¿Existe una convención de nomenclatura estándar para las fases de diseño, como en las rondas de revisiones, que no es solo el Concepto 1, el Concepto 2, etc.?
Sé que mi agencia usa la fase de concepto, luego el diseño de copia, luego la línea clave 1, 2, 3, etc., pero siento que no tienen sentido cuando estoy comunicando la fase actual del trabajo cuando lo envío a los clientes. .
Ejemplo: "Estos son los cambios que solicitó de la última fase de la línea clave. Ahora estamos pasando a la Línea clave 2 con más revisiones".
Las convenciones de nombres dependen de lo que funcione para cada empleado/departamento/empresa.
Uso convenciones que tienen sentido para mí. Etiqueto una fecha, como rev0807 , o _draft, _revision, _final, etc.
Es importante que sean identificables, así que trato de ser bastante específico. Si alguien además de mí va a hacer cambios, podría usar _sarah_rev_0807 .
No creo que haya un estándar, pero puede haber estándares internos creados por su organización o por su cuenta.
Después de 12 años en el negocio y pasando por diferentes esquemas de nombres, descubrí que el más útil para mí es nombrar los borradores como números. P.ej. 01, 02, 03, etc. Habrá una carpeta separada con vistas previas enviadas al cliente en diferentes etapas y también se llamarán 01, 02, 03, etc.
Acerca de la fecha, cada uno de estos archivos tiene asignada una fecha del sistema que es claramente visible a través del explorador de archivos, por lo que no me molestaré en incluir una fecha en los nombres de los archivos, aunque esto a veces es útil cuando se envían borradores a los clientes.
Para proyectos que se desarrollen durante un período más largo (unos pocos meses), reiniciaré este contador en algún momento y nombraré el último borrador "01" y eliminaré los borradores más antiguos, especialmente si se acuerda un hito intermedio con el cliente.
Luego, cuando el trabajo esté terminado y entregado, en la mayoría de los casos solo mantendré el final editable (en la mayoría de los casos sin versiones anteriores) y también haré una copia de seguridad de los entregables finales (jpg, pdf, etc.).
Como he trabajado en una empresa de TI durante bastante tiempo (y todavía lo hago), he adaptado las convenciones de software de actualizaciones de puntos y actualizaciones de versiones. Utilizo la fecha como primera diferenciación y los números de versión como segunda.
También uso el nombre del cliente y el nombre del proyecto, por lo que mi estructura final de carpetas es algo así como:
Por supuesto, la elección de cuándo usar una actualización de versión y cuándo usar una actualización de punto es algo arbitraria. Pero por lo general, sabrás cuál es cuál. Y dado que la mayoría de las personas están familiarizadas con este sistema (especialmente porque las actualizaciones de aplicaciones son tan comunes y rápidas), lo entenderán y lo mantendrán.
joojaa