Quando si usa il ticketing, quando la relazione, quando il broadcast. Dove confluisce ogni messaggio — SuperOps, CRM Brevo o una persona. Un sistema che separa i flussi per natura, così niente si sovrappone e niente si perde.
L'errore comune è usare un solo strumento per tutto, o tre strumenti che si pestano. La soluzione: ogni comunicazione ha una natura, e ogni natura ha il suo binario. Riconoscere la natura è metà del lavoro.
Un problema, una richiesta, un'assistenza. Il cliente ha bisogno e ci contatta.
spoc@[brand]Sviluppo, QBR, upsell, escalation strategica. Una persona parla a una persona.
cse@youmana.coNewsletter, comunicati, inviti eventi. Un messaggio a una lista di contatti.
La mappa completa: cosa succede, da dove entra, dove confluisce, chi gestisce. La tua domanda — "hello@ va in ticketing o CRM?" — trova qui la risposta netta.
| Situazione | Canale d'ingresso | Confluisce in | Chi gestisce |
|---|---|---|---|
| Problema tecnico / richiesta assistenza | spoc@[brand] | SuperOps ticket | Gruppo SPOC → dispatch |
| Nuovo contatto / lead (discovery, sito) | hello@ · form | Brevo CRM contatto | CSE qualifica |
| Domanda commerciale / preventivo | cse@ · info@[brand] | Persona + opportunità in CRM | Simone (offerte) · Gianmarco |
| Sviluppo cliente / upsell / QBR | cse@ | Persona 1:1 | CSE (radar cross-sell) |
| Newsletter periodica | — (in uscita) | Brevo campagna | CSE / comunicazione |
| Comunicato tecnico / avviso sicurezza / manutenzione | — (in uscita) | Brevo servizio | ITOps + SPOC, firma di servizio |
| Invito a evento | — (in uscita) | Brevo campagna | CSE / comunicazione |
| Risposta a un comunicato (il cliente replica) | torna al mittente | SuperOps se tecnico · CSE se relazione | secondo natura |
| Percorso MANAzone (coaching/formazione) | hello@manazone | Persona + CRM | Simone (+ Community Builder) |
Il broadcast non è tutto uguale. C'è una linea legale netta tra ciò che è dovuto (servizio) e ciò che richiede consenso (marketing). Confonderle significa o spammare illegalmente, o far finire un avviso critico nello spam.
Le comunicazioni in uscita partono da Brevo, ma con mittenti riconoscibili e autenticati per brand. Anti-complessità: pochi mittenti, riusando quelli che il cliente già conosce.
| Tipo di invio | Mittente | Lista / segmento | Regime |
|---|---|---|---|
| Newsletter di contenuto (tecnica, divulgativa) | news@[brand] | Segmento "contenuto", con consenso | Marketing |
| Newsletter commerciale (offerte, servizi) | news@[brand] | Segmento "commerciale", con consenso | Marketing |
| Invito evento | news@[brand] | Segmento eventi / invitati, con consenso | Marketing |
| Avviso di servizio programmato (manutenzione, EOL, patch) | spoc@[brand] | Clienti attivi impattati | Servizio |
| Emergenza di sicurezza (ransomware, attacco, zero-day) | security@[brand] + canale rapido | Clienti impattati, immediato | Emergenza |
news@[brand], separato dalla relazione (hello@): isola la reputazione d'invio del marketing e tiene le risposte fuori dal flusso relazione. Le repliche a news@ vanno in una casella presidiata o a cse@, mai in ticketing.news@ con due segmenti in Brevo. Chi si iscrive per i contenuti tecnici non vuole solo promozioni — segmentare permette di mandare il messaggio giusto al pubblico giusto, misurare separatamente e rispettare il consenso granulare. Un mittente protegge la deliverability; due segmenti proteggono la pertinenza.security@[brand] (riconoscibile, autorevole), ma soprattutto canale rapido in parallelo: telefono/centralino e, dove configurato, SMS o WhatsApp broadcast. È l'attivazione della catena cyber e del Major Incident: la comunicazione segue la stessa logica di velocità e comando unico. L'email conferma e documenta; il canale rapido avvisa.Hai colto un problema reale e insidioso. Se scriviamo da spoc@ (che apre ticket e manda auto-risposte) verso un fornitore che anch'esso ha un sistema di ticketing, le due macchine si rispondono a vicenda all'infinito: il classico mail loop. Va evitato alla radice.
| Verso chi scriviamo | Indirizzo da usare | Perché |
|---|---|---|
| Cliente (assistenza) | spoc@[brand] | Deve aprire ticket: è il suo scopo |
| Fornitore / vendor tecnico (con ticketing) | ops@youmana.co | Casella "umana": niente auto-reply, niente apertura ticket |
| Fornitore commerciale / acquisti | acquisti@youmana.co | Casella umana, dialogo ordini/forniture |
ops@youmana.co (o acquisti@ per la parte commerciale): sono caselle presidiate da persone, che non generano ticket né auto-risposte. Il dialogo tecnico col fornitore è una conversazione umana, non un ticket automatico — quindi nessun loop possibile. spoc@ resta sacro per i soli clienti.SuperOps e Brevo non si sovrappongono: fanno cose diverse in momenti diversi della vita del cliente. La regola di confine tiene tutto pulito.
| Sistema | Cosa gestisce | Quando |
|---|---|---|
| SuperOps | Ticket, assistenza, progetti, asset — il fare | Cliente attivo con una richiesta o un problema |
| Brevo CRM | Anagrafica contatti, campagne, consensi — il parlare a | Dal lead al cliente, per relazione e broadcast |
| CSE (persona) | Relazione 1:1 strategica, offerte, cross-sell | Momenti di sviluppo e decisione |
Sette modi in cui il sistema degenera, e il guardrail. Sezione interna.
hello@ confluisce in SuperOps → i lead diventano "assistenza", nessuno li qualifica, il nurturing non parte.
Si manda una promozione a tutta la rubrica → violazione GDPR, danno reputazionale, spam.
Un comunicato di sicurezza trattato come newsletter → filtrato, il cliente non lo vede, il rischio resta.
spoc@, lista clienti attivi, regime di servizio.Il cliente ha dati diversi in SuperOps e Brevo → confusione, errori, comunicazioni sbagliate.
Tutta la relazione 1:1 passa dal titolare → collo di bottiglia, come nel meta-pattern #1.
Newsletter PRAGMA inviata da un dominio OMEGA → deliverability rovinata per entrambi, spam.
Si crea un indirizzo per ogni tipo di invio → confusione, autenticazioni da gestire, complessità.
Si scrive da spoc@ a un fornitore con ticketing → le auto-risposte si rincorrono all'infinito, le caselle si intasano.
ops@ o acquisti@ (caselle umane, niente automazioni) + allowlist e rate-limit in SuperOps.hello@ è CRM, spoc@ è ticket cliente, news@ è newsletter (contenuto e commerciale, due segmenti), security@ + canale rapido è l'emergenza, ops@ è il dialogo coi fornitori senza loop. Nessuno strumento nuovo, solo flussi in ordine — coerenza fuori, semplicità dentro. Kia Kaha.