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

Última actualización: 21 de octubre de 2026

"¿Puedes hacerlo rapidito?" es la frase más cara del trabajo creativo. Lo que viene después suele ser una petición genuina con una fecha límite genuina, pero ha llegado como un mensaje y no como una solicitud, así que solo existe mientras alguien se acuerde de ella.

Multiplica eso 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 en turno.

Un proceso de aprobación de diseño también tiene que resistir la repetición. Un contrato se firma una vez; una misma pieza gráfica se decide tres o cuatro veces, entre personas que han visto versiones distintas.

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

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

Un proceso de aprobación de diseño tiene seis etapas: Requested, In Design, Internal Review, Awaiting Approval, Changes Requested y Delivered. La solicitud entra con un brief escrito y un motivo para su fecha, cada revisión suma uno al recuento de rondas y el sí final queda en la solicitud como una aprobación de una persona concreta.

La mayoría de los equipos se salta ambos extremos.

¿Por qué falla un proceso de aprobación de diseño antes de que empiece el diseño?

Falla en la entrada: 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, aceptado ni ser el tercero de la fila. Solo puede estar leído o sin leer.

Por eso gana quien más grita: 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 un campo propio y los dos tipos se separan solos. "La imprenta cierra el 16 de julio, sin margen" es una fecha límite; "Sin fecha fija, la plantilla actual falla en el móvil" no lo es. Ambas son trabajo real. Solo una puede colarse.

En Quire, el filtro está en el triaje: nada sale de la lista de entrada sin un solicitante y un motivo en ese campo. Así, "esto es urgente" se convierte en algo que puedes comprobar.

Las colas de diseño también se atascan cuando demasiadas personas pueden comentar y nadie decide: la comparativa de RACI, DACI y RAPID es la capa de quién decide frente a quién asesora que sostiene todo lo que sigue.

¿Qué tiene que decir una solicitud de diseño antes de empezar a trabajar?

Seis respuestas. Una solicitud que las trae todas puede empezar hoy; una a la que le faltan dos es una conversación que tardará tres días en tenerse.

• Qué es, en una línea. "Carrusel de Instagram, cinco diapositivas" es mejor que "algo para el lanzamiento".
• Dónde aparece, y a qué tamaño. Un banner web, un icono de app de 32 px y un panel de feria de dos metros son tres trabajos distintos bajo una misma palabra.
• Para quién es. El público, no el responsable interno.
• Cuándo, y por qué esa fecha. El motivo aporta más información que la fecha.
• Quién la 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 son lo que convierte tres días en dos semanas.

Los project managers le han puesto cifra a esto.

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

Una de las seis merece su propio campo, 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 otros dos campos: Requested by, para quien pide el trabajo, y Review round, para las veces que el trabajo ha vuelto.

El resto es prosa para la descripción de la tarea, y la plantilla incluye las seis como un documento How to request design work al que puedes dirigir a la gente.

Pruébalo en diez minutos. Crea un proyecto gratuito 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. Lo más probable es que dos no tengan ningún motivo, y con eso el argumento queda ganado.

¿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 indican dónde está el trabajo. La decisión tiene su propio registro, una aprobación en 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. Significa que la primera ronda con el aprobador se dedica a la idea, no a los radios de las esquinas.

Changes Requested es la única etapa que va hacia atrás, así que es la que vale la pena contar. Más sobre esto 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 multifuncionales detalla las capas de responsabilidad y traspaso que hay debajo. Para esbozar primero esos traspasos en tu propio pipeline, el mapeo de procesos de negocio te explica cómo, con diagramas de calles incluidos.

¿Qué incluye la plantilla Design Pipeline de Quire?

Una cola de diseño lista para usar: las seis etapas de arriba, 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 cabe 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 poder ordenarlo. Reconstruye esos tres campos donde quieras 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 sin aceptar, dimensionar ni programar. Su longitud es tu señal de capacidad; su regla de triaje es el verdadero filtro, ya que cada elemento necesita un solicitante, un motivo y, o bien un hueco, o bien 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 llegue a una persona concreta que dé un sí registrado o una lista de cambios.
• Dos documentos: How to request design work, la lista de comprobación de seis respuestas para quien solicita, y How to use this template, una guía de configuración en cinco pasos.
• Un panel de control Creative Ops con un widget de tareas bloqueadas y la distribución entre los seis estados.

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

Borra los ejemplos antes de que empiecen a parecerte 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 trabajo por etapas en la biblioteca de Quire. El resumen de plantillas de gestión de proyectos clasifica el resto en trabajo finito, repetitivo y por etapas, para que identifiques fácilmente la siguiente plantilla que necesites.

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

Porque, cuando las solicitudes son tareas, la etapa del pipeline hace el trabajo que el hilo de mensajes nunca pudo hacer. 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 tiene una etapa, un responsable y un lugar en la fila, algo que un hilo de chat no ha logrado jamás.

Las dos sublistas aportan casi todo eso; una sublista es una porción guardada del proyecto junto a la lista principal. Ambas son visibles para todos, y también lo es el veredicto de cada fila cuando se activa la columna Approval.

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

Una distinción decide dónde mirar.

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

El widget Autorizaciones y solicitudes es tu propia bandeja de entrada: cuenta las aprobaciones que te esperan y las solicitudes que enviaste, así que marca cero para quien no sea ni lo uno ni lo otro. Solo la primera responde a una pregunta del equipo.

¿Ya revisas archivos en una herramienta específica, con marcas sobre la pieza? Resérvala para las anotaciones 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 puede verlos.

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: aquí te explicamos cómo compartir un proyecto con clientes sin que tengan que registrarse.

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

El presupuesto se va escapando, un rediseño tras otro, y en una configuración normal nada lo registra. La primera ronda está bien. En la cuarta es donde 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 rondas tres es un problema de entrada disfrazado de problema de diseño: el brief estaba mal, y rehacer el dibujo 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 hallaron que un entorno de retroalimentación de apoyo favorecía 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.

Eso deja una regla que vale la pena aplicar. El feedback nombra el cambio, no la sensación.

"No me convence" no es una solicitud de revisión. "La insignia queda fuera de la tarjeta a 375 px" sí lo es. Un revisor que no sabe nombrar el cambio aún 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 con los archivos, de modo que la segunda ronda se abre sobre la misma pieza de la primera, y el revisor puede ver qué pidió la vez anterior antes de pedir otra cosa.

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

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

Después, el comentario protege expresamente lo que la primera ronda 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 mismo 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 aprueba y dónde queda registrada 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 asocia a un aprobador con nombre y no a una sala.

Indica también en la tarea qué decisión le corresponde. "Estás aprobando el lockup del logotipo, no la paleta de colores" evita el descarrilamiento más común en una revisión: que el revisor responda una pregunta que nadie hizo.

El camino es corto. Abre la solicitud, pide aprobación en Creative sign-off y llega a esa persona. Esta aprueba o solicita cambios.

En cualquier caso, la respuesta queda en la solicitud. Una solicitud de cambios devuelve el trabajo una ronda, así que Review round sube en uno.

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

Hay algo que cambiar en cuanto la dupliques: el ejemplo trae Creative sign-off con dos aprobadores. Pon 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 Premium y en los planes superiores de Quire. Los estados personalizados, que sostienen el pipeline de seis etapas, vienen con todos los planes, incluido el plan gratuito. Encuentra todos los detalles en la página de precios.

La mecánica tiene sus propios artículos: un flujo de aprobación creado con estados personalizados y la función dedicada de Aprobación. Este artículo es la capa que ambos dan por supuesta: la cola que los alimenta.

Key takeaways

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

Cuenta las rondas en tu software de gestión de tareas y la evidencia apunta sola hacia arriba en el proceso, a la solicitud que era demasiado vaga para construir algo a partir de ella. Lo demás se desprende de ahí.

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

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

Frequently asked questions

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

El recorrido que sigue el trabajo creativo desde que alguien lo pide hasta que una persona concreta lo aprueba, en seis etapas de Requested a Delivered. La plantilla Design Pipeline de Quire incluye las etapas como estados, 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?

Ofrece a la gente un sitio 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 entrada donde las nuevas solicitudes llegan en estado Requested.

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

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

¿Quién debe 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 asocian 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 enlace para compartir sin registro, limitado a una sublista si quieres. Un cliente que decide se une al proyecto como aprobador con nombre, y así 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 la aprobación una aprobación en la tarea, así que la cola, las rondas y la decisión comparten un mismo 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 las rondas tres. Arregla esos briefs y dejarás de pagar dos veces por la misma pieza, lo que devuelve a los diseñadores las horas que se llevaba el rediseño.