# Come gestire le campagne email da Slack con approvazione

URL canonico: https://brew.new/it/blog/how-to-run-email-campaigns-from-slack-with-approval-before-anything-sends
Autore: Thomas Park
Pubblicato: 2026-10-10
Aggiornato: 2026-10-10

Gestire le campagne email da Slack significa scrivere, testare e programmare un’email dentro il thread in cui il team ne sta già discutendo. La maggior parte delle email di lancio nasce comunque lì, e quaranta messaggi dopo qualcuno ricostruisce a mano l’intera conversazione nello strumento per le email.

Così abbiamo portato Brew nel thread. Menziona @Brew e scriverà l’email dove tutti possono vederla. Quando è il momento di inviare, pubblica una scheda di approvazione, e nulla arriva in una casella di posta reale finché la persona che l’ha chiesto non clicca Approve. La stesura delle bozze è stata facile da realizzare. La parte difficile è stata decidere chi preme il pulsante, quindi è questa regola a occupare più spazio qui.

![Un thread di Slack in cui @Brew scrive un’email di lancio e pubblica una scheda di approvazione con pubblico, mittente, oggetto e orario di invio.](/images/blog/slack-approval-card-anatomy.png)

*La scheda di approvazione mostra cosa parte, a chi e quando, prima che qualcuno clicchi Approve.*

## Punti chiave

- Menziona @Brew in un thread, o scrivigli in un messaggio diretto, per scrivere, modificare, testare, inviare o programmare un’email. Ogni thread è una chat di Brew che puoi aprire nell’app web.
- Un admin dell’organizzazione installa l’app una sola volta da **Integrazioni → Slack**. Poi ogni persona collega il proprio account con un link monouso che scade dopo 10 minuti.
- Invii, programmazioni, test verso altri indirizzi, esecuzioni di automazioni, riprese e annullamenti attendono una scheda di approvazione a cui può rispondere solo chi ha fatto la richiesta.
- I test inviati solo a te e le pause saltano la scheda, perché non raggiungono il tuo pubblico.
- Le notifiche sugli invii, il riepilogo settimanale del lunedì e le menzioni nei commenti possono essere pubblicati in un massimo di 10 canali per brand.

## Cosa può fare Brew da un thread

Brew può scrivere e modificare email, rispondere a domande sugli invii passati, inviare test, inviare o programmare campagne, eseguire automazioni su un pubblico e mettere in pausa, riprendere o annullare invii ed esecuzioni. Nei messaggi diretti, ogni messaggio di primo livello avvia una chat a sé. In un canale, un thread corrisponde a una chat.

Agisce a tuo nome, con lo stesso accesso ai brand che hai nell’app web. Fatturazione, membri, creazione dei brand e impostazioni dell’organizzazione restano nell’app web, perché un collegamento con Slack è una prova d’identità più debole di un browser in cui hai effettuato l’accesso.

## Configurazione

### L’admin la installa una sola volta

Un admin dell’organizzazione apre **Integrazioni → Slack** in Brew, clicca **Collega** e approva l’app in Slack. Una sola installazione copre l’intera organizzazione, che può collegare un workspace di Slack alla volta. Chi non è admin vede il pulsante disattivato. La [documentazione su Slack](https://docs.brew.new/integrations/import/slack) entra nei dettagli.

L’admin controlla anche l’opzione **Chatta con Brew su Slack**, attiva per impostazione predefinita. Se la disattivi, le conversazioni si interrompono ma le notifiche continuano a essere pubblicate: utile se vuoi i report prima di passare alle bozze.

### Ognuno collega il proprio account

La prima volta che menzioni @Brew o gli scrivi in un messaggio diretto, ti risponde in privato con un link **Connect your Brew account**. Funziona una sola volta e scade dopo 10 minuti. Aprilo dopo aver effettuato l’accesso, conferma e Brew risponde al tuo messaggio originale, senza che tu debba riscriverlo.

Se la tua email di Slack non è tra le email verificate del tuo account Brew, prima devi selezionare “Questo account Slack è mio”, perché il link permette a un utente Slack di agire con il tuo accesso a Brew. Puoi scollegare l’account in qualsiasi momento dalla pagina delle impostazioni di Slack in Brew.

## Una campagna, un thread

### Il brief

> @Brew scrivi l’aggiornamento di prodotto di ottobre per il pubblico Clienti Pro. Apri con le approvazioni su Slack, poi Intelligent Send, poi il nuovo audit delle email. Aggiungi il link al changelog. Meno di 150 parole.

Un buon brief indica il pubblico, l’ordine di ciò che conta e un vincolo rigido. Brew reagisce con l’emoji degli occhi, così sai che ha visto il messaggio. Legge anche documenti o screenshot allegati, fino a 12 file per turno e 25 MB ciascuno. Le installazioni precedenti all’arrivo della lettura dei file richiedono prima che un admin ricolleghi Slack.

Se sono state concesse le funzionalità per agenti di Slack, le risposte arrivano in streaming, con i passaggi di avanzamento e il pulsante di interruzione nativo. Le installazioni meno recenti pubblicano un messaggio “working” e poi la risposta. **Ricollega Slack** le passa allo streaming e mantiene i collegamenti degli account e le impostazioni delle notifiche di tutti. Se Slack rifiuta uno stream, ad esempio per i rate limit, Brew ripiega sulla risposta classica.

La risposta include un’immagine dell’email, fino a 4 per risposta, così nel thread si vede il layout oltre ai testi: utile quando si lavora sulle varianti.

### Revisioni

Chiedi le modifiche come faresti con un collega:

> introduzione più breve, e il pulsante deve dire “Leggi il changelog”

Se il thread l’hai avviato tu, per i messaggi successivi non serve la menzione. Chiunque altro deve menzionare @Brew, così i commenti a margine non vengono presi per istruzioni.

Per il lavoro sul canvas, come ritoccare un layout, Brew rimanda all’email nell’app web, dove il thread compare come una chat con il badge di Slack. Per i primi prompt, trovi altri esempi in [come scrivere il brief per un agente email](/it/blog/how-to-brief-an-email-agent).

### Test

> mandami un test

Un test inviato solo a te parte subito.

> invia un test a maya@example.com e jon@example.com

Questo raggiunge altre persone, quindi passa da una scheda di approvazione. I test sono limitati a 50 indirizzi.

### L’invio vero e proprio

> @Brew programmala per martedì alle 9:00, ora di New York, dal nostro dominio di marketing

La scheda di approvazione mostra:

- un’anteprima dell’email
- il pubblico e quanti destinatari sono idonei
- il mittente e l’oggetto
- l’orario di invio, mostrato nel fuso orario di Slack di chi visualizza la scheda
- un pulsante per approvare e uno per rifiutare, più **Review in Brew** per aprirla nell’app web

Il pulsante per approvare indica l’azione, per esempio **Send**, **Schedule**, **Send test**, **Run it**, **Resume** o **Cancel it**; quello per rifiutare riporta **Cancel**, **Not now** o **Keep paused**. Poi Slack chiede un’ulteriore conferma, con **Go back** per tornare indietro. Se l’invio non può partire come descritto, ad esempio perché il dominio di invio non è verificato, la scheda mostra **Can't go yet** (non può ancora partire) e offre solo il pulsante per rifiutare.

Controlla per primo il numero di destinatari idonei. Se ti aspettavi 12.000 clienti Pro e la scheda dice 340, meglio scoprirlo su Slack che da una dashboard stranamente tranquilla di martedì.

## Perché può approvare solo chi ha fatto la richiesta

La scheda riporta “Only @you can answer this.”: può rispondere solo chi ha fatto la richiesta, cioè tu. Se un collega clicca Approve o Decline, Brew gli comunica in privato che può rispondere solo la persona che ha fatto la richiesta, e non succede nulla.

“Chiunque può approvare” fallisce in modo prevedibile. Chi ha scritto il brief ha letto l’anteprima e controllato il pubblico. Chi scorre davanti a un pulsante verde in un thread che non ha avviato non ha fatto né l’una né l’altra cosa. Una campagna a 40.000 persone non dovrebbe dipendere da chi clicca per primo. Se l’invio deve essere responsabilità di qualcun altro, sarà quella persona a chiederlo a Brew con un proprio messaggio, ricevendo la propria scheda.

La scheda conferma l’azione, ma non sostituisce la revisione del tuo team. Se la tua organizzazione sospende gli invii in attesa di approvazione, la sospensione vale anche dopo Approve, come nell’app web.

| Azione | Richiede una scheda di approvazione |
| --- | --- |
| Bozza, modifica o risposta a una domanda | No |
| Test inviato a te | No |
| Test inviato ad altri indirizzi (fino a 50) | Sì |
| Invio o programmazione di una campagna | Sì |
| Esecuzione di un’automazione su un pubblico | Sì. Una simulazione (dry run) no |
| Pausa di un invio o di un’esecuzione | No |
| Ripresa o annullamento di un invio o di un’esecuzione | Sì |

La pausa salta la scheda di proposito. Fermare qualcosa che sembra sbagliato dovrebbe richiedere un solo messaggio, e una pausa non raggiunge nessuno.

## Report in un canale

Le approvazioni vanno nei thread, i risultati dove legge tutto il team. In **Integrazioni → Slack**, sotto **Notifiche per questo brand**, scegli un canale e i suoi aggiornamenti:

- **Email inviate**, un post quando l’invio di una campagna si conclude o non riesce
- **Riepilogo settimanale**, ogni lunedì alle 15:00 UTC. Salta le settimane senza invii e indica l’email più aperta solo quando ha almeno 200 consegne, così un test a cinque persone non vince mai
- **Menzioni e risposte nei commenti** sulle email del brand

I nuovi canali ricevono tutti e tre gli aggiornamenti. Con un massimo di 10 canali per brand, il riepilogo può andare al management e le risposte ai commenti a chi scrive i testi.

## Prima di estenderlo a tutto il team

- **Un thread per campagna.** Due lanci nello stesso thread significano una chat con due brief.
- **Decidi chi avvia il thread.** Sarà quella persona a premere Send, quindi scegli chi è responsabile della campagna, non chi ha avuto l’idea.
- **Aspettati risposte che gli altri non vedono.** Le richieste di collegamento e i rifiuti sono messaggi effimeri, visibili solo a chi li riceve, quindi i colleghi potrebbero vedere il tuo messaggio senza alcuna risposta.
- **Un messaggio alla volta.** Se Brew è occupato, ti chiede di inviare di nuovo il messaggio. Non lo mette in coda.
- **I crediti sono gli stessi della chat web.** Un turno su Slack costa quanto nell’app web.
- **Scollegare vale per tutti.** Interrompe le notifiche di ogni brand e scollega ogni account.

I nuovi utenti vedono fino a 4 prompt suggeriti nella scheda Messaggi di Brew, come “Draft a welcome email” e “How did my last campaign do?”. Chi non ha ancora collegato l’account vede prima “Connect my Brew account”, poi tre di quei prompt. Così le persone iniziano senza bisogno di una guida.

## Domande frequenti

### Brew può inviare un’email senza che nessuno la approvi?

Non un invio reale. Tutto ciò che può raggiungere altre persone attende una scheda di approvazione. I test inviati a te e le pause vengono eseguiti direttamente.

### Un collega può approvare al posto mio?

No. Solo la persona che ha fatto la richiesta può rispondere alla scheda, anche con Decline. Un collega che deve essere responsabile dell’invio lo chiede direttamente a Brew e riceve la propria scheda.

### Mi serve un accesso a Brew separato per Slack?

No. Colleghi una sola volta il tuo account Brew esistente e Brew usa il tuo accesso, quindi su Slack vedi gli stessi brand che vedi nell’app web.

### Sostituisce l’app web?

No. Slack è comodo per scrivere bozze, approvare e chiedere com’è andato un invio. Il lavoro sul layout nel canvas si fa in Brew, dove ogni thread di Slack è anche una chat.

## Correlati

La [guida alle campagne via MCP](/it/blog/how-to-build-and-schedule-an-email-campaign-from-claude-using-mcp) usa lo stesso passaggio di conferma per le campagne gestite da Claude o Cursor. I nostri articoli di ottobre trattano anche l’[ottimizzazione dell’orario di invio per contatto](/it/blog/send-time-optimization-per-contact) e la [checklist di controllo qualità prima dell’invio](/it/blog/pre-send-email-qa-checklist) alla base dell’audit delle email di Brew.