
Ultimo aggiornamento: 21 ottobre 2026
Un processo di approvazione del design raramente perde tempo nella progettazione. Lo perde ai due estremi che nessuno struttura: richieste che arrivano incomplete e giri di revisione che nessuno conta. Sistema l'inizio con sei risposte e un motivo reale dietro ogni data. Sistema la fine con un numero di giro e un approvatore designato. Il modello Design Pipeline di Quire li ha entrambi già integrati.
"Puoi solo dare una sbirciatina veloce?" è la frase più costosa del lavoro creativo. Quello che segue di solito è una richiesta autentica con una scadenza autentica, ma è arrivata come messaggio e non come richiesta: esiste solo finché qualcuno si ricorda di lei.
Moltiplica per sei richiedenti e la coda smette di essere una coda. Diventa un insieme di intese private, e ognuno è convinto di essere il prossimo in fila.
Un processo di approvazione del design deve anche reggere alla ripetizione. Un contratto si firma una volta; la stessa grafica viene decisa tre o quattro volte, da persone che hanno visto ciascuna una versione diversa.
Si inceppa nei due punti che nessuno struttura: come arriva una richiesta e cosa succede tra la prima revisione e la quarta.
Processo di approvazione del design: il percorso che un lavoro di design compie dalla prima richiesta all'approvazione registrata, con una fase visibile a ogni passaggio, un conteggio dei giri di revisione e un approvatore designato alla fine.
Un processo di approvazione del design si articola in sei fasi: Requested, In Design, Internal Review, Awaiting Approval, Changes Requested e Delivered. La richiesta entra con un brief scritto e un motivo dietro la data, ogni revisione aggiunge uno al conteggio dei giri e il sì finale arriva sulla richiesta come approvazione di una sola persona designata.
La maggior parte dei team salta entrambi gli estremi.
Si inceppa all'intake: una richiesta che arriva come messaggio non ha uno stato, quindi la coda a cui appartiene è invisibile. Un messaggio non può essere in attesa, accettato o terzo in fila. Può solo essere letto o non letto.
Così vince chi urla di più, perché il volume è l'unico segnale disponibile, e il designer diventa in silenzio la coda. Peggio ancora, la priorità non si può più discutere: "è urgente" non si può verificare rispetto a niente.
Quest'ultimo problema si risolve a poco prezzo. Quasi ogni richiesta ha una data; quasi nessuna ha il motivo.
Metti il motivo sulla richiesta come campo a sé e due tipi di richiesta si separano da soli. "La tipografia chiude il 16 luglio, nessun margine" è una scadenza; "Nessuna data fissa, il modello attuale si rompe su mobile" no. Entrambe sono lavoro vero. Solo una può passare avanti.
In Quire il filtro sta nel triage: niente esce dall'elenco di intake senza un richiedente e un motivo in quel campo. È questo che trasforma "è urgente" in qualcosa di verificabile.
Le code di design si bloccano anche quando troppe persone possono commentare e nessuno decide: il confronto tra RACI, DACI e RAPID è il livello su chi decide e chi consiglia che sta sotto tutto il resto.
Sei risposte. Una richiesta che le ha tutte e sei si può avviare oggi; una a cui ne mancano due è una conversazione che richiederà tre giorni.

I project manager hanno messo un numero su questo.
La ricerca Pulse of the Profession del PMI sui requisiti ha rilevato che quasi la metà (47%) dei progetti falliti ha mancato gli obiettivi per una gestione imprecisa dei requisiti. Una richiesta di design è un requisito in miniatura, e una richiesta vaga fallisce allo stesso modo, solo più in fretta.
Una delle sei merita un campo tutto suo, perché un campo rende la risposta ordinabile: il motivo dietro la data diventa Why this date.
Accanto ci sono altri due campi: Requested by per chi ha chiesto e Review round per quante volte il lavoro è tornato indietro.
Il resto è prosa per la descrizione dell'attività, e il modello include tutte e sei le risposte in un documento How to request design work a cui puoi indirizzare le persone.
Provalo in dieci minuti. Avvia un progetto Quire gratuito, oppure apri uno che gestisci già, aggiungi un campo di testo chiamato Why this date e compilalo sulle tue cinque richieste aperte più vecchie. È probabile che due non abbiano alcun motivo, e la tua tesi è dimostrata.
Le sei fasi sono Requested, In Design, Internal Review, Awaiting Approval, Changes Requested e Delivered. Queste sei indicano dove si trova il lavoro. La decisione ha un proprio record, un'approvazione sull'attività, e tenere separate le due cose è gran parte del trucco.
Ecco come funziona ogni fase nel modello Design Pipeline:
| Fase | Cosa succede | Cosa viene registrato | Chi la fa avanzare |
|---|---|---|---|
| Requested | La richiesta arriva all'intake con le sue sei risposte | Requested by, Why this date, una data di scadenza | Chi fa il triage, con uno slot o un no |
| In Design | Il lavoro parte dal brief scritto, non dalla memoria | File e domande, sull'attività | Il designer |
| Internal Review | Il team intercetta refusi, specifiche e spaziature | Commenti sull'attività | Un collega, prima che lo veda un approvatore |
| Awaiting Approval | Il lavoro finito attende un solo approvatore designato | Una richiesta di approvazione sotto Creative sign-off | L'approvatore |
| Changes Requested | L'approvatore indica le modifiche e il lavoro torna indietro | Il feedback, più uno su Review round | Il designer, per il giro successivo |
| Delivered | La versione approvata viene consegnata | Il sì, con chi l'ha dato e quando | Nessuno, ed è proprio il punto |
Internal Review è la fase che i team saltano e quella che si ripaga da sola. Fa sì che il primo giro con l'approvatore sia dedicato all'idea, non agli angoli arrotondati.
Changes Requested è l'unica fase che va all'indietro, quindi è quella che vale la pena contare. Ne parliamo più avanti.
Ogni fase di quella tabella è un passaggio di consegne tra due team, quello che chiede e quello che progetta. La guida alla gestione di progetti interfunzionali descrive i livelli di responsabilità e di passaggio che stanno sotto. Per schizzare prima questi passaggi per la tua pipeline, la mappatura dei processi aziendali spiega come fare, compresi i diagrammi a corsie.
Una coda di design funzionante: le sei fasi qui sopra, tre campi personalizzati, due sottoliste, una categoria di approvazione Creative sign-off, due documenti e un cruscotto. Apri il modello Design Pipeline di Quire, entra nella sottolista Intake: not triaged e tutto il ragionamento sta in tre righe.
Recruiting posters riporta "Careers fair is 16 Aug" in Why this date. Partner co-brand kit, in scadenza una settimana prima, riporta "Partner launch has no date yet". Stessa coda, stesso campo, e solo una delle due è una scadenza.

Cosa rende possibili quelle righe:
Copiarlo richiede circa un minuto. Apri il menu a tendina accanto al nome del modello, vai su More, scegli Duplicate e seleziona l'organizzazione in cui deve vivere la tua copia.

Elimina gli esempi prima che comincino a sembrare tuoi e resisti a un quarto campo finché qualcosa non è andato storto due volte. Tre campi vengono compilati, sei vengono ignorati, e un campo ignorato è peggio di nessun campo perché sembra comunque un dato.
Design Pipeline è la scelta per il lavoro a fasi nella libreria di Quire. La rassegna dei modelli di project management ordina gli altri in lavoro finito, ripetuto e a fasi, così il prossimo modello che ti serve è facile da individuare.
Perché, una volta che le richieste sono attività, la fase della pipeline fa il lavoro che il thread di messaggi non poteva fare. Chiunque può aprire il progetto e vedere, nei dati di esempio, che quattro cose sono presso un approvatore e tre non sono ancora state smistate, senza chiedere a un designer di elencarle a voce.
È tutto il compito di un software di gestione delle attività nel lavoro creativo: ogni richiesta ha una fase, un responsabile e un posto in fila, cosa che uno scroll di chat non ha mai saputo fare.
Le due sottoliste portano buona parte del peso, una sottolista essendo una fetta salvata del progetto accanto all'elenco principale. Sono visibili a tutti, e lo è anche il verdetto su ogni riga una volta attivata la colonna Approvazione.
Tre giorni in Waiting on a decision di solito significano che qualcuno sta evitando la decisione.

Una distinzione decide dove guardare.
La fase Awaiting Approval è la coda condivisa, che si ordina ed è quella che riesamini il lunedì.
Il widget Approvazioni e Richieste è la tua casella personale: conta le approvazioni in attesa di te e le richieste che hai inviato, quindi segna zero per chi non è né l'uno né l'altro. Solo la prima risponde a una domanda del team.

Fai già la revisione dei file in uno strumento dedicato, con segnaposto sulla grafica? Tienilo per le annotazioni e incolla il link della bozza nella richiesta. La coda, il conteggio dei giri e l'approvazione restano sull'attività, dove tutto il team può vederli.
I revisori esterni si fermano più spesso sulla creazione dell'account che sul design. Un cliente che deve solo guardare può aprire un link senza alcun account, limitato a una singola sottolista se vuoi: ecco come condividere un progetto con i clienti senza che debbano registrarsi.
Il budget si disperde, una riscrittura alla volta, e in una configurazione normale nulla lo registra. Il primo giro va bene. Il quarto è dove i budget muoiono, e quasi nessun documento di processo copre il tratto intermedio.
Quindi contali. Il campo Review round trasforma una vaga sensazione di caos in una colonna ordinabile. Un giro è normale, due vanno bene, e un gruppo di terzi giri è un problema di intake travestito da problema di design: il brief era sbagliato, e rifare il disegno non lo correggerà.
L'altra metà è ciò che i giri contengono. In uno studio su 264 dipendenti di sette aziende, Zhenxing Gong e Na Zhang hanno rilevato che un ambiente di feedback di supporto alimentava la performance creativa indirettamente, attraverso l'umore delle persone.
La loro conclusione: "creare un ambiente di feedback di supporto da parte del supervisore è molto importante per migliorare la performance creativa." Sono dati di sondaggio, quindi leggili come una correlazione e non come una leva, ma il punto regge. Il feedback fa parte del lavoro, non è una reazione ad esso.
Il che dà una regola che vale la pena far rispettare. Il feedback nomina la modifica, non la sensazione.
"Non mi convince" non è una richiesta di revisione. "Il badge sta fuori dalla card a 375px" lo è. Un revisore che non sa nominare la modifica non è pronto a rivedere, e dirlo subito è più gentile di tre giri a tentoni.
In Quire quel feedback sta sull'attività insieme ai file, così il secondo giro si apre sulla stessa grafica di cui parlava il primo, e il revisore può vedere cosa aveva chiesto l'ultima volta prima di chiedere qualcos'altro.
Il modello ha un esempio concreto nella scheda del case study, una delle due righe che riportano Creative sign-off: Modifiche richieste nell'elenco qui sopra.
Si trova al secondo giro con un commento che indica due modifiche: manca il ruolo in una citazione di un cliente e una metrica non coincide con il testo.
Poi il commento protegge esplicitamente ciò che il primo giro aveva già approvato. Quest'ultima parte conta più di quanto sembri, perché riaprire una decisione già chiusa è il modo in cui il secondo giro diventa il quinto.
Il lavoro per i clienti è questo stesso problema con il volume alzato, perché le revisioni arrivano da fuori del tuo team: la gestione dei progetti di agenzia senza caos spiega come limitare i giri quando il revisore è chi paga.
Una persona designata per decisione, e la decisione viene registrata sulla richiesta stessa. Un design con due approvatori non ne ha nessuno. Il modello usa una categoria Creative sign-off, così la decisione si lega a un approvatore designato invece che a una stanza.
Indica anche nell'attività quale decisione spetta a lui o a lei. "Stai approvando il lockup del logotipo, non la palette colori" previene il deragliamento più comune delle revisioni, cioè un revisore che risponde a una domanda che nessuno ha fatto.
Il percorso è breve. Apri la richiesta, chiedi l'approvazione sotto Creative sign-off e arriva a quella persona. Approva oppure chiede modifiche.
In entrambi i casi la risposta finisce sulla richiesta. Una richiesta di modifiche rimanda il lavoro indietro di un giro, quindi Review round sale di uno.
Un'impostazione trasforma l'approvazione in un vero cancello. In Impostazioni progetto, sotto Stato, attiva l'opzione che blocca il completamento finché un'approvazione è ancora in sospeso, e niente arriva a Delivered finché l'approvatore non ha detto sì.

Una cosa da cambiare appena duplichi il modello: l'esempio include Creative sign-off con due approvatori. Imposta il tuo vero revisore nelle impostazioni del progetto e riducilo a uno, perché un design con due approvatori è di nuovo un design senza approvatore.
Approvazione è disponibile con il piano Premium e con i piani Quire superiori. Gli stati personalizzati, che reggono la pipeline a sei fasi, sono inclusi in ogni piano, compreso il piano gratuito. Tutti i dettagli sono nella pagina dei prezzi.
I meccanismi hanno i loro approfondimenti: un flusso di approvazione costruito con gli stati personalizzati e la funzione Approvazione dedicata. Questo articolo è il livello che entrambi presuppongono, cioè la coda che li alimenta.
Se porti a casa una cosa sola, scegli il contatore dei giri. Un design al terzo giro non è quasi mai un problema di design, e ogni ora spesa a rifarlo è un'ora spesa a curare un sintomo.
Conta i giri nel tuo software di gestione delle attività e le prove puntano a monte da sole, verso la richiesta troppo vaga per costruirci sopra. Il resto ne consegue.
Il modello Design Pipeline ha già il contatore, l'elenco di intake e il documento di richiesta a sei risposte, quindi il passo successivo è piccolo. Incolla il documento di richiesta nel canale in cui oggi arrivano le tue richieste e vedi quante delle richieste di questa settimana sanno rispondere a tutte e sei le domande.
Registrati a Quire, copia la pipeline e fai passare la tua prossima richiesta di design.
Il percorso che un lavoro creativo compie da quando qualcuno lo chiede fino all'approvazione di una sola persona designata, in sei fasi da Requested a Delivered. Il modello Design Pipeline di Quire include le fasi come stati, con un documento di richiesta all'inizio e un'approvazione registrata alla fine.
Offri alle persone un posto migliore e rendilo la via più rapida. Il modello include un documento di richiesta con le sei risposte necessarie e una sottolista di intake dove le nuove richieste arrivano con stato Requested.
Uno è normale, due vanno bene, tre di solito significano che il brief era sbagliato e non il lavoro. Il campo Review round lo trasforma in una colonna ordinabile invece che in una sensazione.
Una persona designata per decisione, che sappia quale decisione le spetta. Le categorie di approvazione di Quire legano la decisione a una persona e non a un canale.
Un cliente che deve solo guardare apre un link di condivisione senza registrazione, limitato a una sottolista se preferisci. Un cliente che decide entra nel progetto come approvatore designato, così l'approvazione finisce sulla richiesta.
Sì. In Quire ogni richiesta è un'attività, ogni fase uno stato e l'approvazione un'approvazione sull'attività, così la coda, i giri e la decisione condividono un unico record.
Meno rifacimenti. Contare i giri di revisione in Quire mostra dove si concentrano i terzi giri. Correggi quei brief e smetti di pagare due volte la stessa grafica, restituendo ai designer le ore che i rifacimenti si stavano mangiando.