Il workflow di approvazione che ogni team ha
Qualcosa viene richiesto, qualcuno fa una review, le modifiche tornano indietro e, a un certo punto, viene approvato. Tasked lo rende un tipo di fase, non uno stato. Quando un elemento entra in una fase di approvazione, il motore avvia un'approvazione su di esso; l'elemento non può uscire tramite la transizione approvata finché non viene registrata una decisione, e chi decide può farlo tramite un accesso senza account. Lo stesso oggetto può essere l'approvazione di una sceneggiatura, un cut finale, una review del brand, un rilascio o la verifica di un fix da parte del cliente.
Una fase, non uno stato
Quando un elemento entra in una fase di approvazione, il motore avvia un'approvazione su di esso. L'elemento non può uscire tramite la transizione approvata finché non viene registrata una decisione. Un rifiuto o una richiesta di modifiche invia l'elemento alla fase di correzione indicata nel workflow.
Il pacchetto del flusso di approvazione ha questa struttura: richiesto (lavoro, 24 ore), in review (approvazione, 48 ore), modifiche richieste (lavoro, 48 ore), approvato (lavoro, 24 ore), completato. In review è il cancello. Modifiche richieste riporta a in review quando la checklist è completata.
- L'approvazione si avvia all'entrata, l'uscita è negata senza una decisione
- Una fase di correzione specifica per le modifiche richieste
- L'oggetto di approvazione non contiene alcun riferimento al tipo di file
Dove i pacchetti posizionano il cancello
Gli spot e i video aziendali prevedono l'approvazione della sceneggiatura prima delle riprese e l'approvazione del cut finale prima della consegna. I documentari prevedono l'approvazione del trattamento e l'approvazione del cut finale. I video di matrimonio prevedono un'unica approvazione del cut finale dopo il film completo. I lotti di contenuti social prevedono l'approvazione del piano e un cancello di pubblicazione. Le richieste di design prevedono la review del cliente dopo la review interna. Le campagne prevedono la review del brand e la review legale. I software e i rilasci prevedono l'approvazione del rilascio. La gestione degli incidenti prevede la verifica del cliente. Il motore utilizza lo stesso oggetto in ogni caso.
Chi può decidere, e il registro
Ogni fase indica i ruoli a cui è assegnata. Un approvatore esterno al workspace riceve un accesso: un codice, un link, un numero di telefono o un indirizzo email. Tramite questo accesso può vedere l'elemento, aggiungere note e premere approva, rifiuta o richiedi modifiche. La decisione viene memorizzata insieme all'identità dell'accesso, all'orario e all'informazione se sia stata presa da un membro o tramite il portale.
Ogni decisione viene scritta in un audit log di sola aggiunta. Nulla al suo interno può essere modificato o eliminato dall'applicazione. L'esportazione dei dati lo include. I webhook si attivano in base alle decisioni con un registro di consegna. I solleciti vengono inviati prima della scadenza del periodo stabilito. Un'approvazione lasciata in attesa per giorni costituisce un motivo specifico nel punteggio di rischio del progetto.
Domande frequenti
- Un singolo elemento può richiedere due approvazioni?
- Sì. Due fasi di approvazione in sequenza, ciascuna con il proprio responsabile, intervallo di tempo e percorso di correzione. Il pacchetto campagna viene fornito in questo modo, con la review del brand e la review legale.
- Cosa succede se l'approvatore non è un utente del workspace?
- Riceve un accesso e decide tramite quello. Nessun account, nessun posto.
- Una decisione può essere modificata in seguito?
- È possibile registrare una nuova decisione; quella precedente rimane nell'audit log di sola aggiunta. Nulla viene sovrascritto.
- È solo per i video?
- No. L'oggetto di approvazione è un cancello su un task e su una fase. Funziona allo stesso modo per una sceneggiatura, un design, un rilascio o un incidente.