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

Última atualização: 21 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. Ou seja, só existe enquanto alguém se lembrar dele.

Multiplique isto por seis solicitantes 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 também tem 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 em 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.

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

Um processo de aprovação de design decorre em seis fases: Pedido, Em design, Revisão interna, À espera de aprovação, Alterações pedidas e Entregue. O pedido entra com um briefing escrito e um motivo para a data, cada revisão soma um à contagem de rondas e o sim final fica na tarefa como aprovação de uma pessoa nomeada.

A maioria das equipas ignora as duas pontas.

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

Falha na entrada: 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ó pode estar por ler ou lida.

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

Esta parte é barata de resolver. Quase todos os pedidos trazem uma data; quase nenhum traz o motivo.

Ponha o motivo no pedido, num 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 entrada sem um solicitante e um motivo nesse campo. É isso que transforma «isto é urgente» em algo verificável.

As filas de design também encravam quando muita gente comenta e ninguém decide: a comparação entre RACI, DACI e RAPID explica a camada de quem decide e 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 que as traga todas pode começar hoje; um que falhe duas é uma conversa que vai levar três dias a ter.

• O que é, numa linha. «Carrossel de Instagram, cinco diapositivos» vale mais do que «qualquer coisa para o lançamento».
• Onde aparece, e em que tamanho. Um banner de site, um ícone de app de 32 px e um painel de feira de dois metros são três trabalhos diferentes sob a 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 aprova. 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 projetos 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 má gestão de requisitos. Um pedido de design é um requisito em miniatura, e um pedido vago falha da mesma maneira, só que mais depressa.

Uma das seis merece um campo próprio, porque é o campo que torna a resposta ordenável: o motivo da data passa a ser Porquê esta data.

Há mais dois campos ao lado: Pedido por, para quem pediu, e Ronda de revisão, para quantas vezes o trabalho voltou.

O resto é texto para a descrição da tarefa, e o modelo traz as seis respostas num documento Como pedir trabalho de design 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 Porquê esta data e preencha-o nos seus cinco pedidos abertos mais antigos. É provável que dois não tenham motivo nenhum, e o argumento está ganho.

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

As seis fases são Pedido, Em design, Revisão interna, À espera de aprovação, Alterações pedidas e Entregue. 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 truque.

Veja como cada fase corre no modelo Design Pipeline:

A Revisão interna é a fase que as equipas saltam e a que se paga a si própria. Faz com que a primeira ronda com o aprovador sirva para discutir a ideia, não os cantos arredondados.

Alterações pedidas é a única fase que corre ao contrário, por isso é a que vale a pena contar. Falamos disso mais abaixo.

Cada fase daquela tabela é uma passagem de testemunho entre duas equipas, a que pede e a que desenha. O guia de gestão de projetos multifuncional descreve as camadas de responsabilidade e de passagem que estão por baixo. Para esboçar primeiro essas passagens no seu próprio pipeline, o mapeamento de processos de negócio mostra como, incluindo diagramas de swimlanes.

O que inclui o modelo Design Pipeline do Quire?

Uma fila de design funcional: as seis fases acima, três campos personalizados, duas sublistas, uma categoria de aprovação criativa, dois documentos e um painel. Abra o modelo Design Pipeline do Quire, entre na sublista Entrada: sem triagem e o argumento todo cabe em três linhas.

Os cartazes de recrutamento dizem «A feira de emprego é a 16 de agosto» em Porquê esta data. O kit de co-branding com o parceiro, com prazo uma semana antes, diz «O lançamento com o parceiro ainda não tem data». Mesma fila, mesmo campo, e só um deles é um prazo.

O que torna essas linhas possíveis:

• Três campos, e os tipos importam. Pedido por é um campo de utilizador, por isso a fila filtra por quem pede. Porquê esta data é texto. Ronda de revisão é um número, sem decimais, para poder ordenar. Reconstrua estes três em qualquer lado e tem a maior parte do valor.
• Tags para a superfície: web, marca, social, impressão, email, vídeo e urgente para os que realmente o são.
• Entrada: sem triagem, uma sublista de pedidos ainda não aceites, dimensionados nem agendados. O seu tamanho é o seu sinal de capacidade; a regra de triagem é a verdadeira barreira, já que cada item precisa de um solicitante, um motivo e uma vaga ou um não.
• À espera de decisão, uma sublista de trabalho terminado parado com um aprovador. Leia-a pela idade, não pelo tamanho.
• Uma categoria de aprovação criativa, já pronta, para que o trabalho terminado vá para uma pessoa nomeada, que dá um sim registado ou uma lista de alterações.
• Dois documentos: Como pedir trabalho de design, a lista de verificação das seis respostas para quem pede, e Como usar este modelo, 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 leva cerca de um minuto. Abra o menu junto ao nome do modelo, vá a Mais, escolha Duplicar e indique a organização onde a cópia deve ficar.

Apague os exemplos antes que comecem a parecer seus e resista a um quarto campo até algo correr 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 informação.

O Design Pipeline é a escolha para trabalho por fases na biblioteca do Quire. O resumo dos modelos de gestão de projetos organiza os restantes em trabalho finito, recorrente e por fases, 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 fase 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 passaram pela triagem, sem pedir a um designer que o recite.

É esse o trabalho do software de gestão de tarefas no trabalho criativo: cada pedido tem uma fase, um responsável e um lugar na fila, algo que um histórico 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, tal como o veredicto de cada linha quando a coluna Aprovação está ativa.

Três dias em À espera de decisão costumam significar que alguém está a evitar o assunto.

Uma distinção decide onde olhar.

A fase À espera de aprovação é a fila partilhada, que se ordena e é a que se 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 a quem não for nenhuma das coisas. Só a primeira responde a uma pergunta da equipa.

Já revê ficheiros numa ferramenta própria, com marcações 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 aprovação ficam na tarefa, onde toda a equipa as vê.

Os revisores externos encravam mais na criação de conta do que no próprio design. Um cliente que só precisa de ver pode abrir um link sem conta nenhuma, limitado a uma única sublista se preferir: veja 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 escapa-se, um redesenho de cada vez, e numa configuração normal nada o regista. A ronda um é normal. É na ronda quatro que os orçamentos morrem, e quase nenhum documento de processo cobre o que fica pelo meio.

Por isso, conte-as. O campo Ronda de revisão transforma a vaga sensação de vaivém numa coluna ordenável. Uma ronda é normal, duas está bem, e um aglomerado de terceiras rondas é um problema de entrada 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 colaboradores 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 da chefia é muito importante para melhorar o desempenho criativo.» São dados de inquérito, por isso leia-os como uma correlação e não como uma 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 aos 375 px» é. Um revisor que não consegue nomear a alteração ainda não está pronto para rever, e dizê-lo cedo é mais simpático do que três rondas às cegas.

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

O modelo tem um exemplo prático no resumo de um caso de estudo, uma das duas linhas que dizem Aprovação criativa: Pedir alterações na lista acima.

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

Depois, o comentário protege expressamente o que a ronda um já aprovou. Esta parte conta 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 vêm de fora da sua equipa: a gestão de projetos de agência sem caos explica como limitar rondas quando o revisor é quem paga.

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

Uma pessoa nomeada 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 Aprovação criativa, para que a decisão fique ligada a um aprovador nomeado e não a uma sala.

Diga também na tarefa qual é a decisão dessa pessoa. «Está a aprovar o logótipo, não a paleta de cores» evita o desvio de revisão mais comum, que é o revisor responder a uma pergunta que ninguém fez.

O caminho é curto. Abra o pedido, peça aprovação em Aprovação criativa e ela chega a essa pessoa. Esta aprova ou pede alterações.

Seja como for, a resposta fica no pedido. Um pedido de alterações devolve o trabalho a uma ronda anterior, por isso a Ronda de revisão sobe um.

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

Há uma coisa a mudar assim que duplicar o modelo: o exemplo traz a Aprovação criativa 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.

A Aprovação está disponível nos planos Premium e superiores do Quire. Os estados personalizados, que sustentam o pipeline de seis fases, estão em todos os planos, incluindo o plano grátis. 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 pressupõem, ou seja, a fila que os alimenta.

Pontos-chave

Se levar uma só 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 as provas apontam sozinhas para montante, para o pedido que era demasiado vago para se construir a partir dele. O resto segue-se.

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

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

Perguntas frequentes

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

O percurso que o trabalho criativo faz desde que alguém o pede até uma pessoa nomeada o aprovar, em seis fases, de Pedido a Entregue. O modelo Design Pipeline do Quire traz as fases como estados, com um documento de pedido à entrada e uma aprovação registada à saída.

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 traz um documento de pedido com as seis respostas de que um pedido precisa, mais uma sublista de entrada onde os novos pedidos chegam no estado Pedido.

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

Uma é normal, duas está bem, três costuma significar que o briefing estava errado e não o trabalho. O campo Ronda de revisão torna isso uma coluna ordenável em vez de uma sensação.

Quem deve aprovar o trabalho de design?

Uma pessoa nomeada por decisão, que sabe qual é a sua decisão. As categorias de aprovação do Quire ligam a decisão a uma pessoa e não a um canal.

Como revêem os clientes externos 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 junta-se ao projeto como aprovador nomeado, para que a aprovação fique registada no pedido.

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

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

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

Com menos redesenhos. Contar as rondas de revisão no Quire mostra onde se concentram as terceiras rondas. Corrija esses briefings e deixa de pagar duas vezes pela mesma arte, devolvendo aos designers as horas que o redesenho consumia.