Come gestire un processo di approvazione sui social che il tuo team userà davvero

Come gestire un processo di approvazione sui social che il tuo team userà davvero

Un esempio completo con tre persone, come decidere chi controlla cosa, gli errori che rallentano le revisioni e una checklist per configurare tutto in BulkPublish.

La maggior parte dei processi di approvazione fallisce allo stesso modo. Nessuno discute l’idea. Poi un revisore manca per due giorni, tre post perdono il loro slot e qualcuno chiede se può pubblicarli da sé.

Per questo qui si parla meno di attivare le approvazioni e più di gestirle: chi controlla cosa, quanto dovrebbe durare una revisione e che cosa succede quel giovedì mattina in cui l’approvazione arriva dopo l’orario. Se vuoi solo vedere cosa fa la funzione, c’è la pagina del flusso di approvazione. Qui diamo per scontato che tu abbia deciso di usarla.

Una precisazione prima di cominciare. Le approvazioni sono per le persone del tuo team, ognuna con un posto. Se il revisore è un cliente senza account, usa un link di revisione, descritto in come ottenere il feedback dei clienti sui post.

Un esempio completo: tre persone, un cliente

Prendi una piccola agenzia sul piano Pro, che include tre posti.

  • Maya è la proprietaria e si occupa della fatturazione.
  • Dev è l’approvatore. Conosce le regole di brand del cliente e i suoi punti delicati dal lato legale.
  • Sam è collaboratore. Scrive e programma la maggior parte dei post del cliente.

Martedì pomeriggio Sam scrive un post che annuncia i saldi di primavera del cliente e lo programma per giovedì alle 9:00. Poiché è collaboratore, il pulsante dice Submit for Approval invece di Schedule. Il post viene salvato con il suo orario di giovedì, ma porta il badge Awaiting approval e non uscirà finché qualcuno non lo approva.

Dev riceve una notifica. Mercoledì mattina apre il post e nota che i saldi finiscono domenica, non sabato. Lo rifiuta e scrive il motivo: “I saldi finiscono domenica alle 23:59, non sabato.” Il post torna nelle bozze con il badge Rejected, e Sam vede la nota di Dev in cima al compositore quando lo apre.

Sam corregge la data e lo programma di nuovo. Conta come un nuovo invio, quindi è di nuovo in attesa e Dev viene notificato ancora. Giovedì alle 9:20, venti minuti dopo l’orario, Dev se ne occupa. È il caso scomodo. Poiché l’orario è passato da più di 15 minuti, a Dev viene chiesto di scegliere: Approve and publish now oppure Approve and pick a new time. Dev sa che l’email dei saldi è partita alle 9:00, quindi pubblica subito.

Se l’avesse aperto alle 9:10, dentro la finestra di 15 minuti, approvarlo l’avrebbe pubblicato subito senza chiedere nulla.

Tre cose di questa storia vale la pena copiarle: il rifiuto aveva un motivo, il revisore era una persona precisa e non “chi lo vede”, e la regola sulle approvazioni in ritardo era nota in anticipo.

Decidi chi controlla cosa

La domanda non è “chi è più senior”. È “chi si vergognerebbe di più se questo uscisse sbagliato”.

Se il rischio è…Il revisore dovrebbe essere…Perché
Voce e tono del brandUn approvatore del team contenutiLo valuta in pochi secondi e pubblica direttamente i propri post
Affermazioni legali, di prezzo o regolamentateUn amministratore o il proprietarioQualcuno che risponde di ciò che si afferma
Correttezza verso il clienteIl responsabile dell’account, come approvatoreÈ il più vicino ai fatti reali del cliente
Nuovi redattoriIl collega più esperto, come approvatoreLe revisioni fanno anche da formazione

Gli approvatori possono pubblicare direttamente, quindi chi ha quel ruolo non aspetta nessuno. Solo i collaboratori passano dal filtro, e i lettori non possono creare post. L’elenco completo dei ruoli è in invitare il team e scegliere i ruoli.

Indica almeno due persone che possano approvare. Con un solo revisore, un giorno di malattia diventa un blocco dei contenuti.

Fissa un tempo di risposta prima di impostare il flusso

Scegli un numero e dillo ad alta voce. “Entro un giorno lavorativo” basta per i contenuti pianificati.

Poi fai il conto all’indietro. Se una revisione può richiedere un giorno, nulla dovrebbe essere inviato con meno di un giorno di anticipo sul suo slot. Una convenzione semplice: inviare entro la fine della giornata precedente. Quello che arriva dopo è un favore chiesto, e tutti dovrebbero saperlo.

Quando una revisione ritarda comunque, la regola dei 15 minuti è una rete di sicurezza, non un piano. Oltre quel punto qualcuno deve scegliere tra pubblicare in ritardo e riprogrammare, e non è una scelta da far fare a un revisore alle 9:20 con il cliente in attesa.

Scrivi rifiuti che chiudano il cerchio

La nota di rifiuto è l’unico riscontro che l’autore riceve nel momento in cui conta. Può arrivare a 2.000 caratteri ed è facoltativa, quindi è facile lasciarla vuota. Non farlo.

  • Male: “Non va.”
  • Meglio: “Troppo promozionale per questo account. Apri con la storia del cliente e sposta lo sconto nell’ultima riga.”
  • Ottimo: la versione migliore, più ciò che servirebbe per approvarlo, così il prossimo invio sarà l’ultimo.

Un rifiuto non è nemmeno un verdetto. Il post torna nelle bozze, l’autore lo modifica e lo programma di nuovo, e va di nuovo in revisione. Consideralo un giro, non un no definitivo.

Errori comuni

Mettere il filtro su tutto. Se ogni risposta al volo e ogni ripubblicazione aspettano l’approvazione, i revisori iniziano ad approvare senza leggere. Tieni il filtro per i contenuti pianificati, rivolti al cliente o regolamentati. Lascia che gli approvatori pubblichino direttamente le cose reattive.

Un solo approvatore, nessun sostituto. Già detto, ed è il motivo più comune per cui un flusso viene abbandonato in silenzio.

Modificare dopo l’approvazione senza accorgersene. Se un collaboratore cambia un post approvato e lo programma di nuovo, serve un’altra approvazione. È voluto. Avvisa le persone, o penseranno che lo strumento sia rotto.

Dimenticare l’automazione. Le programmazioni ricorrenti e i feed RSS creati o modificati da chi non può pubblicare richiedono approvazione, anche se prova a disattivarla. Chi può pubblicare può disattivarla di nuovo. Se ti chiedi perché i post di un feed siano in attesa, parti da lì.

Usare le approvazioni per i clienti. I clienti senza posto non possono essere approvatori, e dargliene uno solo per approvare ne consuma uno dei tuoi tre o dieci.

Dare per scontato che le notifiche arrivino a tutti allo stesso modo. Gli avvisi di approvazione seguono le impostazioni di notifica di ciascuno: nell’app, via email o sul telefono. Un approvatore che ha silenziato l’email potrebbe non vedere mai una richiesta. Chiedigli di controllare una volta.

Agenti e integrazioni

Se script o assistenti IA creano post per te tramite l’API, un post può essere creato con requestApproval impostato a true anche se il titolare dell’account potrebbe pubblicare direttamente. Resta quindi in attesa come quello di un collaboratore, e decide una persona. È il modo più semplice per lasciare che l’automazione prepari la tua settimana senza che pubblichi nulla senza controllo.

Checklist di configurazione

  1. Conta i posti. Free ne ha 1, Pro 3, Business 10, e gli inviti in sospeso contano per il limite.
  2. Invita le persone e dai a ciascuna il ruolo più basso che le permetta di lavorare. Collaboratori per chi scrive, approvatori per chi controlla.
  3. Indica almeno due persone che possano approvare.
  4. Concordate un tempo di risposta e un orario limite per gli invii.
  5. Decidi quali contenuti saltano il filtro e di’ agli approvatori che possono pubblicarli direttamente.
  6. Fai un giro di prova: invia un post, rifiutalo con un motivo, reinvialo, approvalo.
  7. Verifica che ogni approvatore riceva davvero la notifica.

I prezzi di Pro e Business sono nella pagina dei prezzi. Il processo di approvazione funziona allo stesso modo qualunque sia la piattaforma di destinazione.

E ora

Parti con un cliente o un gruppo di canali, usalo per due settimane e guarda dove i post si fermano. Stringi i tempi o aggiungi un secondo approvatore prima di allargare il filtro. Quando sei pronto, inizia gratis e invita i colleghi quando passi a Pro.