Processo de aprovação de design: 6 etapas, um checklist de solicitação e um template

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

“Can you just quickly” é a frase mais cara do trabalho criativo. O que vem depois dela costuma ser um pedido genuíno, com um prazo genuíno, mas que chegou como uma mensagem e não como uma solicitação. Ou seja, só existe enquanto alguém se lembrar dele.

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

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

Ele quebra nos dois lugares que ninguém estrutura: como a solicitação 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 acontece em seis estágios: Requested, In Design, Internal Review, Awaiting Approval, Changes Requested e Delivered. A solicitação entra com um briefing escrito e um motivo para a data, cada revisão soma um à contagem de rodadas, e o sim final chega à solicitação como uma aprovação de uma pessoa nomeada.

A maioria das equipes pula as duas pontas.

Por que o processo de aprovação de design quebra antes de o design começar?

Ele quebra na entrada: uma solicitação que chega como mensagem não tem estado, então a fila a que ela pertence fica invisível. Uma mensagem não pode estar aguardando, aceita ou em terceiro lugar. Só pode estar lida ou não lida.

Assim, quem pede mais alto ganha, porque o volume é o único sinal que existe, e a pessoa de design vira a fila sem perceber. Pior: a prioridade deixa de ser discutível, já que “isso é urgente” não pode ser conferido com nada.

Esse último ponto é barato de resolver. Quase toda solicitação traz uma data; quase nenhuma traz o motivo.

Coloque o motivo na solicitação como um campo próprio e dois tipos se separam sozinhos. “O prazo da gráfica é 16 de julho, sem margem” é um prazo; “Sem data fixa, o modelo atual quebra no celular” não é. Os dois são trabalho de verdade. Só um pode furar a fila.

No Quire, o filtro fica na triagem: nada sai da lista de entrada sem um solicitante e um motivo nesse campo. É isso que transforma “isso é urgente” em algo que dá para conferir.

As filas de design também travam quando muita gente comenta e ninguém decide: RACI, DACI e RAPID comparados mostra a camada de quem decide e quem aconselha que sustenta tudo o que vem a seguir.

O que uma solicitação de design precisa dizer antes de o trabalho começar?

Seis respostas. Uma solicitação com as seis pode começar hoje; a que não tem duas delas é uma conversa que vai levar três dias.

• O que é, em uma linha. “Carrossel de Instagram, cinco slides” vale mais que “algo para o lançamento”.
• Onde aparece, em que tamanho. Um banner de site, um ícone de app de 32px e um painel de estande de dois metros são três trabalhos diferentes sob a mesma palavra.
• Para quem é. O público, não a pessoa interessada internamente.
• Quando, e por que essa data. O motivo carrega mais informação que a data.
• Quem aprova. Um nome.
• O que já existe. O briefing, o texto, a versão anterior. Cada insumo ausente vira uma pergunta, e perguntas transformam três dias em duas semanas.

Gerentes de projetos já colocaram um número nisso.

A pesquisa Pulse of the Profession do PMI sobre requisitos constatou que quase metade (47%) dos projetos malsucedidos não atingiram seus objetivos por causa de uma gestão de requisitos imprecisa. Uma solicitação de design é um requisito em miniatura, e uma solicitação vaga falha do mesmo jeito, só que mais rápido.

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

Mais dois campos ficam ao lado dele: Requested by, para quem pediu, e Review round, para quantas vezes o trabalho voltou.

O restante é texto para a descrição da tarefa, e o modelo traz as seis perguntas num documento How to request design work para você indicar às pessoas.

Teste em dez minutos. Comece um projeto grátis no Quire ou abra um que você já usa, adicione um campo de texto chamado Why this date e preencha nas cinco solicitações abertas mais antigas. É provável que duas fiquem sem motivo algum, e aí o argumento está ganho.

Quais são os seis estágios de um processo de aprovação de design?

Os seis estágios são Requested, In Design, Internal Review, Awaiting Approval, Changes Requested e Delivered. Eles mostram onde o trabalho está. A decisão tem seu próprio registro, uma aprovação na tarefa, e manter os dois separados é quase todo o segredo.

Veja como cada estágio funciona no modelo Design Pipeline:

A Internal Review é o estágio que as equipes pulam e o que se paga sozinho. Com ela, a primeira rodada com o aprovador é gasta na ideia, não nos cantos arredondados.

Changes Requested é o único estágio que anda para trás, então é o que vale contar. Mais sobre isso adiante.

Cada estágio dessa tabela é uma passagem de bastão entre duas equipes, a que pede e a que cria. O guia de gerenciamento de projetos multifuncionais detalha as camadas de responsabilidade e de transição que ficam por baixo. Para desenhar essas transições no seu próprio pipeline antes, o mapeamento de processos de negócio mostra como, inclusive com diagramas de raias.

O que vem no modelo Design Pipeline do Quire?

Uma fila de design funcionando: os seis estágios 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 inteiro aparece em três linhas.

Recruiting posters traz “Careers fair is 16 Aug” em Why this date. Partner co-brand kit, com prazo uma semana antes, traz “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 usuário, então a fila filtra por quem está pedindo. Why this date é texto. Review round é um número, sem decimais, para poder ordenar. Recrie esses três em qualquer lugar e você terá a maior parte do valor.
• Tags para a superfície: web, brand, social, print, email, video e rush para os que realmente são.
• Intake: not triaged, uma sublista de solicitações ainda não aceitas, dimensionadas ou agendadas. O tamanho dela é o sinal da sua capacidade; a regra de triagem é o filtro de verdade, já que cada item precisa de um solicitante, um motivo e uma vaga ou um não.
• Waiting on a decision, uma sublista de trabalhos prontos parados com um aprovador. Leia por idade, não por tamanho.
• Uma categoria de aprovação Creative sign-off, já pronta, para que o trabalho finalizado vá a uma pessoa nomeada para um sim registrado ou uma lista de alterações.
• Dois documentos: How to request design work, o checklist de seis respostas para solicitantes, 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.

Copiar leva cerca de um minuto. Abra o menu ao lado do nome do modelo, vá em More, escolha Duplicate e selecione a organização onde a sua cópia vai ficar.

Apague os exemplos antes que eles comecem a parecer seus e resista a um quarto campo até que algo dê errado duas vezes. Três campos são preenchidos, seis são ignorados, e um campo ignorado é pior que nenhum, porque ainda parece dado.

O Design Pipeline é a opção de trabalho em estágios na biblioteca do Quire. O guia de modelos de gerenciamento de projetos organiza os demais em trabalho finito, recorrente e em estágios, para você achar fácil o próximo modelo de que precisar.

Por que as solicitações de design devem ficar em um software de gerenciamento de tarefas e não no bate-papo?

Porque, quando as solicitações são tarefas, o estágio do pipeline faz o trabalho que a conversa por mensagens nunca fez. Qualquer pessoa pode abrir o projeto e ver, nos dados de exemplo, que quatro itens estão com um aprovador e três não passaram pela triagem, sem pedir que alguém do design recite isso.

Esse é todo o papel de um software de gerenciamento de tarefas no trabalho criativo: cada solicitação ganha um estágio, um responsável e um lugar na fila, algo que um histórico de bate-papo nunca conseguiu.

As duas sublistas carregam boa parte disso, sendo uma sublista uma fatia salva do projeto ao lado da lista principal. As duas ficam visíveis para todos, assim como o veredito de cada linha quando a coluna Aprovação está ativada.

Três dias em Waiting on a decision geralmente significam que alguém está evitando a decisão.

Uma distinção decide onde você olha.

O estágio Awaiting Approval é a fila compartilhada, que pode ser ordenada e é a que você revisa na segunda-feira.

O widget Aprovações e Solicitações é a sua caixa de entrada pessoal, que conta as aprovações aguardando você e as solicitações que você enviou, então marca zero para quem não é nem uma coisa nem outra. Só a primeira responde a uma pergunta da equipe.

Já revisa arquivos em uma ferramenta própria, com marcações sobre a arte? Mantenha-a para as marcações e cole o link da revisão na solicitação. A fila, a contagem de rodadas e a aprovação ficam na tarefa, onde toda a equipe pode ver.

Revisores externos travam mais na criação da conta do que no design em si. Um cliente que só precisa olhar pode abrir um link sem conta nenhuma, restrito a uma única sublista se você quiser: veja como compartilhar um projeto com clientes sem que eles se cadastrem.

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

O orçamento vaza, um redesenho por vez, e nada numa configuração normal registra isso. A rodada um é tranquila. A rodada quatro é onde os orçamentos morrem, e quase nenhum documento de processo cobre o trecho entre elas.

Então conte. O campo Review round transforma a sensação vaga de retrabalho numa coluna ordenável. Uma rodada é normal, duas é aceitável, e um grupo de rodadas três é um problema de entrada vestido de problema de design: o briefing estava errado, e redesenhar não conserta um briefing.

A outra metade é o que as rodadas contêm. Em um estudo com 264 funcionários de sete empresas, Zhenxing Gong e Na Zhang constataram que um ambiente de feedback de apoio influenciava o desempenho criativo de forma indireta, por meio do humor 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 pesquisa, então leia como correlação e não como alavanca, mas o ponto vale. O feedback faz parte do trabalho, não é uma reação a ele.

Daí vem uma regra que vale a pena impor. O feedback nomeia a alteração, não o sentimento.

“Não curti” não é um pedido de revisão. “O selo fica fora do cartão em 375px” é. Quem não consegue nomear a alteração ainda não está pronto para revisar, e dizer isso cedo é mais gentil do que três rodadas de adivinhação.

No Quire, esse feedback fica na tarefa junto com os arquivos, então a rodada dois abre sobre a mesma arte de que a rodada um tratava, e quem revisa vê o que pediu da última vez antes de pedir outra coisa.

O modelo traz um exemplo prático no one-pager do estudo de caso, uma das duas linhas com Creative sign-off: Pedir alterações na lista acima.

Ele está na rodada dois, com um comentário que nomeia duas edições: um cargo ausente numa citação de cliente e uma métrica que não bate com o texto.

Depois, o comentário protege explicitamente o que a rodada um já aprovou. Essa parte importa mais do que parece, porque reabrir uma decisão resolvida é como a rodada dois vira rodada cinco.

O trabalho com clientes é esse mesmo problema com o volume no máximo, porque as revisões vêm de fora da sua equipe: gerenciamento de projetos para agências sem o caos trata de limitar rodadas quando quem revisa é quem paga.

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

Uma pessoa nomeada por decisão, e a decisão fica registrada na própria solicitação. Um design com dois aprovadores não tem nenhum. O modelo usa uma categoria Creative sign-off, então a decisão fica ligada a um aprovador nomeado, e não a uma sala.

Diga também na tarefa qual decisão é dele. “Você está aprovando o lockup do logotipo, 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 a solicitação, peça aprovação em Creative sign-off e ela chega a essa pessoa. Ela aprova ou pede alterações.

De qualquer forma, a resposta fica registrada na solicitação. Um pedido de alterações devolve o trabalho uma rodada, então Review round sobe em um.

Uma configuração transforma a aprovação num bloqueio de verdade. Em Configurações do projeto, em Estado, ative a opção que impede a conclusão enquanto uma aprovação estiver pendente, e nada chega a Delivered até o aprovador dizer sim.

Uma coisa para mudar assim que você duplicar: o exemplo traz o Creative sign-off com dois aprovadores. Defina seu revisor de verdade nas configuraçõ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 estágios, vêm em todos os planos, inclusive no plano grátis. Veja os detalhes na página de preços.

A mecânica tem seus próprios artigos: um fluxo de aprovação criado com estados personalizados e o recurso dedicado de Aprovação. Este artigo é a camada que os dois pressupõem, que é a fila que os alimenta.

Principais conclusões

Se você levar uma coisa daqui, leve o contador de rodadas. Um design na rodada três quase nunca é um problema de design, e cada hora gasta redesenhando é uma hora gasta tratando um sintoma.

Conte as rodadas no seu software de gerenciamento de tarefas e as evidências apontam para trás por conta própria, para a solicitação vaga demais para servir de base. O resto vem daí.

O modelo Design Pipeline já traz o contador, a lista de entrada e o documento de solicitação com seis respostas, então o próximo passo é pequeno. Cole o documento de solicitação no canal onde suas solicitações chegam hoje e veja quantos dos pedidos desta semana respondem às seis perguntas.

Registre-se no Quire, copie o pipeline e passe sua próxima solicitação de design por ele.

Perguntas frequentes

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

O caminho que o trabalho criativo percorre desde o pedido até a aprovação por uma pessoa nomeada, em seis estágios, de Requested a Delivered. O modelo Design Pipeline do Quire traz os estágios como estados, com um documento de solicitação no início e uma aprovação registrada no fim.

Como evitar que as solicitações de design cheguem como mensagens soltas?

Ofereça um lugar melhor e faça dele o caminho mais rápido. O modelo traz um documento de solicitação com as seis respostas de que um pedido precisa, além de uma sublista de entrada onde as novas solicitações chegam no estado Requested.

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

Uma é normal, duas é aceitável, três geralmente significa que o briefing estava errado, e não o trabalho. O campo Review round transforma isso em 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 decisão é dela. As categorias de aprovação do Quire ligam a decisão a uma pessoa, e não a um canal.

Como clientes externos revisam o trabalho de design no Quire?

Um cliente que só precisa olhar abre um link de compartilhamento sem cadastro, restrito a uma sublista se você quiser. Um cliente que decide entra no projeto como aprovador nomeado, e a aprovação fica registrada na solicitação.

Um software de gerenciamento de tarefas pode conduzir um processo de aprovação de design?

Sim. No Quire, cada solicitação é uma tarefa, cada estágio um estado e a aprovação na tarefa, então a fila, as rodadas e a decisão ficam no mesmo registro.

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

Menos retrabalho. Contar as rodadas de revisão no Quire mostra onde as rodadas três se concentram. Corrija esses briefings e você deixa de pagar duas vezes pela mesma arte, devolvendo à equipe de design as horas que o redesenho consumia.