Proceso de aprobación de diseño: 6 etapas, una lista de verificación de solicitudes y una plantilla

Última actualización: 1 de octubre de 2026

«¿Puedes hacerme algo rapidito?» es la frase más cara del trabajo creativo. Lo que viene detrás suele ser una petición genuina con una fecha genuina, pero ha llegado como un mensaje y no como una solicitud, así que solo existe mientras alguien se acuerde.

Multiplícalo por seis solicitantes y la cola deja de ser una cola. Se convierte en un conjunto de acuerdos privados, y cada dueño cree que el suyo es el siguiente.

Un proceso de aprobación de diseño también tiene que sobrevivir a la repetición. Un contrato se firma una vez; la misma ilustración se decide tres o cuatro veces, entre personas que vieron versiones distintas.

Se rompe en los dos puntos que nadie estructura: cómo llega una solicitud y qué pasa entre la primera revisión y la cuarta.

¿Por qué se rompe un proceso de aprobación de diseño antes de empezar a diseñar?

Se rompe en la recepción: una solicitud que llega como mensaje no tiene estado, así que la cola a la que pertenece es invisible. Un mensaje no puede estar en espera, ni aceptado, ni ser el tercero de la fila. Solo leído o sin leer.

Así gana quien más grita, porque el volumen es la única señal que hay, y el diseñador se convierte en la cola sin darse cuenta. Peor aún, la prioridad deja de ser discutible: «esto es urgente» no se puede contrastar con nada.

Esto último es barato de arreglar. Casi todas las solicitudes traen una fecha; casi ninguna trae el motivo.

Pon el motivo en la solicitud como campo propio y dos tipos se separan solos. «El corte de imprenta es el 16 de julio, sin margen» es una fecha límite; «Sin fecha firme, la plantilla actual falla en móvil» no lo es. Ambos son trabajo real. Solo uno se cuela delante.

En Quire la barrera está en el triaje: nada sale de la lista de recepción sin un solicitante y un motivo en ese campo. Eso convierte «esto es urgente» en algo que se puede comprobar.

Las colas de diseño también se atascan cuando demasiada gente puede comentar y nadie decide: la comparación de RACI, DACI y RAPID es la capa de quién decide y quién asesora que sostiene todo lo que sigue.

¿Qué tiene que decir una solicitud de diseño antes de empezar el trabajo?

Seis respuestas. Una solicitud con las seis se puede empezar hoy; una a la que le faltan dos es una conversación que llevará tres días tener.

• Qué es, en una línea. «Carrusel de Instagram, cinco diapositivas» gana a «algo para el lanzamiento».
• Dónde aparece, y en qué tamaño. Un banner web, un icono de app de 32 px y un panel de stand de dos metros son tres trabajos distintos bajo una sola palabra.
• Para quién es. La audiencia, no el interesado interno.
• Cuándo, y por qué esa fecha. El motivo aporta más información que la fecha.
• Quién lo aprueba. Un nombre.
• Qué existe ya. El brief, el texto, la versión anterior. Cada dato que falta se convierte en una pregunta, y las preguntas convierten tres días en dos semanas.

Los gestores de proyectos han puesto cifras a esto.

La investigación Pulse of the Profession de PMI sobre requisitos encontró que casi la mitad (47 %) de los proyectos fallidos no alcanzó sus objetivos por una gestión inexacta de los requisitos. Una solicitud de diseño es un requisito en miniatura, y una solicitud vaga falla igual, solo que más rápido.

Una de las seis merece un campo propio, porque un campo hace que la respuesta se pueda ordenar: el motivo de la fecha pasa a ser Why this date.

Junto a él van dos campos más: Requested by, para quien pide, y Review round, para las veces que el trabajo ha vuelto.

El resto es texto para la descripción de la tarea, y la plantilla trae las seis en un documento Cómo solicitar trabajo de diseño al que puedes dirigir a la gente.

Pruébalo en diez minutos. Empieza un proyecto gratis en Quire, o abre uno que ya uses, añade un campo de texto llamado Why this date y rellénalo en tus cinco solicitudes abiertas más antiguas. Es probable que dos no tengan motivo alguno, y con eso queda ganado el argumento.

¿Cuáles son las seis etapas de un proceso de aprobación de diseño?

Las seis etapas son Requested, In Design, Internal Review, Awaiting Approval, Changes Requested y Delivered. Esas seis siguen dónde está el trabajo. La decisión tiene su propio registro, una aprobación sobre la tarea, y mantener ambas cosas separadas es casi todo el truco.

Así funciona cada etapa en la plantilla Design Pipeline:

Internal Review es la etapa que los equipos se saltan y la que se paga sola. Hace que la primera ronda con el aprobador se dedique a la idea y no al radio de las esquinas.

Changes Requested es la única etapa que corre hacia atrás, así que es la que vale la pena contar. Más sobre eso abajo.

Cada etapa de esa tabla es un traspaso entre dos equipos, el que pide y el que diseña. La guía de gestión de proyectos multifuncional expone las capas de responsabilidad y traspaso que hay debajo.

¿Qué incluye la plantilla Design Pipeline de Quire?

Una cola de diseño funcional: las seis etapas anteriores, tres campos personalizados, dos sublistas, una categoría de aprobación Creative sign-off, dos documentos y un panel de control. Abre la plantilla Design Pipeline de Quire, entra en la sublista Intake: not triaged y todo el argumento aparece en tres filas.

Recruiting posters dice «Careers fair is 16 Aug» en Why this date. Partner co-brand kit, con vencimiento una semana antes, dice «Partner launch has no date yet». Misma cola, mismo campo, y solo una de ellas es una fecha límite.

Lo que hace posibles esas filas:

• Tres campos, y los tipos importan. Requested by es un campo de usuario, así que la cola se filtra por quién pide. Why this date es de texto. Review round es un número, sin decimales, para que se ordene. Reconstruye esos tres en cualquier sitio y tendrás casi todo el valor.
• Etiquetas para la superficie: web, brand, social, print, email, video y rush para las que de verdad lo son.
• Intake: not triaged, una sublista de solicitudes aún no aceptadas, dimensionadas ni programadas. Su longitud es tu señal de capacidad; su regla de triaje es la barrera real, porque cada elemento necesita un solicitante, un motivo y, o un hueco, o un no.
• Waiting on a decision, una sublista de trabajo terminado aparcado con un aprobador. Léela por antigüedad, no por longitud.
• Una categoría de aprobación Creative sign-off, ya creada, para que el trabajo terminado vaya a una persona con nombre que da un sí registrado o una lista de cambios.
• Dos documentos: Cómo solicitar trabajo de diseño, la lista de seis respuestas para los solicitantes, y Cómo usar esta plantilla, una guía de configuración en cinco pasos.
• Un panel de control Creative Ops con un widget de tareas bloqueadas y el reparto entre los seis estados.

Copiarla lleva un minuto. Abre el menú desplegable junto al nombre de la plantilla, ve a More, elige Duplicar y escoge la organización donde vivirá tu copia.

Borra los ejemplos antes de que empiecen a parecer tuyos y resiste la tentación de un cuarto campo hasta que algo haya salido mal dos veces. Tres campos se rellenan, seis se ignoran, y un campo ignorado es peor que ninguno porque sigue pareciendo un dato.

Design Pipeline es la opción de flujo por etapas en la biblioteca de Quire. El resumen de plantillas de gestión de proyectos ordena el resto en trabajo finito, repetitivo y por etapas, para que sea fácil ver cuál necesitas después.

¿Por qué las solicitudes de diseño deben vivir en un software de gestión de tareas y no en el chat?

Porque cuando las solicitudes son tareas, la etapa del flujo hace el trabajo que el hilo de mensajes no podía. Cualquiera puede abrir el proyecto y ver, en los datos de ejemplo, que cuatro cosas están con un aprobador y tres no se han triado, sin pedirle a un diseñador que lo recite.

Ese es todo el trabajo del software de gestión de tareas en el trabajo creativo: cada solicitud recibe una etapa, un responsable y un lugar en la fila, algo que un chat que se desplaza nunca ha logrado.

Las dos sublistas cargan con buena parte de eso, siendo una sublista un corte guardado del proyecto junto a la lista principal. Ambas son visibles para todos, y también el veredicto de cada fila una vez activada la columna Aprobación.

Tres días en Waiting on a decision suelen significar que alguien está evitando decidir.

Una distinción decide dónde mirar.

La etapa Awaiting Approval es la cola compartida, que se ordena y es lo que revisas el lunes.

El widget Autorizaciones y solicitudes es tu propia bandeja, que cuenta las aprobaciones que esperan por ti y las solicitudes que enviaste, así que marca cero para quien no sea ninguna de las dos cosas. Solo la primera responde a una pregunta de equipo.

¿Ya revisas archivos en una herramienta específica, con marcas sobre la ilustración? Úsala para las marcas y pega el enlace de la prueba en la solicitud. La cola, el recuento de rondas y la aprobación se quedan en la tarea, donde todo el equipo los ve.

Los revisores externos se atascan más al crear una cuenta que con el diseño en sí. Un cliente que solo necesita mirar puede abrir un enlace sin cuenta alguna, limitado a una sola sublista si quieres: así puedes compartir un proyecto con clientes sin que se registren.

¿Qué pasa entre la ronda uno y la ronda cuatro de una revisión de diseño?

El presupuesto se fuga, un rediseño tras otro, y en una configuración normal nada lo registra. La ronda uno está bien. En la ronda cuatro mueren los presupuestos, y casi ningún documento de proceso cubre el tramo intermedio.

Así que cuéntalas. El campo Review round convierte una vaga sensación de vaivén en una columna ordenable. Una ronda es normal, dos está bien, y un grupo de treses es un problema de recepción disfrazado de problema de diseño: el brief era erróneo, y redibujar no arregla un brief.

La otra mitad es lo que contienen las rondas. En un estudio con 264 empleados de siete empresas, Zhenxing Gong y Na Zhang encontraron que un entorno de retroalimentación de apoyo alimentaba el rendimiento creativo de forma indirecta, a través del estado de ánimo de las personas.

Su conclusión: «crear un entorno de retroalimentación de apoyo por parte del supervisor es muy importante para mejorar el rendimiento creativo». Son datos de encuesta, así que léelos como una correlación y no como una palanca, pero la idea se sostiene. La retroalimentación forma parte del trabajo, no es una reacción a él.

De ahí sale una regla que vale la pena imponer. El feedback nombra el cambio, no la sensación.

«No me convence» no es una petición de revisión. «La insignia queda fuera de la tarjeta a 375 px» sí lo es. Un revisor que no sabe nombrar el cambio no está listo para revisar, y decírselo pronto es más amable que tres rondas de adivinanzas.

En Quire ese feedback vive en la tarea junto a los archivos, así que la ronda dos se abre sobre la misma ilustración de la ronda uno, y el revisor puede ver lo que pidió la vez anterior antes de pedir otra cosa.

La plantilla trae un ejemplo trabajado en la ficha de caso de estudio, una de las dos filas que dicen Creative sign-off: Solicitar cambios en la lista de arriba.

Está en la ronda dos con un comentario que nombra dos ediciones: falta el cargo en una cita de cliente y una métrica no coincide con el texto.

Después, el comentario protege explícitamente lo que la ronda uno ya aprobó. Esto último importa más de lo que parece, porque reabrir una decisión cerrada es como la ronda dos se convierte en la ronda cinco.

El trabajo con clientes es este problema con el volumen al máximo, porque las revisiones llegan de fuera de tu equipo: la gestión de proyectos de agencia sin caos explica cómo limitar las rondas cuando quien revisa es quien paga.

¿Quién da la aprobación y dónde se registra la decisión?

Una persona con nombre por decisión, y la decisión se registra en la propia solicitud. Un diseño con dos aprobadores no tiene ninguno. La plantilla usa una categoría Creative sign-off, de modo que la decisión se asigna a un aprobador con nombre y no a una sala.

Indica también en la tarea qué decisión es la suya. «Estás aprobando el lockup del logotipo, no la paleta de colores» evita el descarrilamiento más común en las revisiones: un revisor que responde una pregunta que nadie hizo.

El recorrido es corto. Abre la solicitud, pide una aprobación en Creative sign-off y le llega a esa persona. Esta puede aprobar o solicitar cambios.

En ambos casos la respuesta queda en la solicitud. Una petición de cambios devuelve el trabajo una ronda, así que Review round sube en uno.

Un ajuste convierte la aprobación en una barrera real. En Configuración del proyecto, dentro de Estado, activa la opción que bloquea la finalización mientras una aprobación sigue pendiente, y nada llegará a Delivered hasta que el aprobador diga que sí.

Algo que cambiar en cuanto la dupliques: el ejemplo trae Creative sign-off con dos aprobadores. Asigna a tu revisor real en la configuración del proyecto y déjalo en uno, porque un diseño con dos aprobadores vuelve a no tener ninguno.

Aprobación está disponible en los planes Premium y superiores de Quire. Los estados personalizados, que sostienen el flujo de seis etapas, vienen con todos los planes, incluido Free. Los detalles completos están en la página de precios.

La mecánica tiene sus propias guías: un flujo de aprobación construido con estados personalizados y la función de Aprobación dedicada. Este artículo es la capa que ambas dan por supuesta, es decir, la cola que las alimenta.

Conclusiones clave

Si te llevas una sola cosa, que sea el contador de rondas. Un diseño en la ronda tres casi nunca es un problema de diseño, y cada hora gastada en redibujarlo es una hora dedicada a tratar un síntoma.

Cuenta las rondas en tu software de gestión de tareas y la evidencia apunta sola hacia arriba, a la solicitud que era demasiado vaga para trabajar con ella. Lo demás se sigue de ahí.

La plantilla Design Pipeline ya trae el contador, la lista de recepción y el documento de solicitud con las seis respuestas, así que el siguiente paso es pequeño. Pega el documento de solicitud en el canal por el que hoy llegan tus peticiones y mira cuántas de las de esta semana saben responder las seis.

Regístrate en Quire, copia el flujo y pasa por él tu próxima solicitud de diseño.

Preguntas frecuentes

¿Qué es un proceso de aprobación de diseño?

El camino que recorre el trabajo creativo desde que alguien lo pide hasta que una persona con nombre le da su aprobación. La mayoría de los equipos tienen el centro pero no los extremos. La plantilla Design Pipeline de Quire ofrece ambos, con un documento de solicitud al principio y una aprobación registrada al final.

¿Cómo evitar que las solicitudes de diseño lleguen como mensajes sueltos?

Dale a la gente un lugar mejor y haz que sea la vía más rápida. La plantilla incluye un documento de solicitud con las seis respuestas que necesita una solicitud, además de una sublista de recepción donde las solicitudes nuevas entran con el estado Requested.

¿Cuántas rondas de revisión de diseño son normales?

Una es normal, dos está bien, y tres suele indicar que el fallo estaba en el brief y no en el trabajo. El campo Review round convierte eso en una columna ordenable en lugar de una sensación.

¿Quién debería aprobar el trabajo de diseño?

Una persona con nombre por decisión, que sepa cuál es la suya. Las categorías de aprobación de Quire asignan la decisión a una persona y no a un canal.

¿Cómo revisan los clientes externos el trabajo de diseño en Quire?

Un cliente que solo necesita mirar abre un Compartir Enlace sin registro, limitado a una sublista si quieres. Un cliente que decide se une al proyecto como aprobador con nombre, así que la aprobación queda en la solicitud.

¿Puede un software de gestión de tareas llevar un proceso de aprobación de diseño?

Sí. En Quire cada solicitud es una tarea, cada etapa un estado y el sí final una aprobación sobre la tarea, así que la cola, las rondas y la decisión comparten un solo registro.

¿Cómo ayuda un buen proceso de aprobación de diseño a que un equipo sea más productivo en el trabajo?

Menos rediseños. Contar las rondas de revisión en Quire te muestra dónde se concentran los treses. Arregla esos briefs y dejarás de pagar dos veces por la misma ilustración, lo que devuelve a los diseñadores las horas que se llevaba el rediseño.