Processo de aprovação de design: 6 etapas, uma checklist de pedido e um modelo

Última atualização: 1 de outubro de 2026

"Podes só fazer rapidinho" é a frase mais cara do trabalho criativo. O que vem a seguir costuma ser um pedido genuíno com um prazo genuíno, mas chegou como mensagem e não como pedido, o que significa que só existe enquanto alguém se for lembrando dele.

Multiplique isso por seis requerentes e a fila deixa de ser fila. Passa a ser um conjunto de entendimentos privados, e cada dono acredita que o seu é o próximo.

Um processo de aprovação de design tem também de sobreviver à repetição. Um contrato assina-se uma vez; a mesma arte é decidida três ou quatro vezes, por pessoas que viram versões diferentes.

Quebra nos dois sítios que ninguém estrutura: a forma como o pedido chega e o que acontece entre a primeira revisão e a quarta.

Porque é que um processo de aprovação de design falha antes de o design começar?

Falha na receção: um pedido que chega como mensagem não tem estado, por isso a fila a que pertence é invisível. Uma mensagem não pode estar em espera, aceite ou em terceiro lugar. Só lida ou por ler.

Assim, ganha quem faz mais barulho, porque o volume é o único sinal que existe, e o designer torna-se discretamente a fila. Pior, a prioridade deixa de ser discutível: "isto é urgente" não se pode confrontar com nada.

Esse último ponto é barato de resolver. Quase todos os pedidos trazem uma data; quase nenhum traz o motivo.

Ponha o motivo no pedido como campo próprio e dois tipos separam-se sozinhos. "A gráfica fecha a 16 de julho, sem margem" é um prazo; "Sem data fixa, o modelo atual falha em telemóvel" não é. Ambos são trabalho real. Só um passa à frente.

No Quire, a barreira fica na triagem: nada sai da lista de receção sem um requerente e um motivo nesse campo. É isso que transforma "isto é urgente" em algo verificável.

As filas de design também encravam quando demasiadas pessoas comentam e ninguém decide: a comparação entre RACI, DACI e RAPID é a camada de quem decide versus quem aconselha que está por baixo de tudo o que se segue.

O que tem de dizer um pedido de design antes de o trabalho começar?

Seis respostas. Um pedido com as seis pode começar hoje; um a que faltem duas é uma conversa que vai levar três dias a ter.

• O que é, numa linha. "Carrossel de Instagram, cinco slides" é melhor do que "qualquer coisa para o lançamento".
• Onde aparece, e em que tamanho. Um banner de site, um ícone de app de 32px e um painel de stand de dois metros são três trabalhos diferentes por trás da mesma palavra.
• Para quem é. O público, não o interessado interno.
• Quando, e porquê essa data. O motivo traz mais informação do que a data.
• Quem valida. Um nome.
• O que já existe. O briefing, o texto, a versão anterior. Cada elemento em falta torna-se uma pergunta, e são as perguntas que transformam três dias em duas semanas.

Os gestores de projeto já puseram um número nisto.

A investigação Pulse of the Profession do PMI sobre requisitos concluiu que quase metade (47%) dos projetos sem sucesso falhou os objetivos por uma má gestão dos requisitos. Um pedido de design é um requisito em ponto pequeno, e um pedido vago falha da mesma maneira, só que mais depressa.

Uma das seis merece um campo próprio, porque um campo torna a resposta ordenável: o motivo por trás da data passa a ser Why this date.

Mais dois campos ficam ao lado, Requested by para quem pediu e Review round para o número de vezes que o trabalho voltou.

O resto é prosa para a descrição da tarefa, e o modelo traz as seis num documento How to request design work para onde pode encaminhar as pessoas.

Teste em dez minutos. Comece um projeto Quire grátis, ou abra um que já use, acrescente um campo de texto chamado Why this date e preencha-o nos seus cinco pedidos abertos mais antigos. É provável que dois fiquem sem motivo nenhum, e o argumento está ganho.

Quais são as seis etapas de um processo de aprovação de design?

As seis etapas são Requested, In Design, Internal Review, Awaiting Approval, Changes Requested e Delivered. Estas seis acompanham onde está o trabalho. A decisão tem o seu próprio registo, uma aprovação na tarefa, e manter as duas coisas separadas é quase todo o segredo.

Eis como corre cada etapa no modelo Design Pipeline:

Internal Review é a etapa que as equipas saltam e a que se paga a si própria. Significa que a primeira ronda com o aprovador é gasta na ideia, não nos raios dos cantos.

Changes Requested é a única etapa que corre para trás, por isso é a que vale a pena contar. Mais sobre isso adiante.

Cada etapa dessa tabela é uma passagem de testemunho entre duas equipas, a que pede e a que desenha. O guia de gestão de projetos multifuncional expõe as camadas de responsabilidade e de passagem que estão por baixo.

O que traz o modelo Design Pipeline do Quire?

Uma fila de design pronta a funcionar: as seis etapas acima, três campos personalizados, duas sublistas, uma categoria de aprovação Creative sign-off, dois documentos e um painel. Abra o modelo Design Pipeline do Quire, entre na sublista Intake: not triaged e o argumento todo cabe em três linhas.

Recruiting posters diz "Careers fair is 16 Aug" em Why this date. Partner co-brand kit, com data uma semana antes, diz "Partner launch has no date yet". Mesma fila, mesmo campo, e só um deles é um prazo.

O que torna essas linhas possíveis:

• Três campos, e os tipos importam. Requested by é um campo de utilizador, por isso a fila filtra por quem pede. Why this date é texto. Review round é um número, sem decimais, para poder ordenar. Reconstrua estes três em qualquer lado e fica com quase todo o valor.
• Tags para a superfície: web, brand, social, print, email, video e rush para os que realmente o são.
• Intake: not triaged, uma sublista de pedidos ainda não aceites, dimensionados ou agendados. O seu tamanho é o sinal de capacidade; a sua regra de triagem é a verdadeira barreira, já que cada item precisa de um requerente, um motivo e uma vaga ou um não.
• Waiting on a decision, uma sublista de trabalho concluído parado junto de um aprovador. Leia-a pela antiguidade, não pelo tamanho.
• Uma categoria de aprovação Creative sign-off, já criada, para que o trabalho concluído vá para uma pessoa identificada, para um sim registado ou uma lista de alterações.
• Dois documentos: How to request design work, a checklist de seis respostas para os requerentes, e How to use this template, um guia de configuração em cinco passos.
• Um painel Creative Ops com um widget de tarefas bloqueadas e a distribuição pelos seis estados.

Copiá-lo demora cerca de um minuto. Abra o menu junto ao nome do modelo, vá a More, escolha Duplicar e indique a organização onde a cópia deve ficar.

Apague os exemplos antes de começarem a parecer seus e resista a um quarto campo até algo ter corrido mal duas vezes. Três campos são preenchidos, seis são ignorados, e um campo ignorado é pior do que nenhum porque continua a parecer dados.

O Design Pipeline é a escolha de trabalho por etapas na biblioteca do Quire. O resumo de modelos de gestão de projetos organiza os restantes em trabalho finito, repetitivo e por etapas, para que o próximo modelo de que precisar seja fácil de encontrar.

Porque devem os pedidos de design viver num software de gestão de tarefas e não no chat?

Porque, quando os pedidos são tarefas, a etapa do pipeline faz o trabalho que o fio de mensagens nunca conseguiu. Qualquer pessoa pode abrir o projeto e ver, nos dados de exemplo, que quatro itens estão com um aprovador e três ainda não foram triados, sem pedir a um designer que o recite.

Esse é todo o papel do software de gestão de tarefas no trabalho criativo: cada pedido tem uma etapa, um responsável e um lugar na fila, algo que um scroll de chat nunca conseguiu.

As duas sublistas carregam a maior parte disso, sendo uma sublista uma fatia guardada do projeto ao lado da lista principal. Ambas são visíveis para todos, e o veredicto de cada linha também, quando a coluna Aprovação está ativa.

Três dias em Waiting on a decision normalmente significa que alguém está a evitá-lo.

Uma distinção decide onde olhar.

A etapa Awaiting Approval é a fila partilhada, que se ordena e é o que revê à segunda-feira.

O widget Aprovações e Pedidos é a sua caixa de entrada pessoal, que conta as aprovações à sua espera e os pedidos que enviou, por isso mostra zero para quem não é nem uma coisa nem outra. Só a primeira responde a uma pergunta de equipa.

Já revê ficheiros numa ferramenta dedicada, com marcadores sobre a arte? Mantenha-a para as anotações e cole o link da revisão no pedido. A fila, a contagem de rondas e a validação ficam na tarefa, onde toda a equipa as vê.

Os revisores externos encravam mais na criação de conta do que no design em si. Um cliente que só precisa de ver pode abrir um link sem conta nenhuma, limitado a uma única sublista, se quiser: eis como partilhar um projeto com clientes sem que se registem.

O que acontece entre a ronda um e a ronda quatro de uma revisão de design?

O orçamento escoa, um redesenho de cada vez, e nada numa configuração normal o regista. A ronda um está bem. Na ronda quatro é que os orçamentos morrem, e quase nenhum documento de processo cobre o intervalo.

Por isso conte-as. O campo Review round transforma uma vaga sensação de vaivém numa coluna ordenável. Uma ronda é normal, duas é aceitável, e um conjunto de rondas três é um problema de receção vestido de problema de design: o briefing estava errado, e redesenhar não corrige um briefing.

A outra metade é o que as rondas contêm. Num estudo com 264 funcionários de sete empresas, Zhenxing Gong e Na Zhang concluíram que um ambiente de feedback de apoio alimentava o desempenho criativo de forma indireta, através do estado de espírito das pessoas.

A conclusão deles: "criar um ambiente de feedback de apoio por parte do supervisor é bastante importante para melhorar o desempenho criativo." São dados de inquérito, por isso leia-os como correlação e não como alavanca, mas a ideia mantém-se. O feedback faz parte do trabalho, não é uma reação a ele.

Daqui sai uma regra que vale a pena impor. O feedback nomeia a alteração, não o sentimento.

"Não me diz nada" não é um pedido de revisão. "O selo fica fora do cartão a 375px" é. Um revisor que não consegue nomear a alteração não está pronto para rever, e dizê-lo cedo é mais simpático do que três rondas de adivinhação.

No Quire, esse feedback fica na tarefa com os ficheiros, de modo que a ronda dois abre sobre a mesma arte de que falava a ronda um, e o revisor vê o que pediu da última vez antes de pedir outra coisa.

O modelo tem um exemplo prático na página de caso de estudo, uma das duas linhas que dizem Creative sign-off: Pedir alterações na lista acima.

Está na ronda dois, com um comentário que nomeia duas edições: falta o cargo numa citação de cliente e uma métrica não coincide com o texto.

Depois o comentário protege explicitamente o que a ronda um já validou. Esta última parte importa mais do que parece, porque reabrir uma decisão fechada é como a ronda dois se torna ronda cinco.

O trabalho para clientes é este problema com o volume no máximo, porque as revisões chegam de fora da sua equipa: a gestão de projetos de agência sem caos explica como limitar as rondas quando o revisor é quem paga.

Quem valida, e onde fica registada a decisão?

Uma pessoa identificada por decisão, e a decisão fica registada no próprio pedido. Um design com dois aprovadores não tem nenhum. O modelo usa uma categoria Creative sign-off, para que a decisão fique associada a um aprovador identificado e não a uma sala.

Indique também na tarefa qual é a decisão que lhe cabe. "Está a aprovar o logótipo, não a paleta de cores" evita o descarrilamento mais comum nas revisões, que é o revisor responder a uma pergunta que ninguém fez.

O caminho é curto. Abra o pedido, peça aprovação em Creative sign-off e ele chega a essa pessoa. Ela aprova ou pede alterações.

De qualquer forma, a resposta fica no pedido. Um pedido de alterações devolve o trabalho uma ronda atrás, por isso Review round sobe uma unidade.

Uma definição transforma a validação numa barreira real. Em Definições do projeto, em Estado, ative a opção que bloqueia a conclusão enquanto uma aprovação estiver pendente, e nada chega a Delivered até o aprovador dizer sim.

Uma coisa a mudar no momento em que duplica: o exemplo traz Creative sign-off com dois aprovadores. Defina o seu revisor real nas definições do projeto e reduza para um, porque um design com dois aprovadores volta a não ter nenhum.

Aprovação está disponível nos planos Premium e superiores do Quire. Os estados personalizados, que sustentam o pipeline de seis etapas, vêm com todos os planos, incluindo o Free. Os detalhes completos estão na página de preços.

A mecânica tem os seus próprios artigos: um fluxo de aprovação construído com estados personalizados e a funcionalidade dedicada de Aprovação. Este artigo é a camada que ambos assumem, que é a fila que os alimenta.

Principais conclusões

Se levar uma coisa daqui, leve o contador de rondas. Um design na ronda três quase nunca é um problema de design, e cada hora gasta a redesenhá-lo é uma hora gasta a tratar um sintoma.

Conte as rondas no seu software de gestão de tarefas e a evidência aponta sozinha para montante, para o pedido que era vago demais para se trabalhar. O resto vem daí.

O modelo Design Pipeline já tem o contador, a lista de receção e o documento de pedido com as seis respostas, por isso o passo seguinte é pequeno. Cole o documento de pedido no canal por onde hoje chegam os seus pedidos e veja quantos dos pedidos desta semana conseguem responder às seis.

Registe-se no Quire, copie o pipeline e passe o seu próximo pedido de design por ele.

Perguntas frequentes

O que é um processo de aprovação de design?

O caminho que o trabalho criativo percorre desde que alguém o pede até que uma pessoa identificada o valida. A maioria das equipas tem o meio e não as pontas. O modelo Design Pipeline do Quire traz ambas, com um documento de pedido no início e uma aprovação registada no fim.

Como evitar que os pedidos de design cheguem como mensagens soltas?

Dê às pessoas um sítio melhor e faça dele o caminho mais rápido. O modelo inclui um documento de pedido com as seis respostas de que um pedido precisa, mais uma sublista de receção onde os novos pedidos entram com o estado Requested.

Quantas rondas de revisão de design são normais?

Uma é normal, duas é aceitável, três normalmente significa que o briefing estava errado e não o trabalho. O campo Review round torna isso uma coluna ordenável em vez de uma sensação.

Quem deve aprovar o trabalho de design?

Uma pessoa identificada por decisão, que sabe qual é a decisão que lhe cabe. As categorias de aprovação do Quire associam a decisão a uma pessoa e não a um canal.

Como podem os clientes externos rever o trabalho de design no Quire?

Um cliente que só precisa de ver abre um link de partilha sem registo, limitado a uma sublista, se quiser. Um cliente que decide entra no projeto como aprovador identificado, pelo que a validação fica no pedido.

Pode um software de gestão de tarefas executar um processo de aprovação de design?

Sim. No Quire, cada pedido é uma tarefa, cada etapa um estado e a validação uma aprovação na tarefa, por isso a fila, as rondas e a decisão partilham um único registo.

Como ajuda um bom processo de aprovação de design uma equipa a ser mais produtiva no trabalho?

Menos redesenhos. Contar as rondas de revisão no Quire mostra onde se concentram as rondas três. Corrija esses briefings e deixa de pagar duas vezes pela mesma arte, o que devolve aos designers as horas que o redesenho lhes consumia.