Due permessi diversi si confondono ogni sera in ogni locale. Uno è il permesso di entrare. L'altro è il permesso di essere ricontattati dopo. Una lista invitati porta il primo e quasi mai il secondo, e la distanza fra i due è larga esattamente un campo.
Da ricordare
- Dare il nome per entrare non è un atto positivo di consenso al marketing.
- Il campo che separa i due è una scelta registrata, con data e con il testo mostrato.
- Gli accompagnatori e i nomi aggiunti da terzi non hanno acconsentito proprio a nulla.
Il momento in cui i due si mescolano
La lista all'ingresso chiude a mezzanotte. Quattrocentododici nomi, quasi tutti con un indirizzo perché l'invito funzionava così. La mattina dopo qualcuno la esporta, la incolla nello strumento di invio, e il locale ha un pubblico più grande.
Niente in quella sequenza sembra sbagliato, ed è per questo che succede. Ma torna a ciò che quelle quattrocentododici persone hanno davvero fatto. Hanno scritto il proprio nome per varcare una porta, una sera precisa. L'atto aveva uno scopo, e lo scopo si è compiuto quando sono entrate.
Il considerando 32 del GDPR lo dice senza giri: il consenso deve essere un atto positivo inequivocabile, libero, per una finalità determinata. Iscriversi a una lista è un atto positivo. È solo un atto positivo su un'altra cosa.
Cos'è davvero ciascuna lista
| Lista invitati | Lista contatti | |
|---|---|---|
| Cosa ha fatto la persona | Chiesto di entrare, una volta | Accettato di sentirti, nel tempo |
| Per cosa vale | Una sera, una porta | Finché non dice il contrario |
| Cosa lo prova | Il registro dell'ingresso | Una scelta salvata, con ora e testo |
| Chi altro può comparirci | Accompagnatori, nomi aggiunti da un promoter | Solo chi ha agito in prima persona |
| Quanto vale a marzo | Niente a cui scrivere | Tutto |
| Quanto costa sbagliare | Lamentele, segnalazioni spam, dominio rovinato | Niente, se la registrazione esiste |
Rileggi la quarta riga. La lista invitati è l'unico documento della tua attività che persone diverse dall'interessato riempiono abitualmente. Un promoter aggiunge dodici nomi. Qualcuno porta due amici. Nessuno di quei quattordici ha visto un modulo, figurarsi una riga di consenso.
Il campo unico, e cosa deve contenere
Non una casella. Una registrazione.
Tre cose devono stare sulla persona: la scelta che ha fatto, il momento in cui l'ha fatta e il testo esatto che le è stato mostrato allora. L'ultima è quella che tutti saltano ed è l'unica che ti aiuta due anni dopo, quando qualcuno chiede perché riceve questo. «Ha spuntato una casella» è un'affermazione. «Il 17 settembre alle 21:14 ha spuntato una casella che diceva questa frase» è una registrazione.
Deve anche essere separabile. Accettare notizie sulle prossime serate di questo locale non è accettare notizie dagli altri tre promoter che hanno usato lo stesso strumento all'ingresso. Se il dato non li distingue, giuridicamente sono la stessa cosa, e comanda il più debole.
La buona notizia: l'ingresso è un ottimo posto per chiedere
Tutto quanto sopra suona come una restrizione. In pratica è il contrario, perché l'ingresso è il momento di intenzione più alta che avrai mai con queste persone. Sono in piedi nel tuo locale, in una sera che hanno scelto, avendo già detto sì al fatto di esserci.
Fare una domanda in quell'istante converte molto meglio della stessa domanda in un feed tre settimane dopo. Serve una sola domanda, deve essere facoltativa e deve dire cosa succederà davvero: facciamo circa una serata al mese, ti avviseremo, tutto qui.
Fallo e i quattrocentododici nomi diventano un numero più piccolo, forse duecentoquaranta, che vale molto più di quattrocentododici perché ognuno può essere raggiunto a marzo senza generare una lamentela.
Dove vive il meccanismo
Ecco perché la superficie RSVP e la fanbase devono essere lo stesso sistema e non due esportazioni che si incontrano in un foglio di calcolo. In HIIPE la pagina RSVP raccoglie l'iscrizione, il consenso e la fonte in un'unica azione, e la persona arriva nella fanbase portandoli già tutti e tre: il segmento «ha detto sì a essere ricontattato, su questo evento» esiste senza che nessuno lo costruisca.
La porta fa ora parte dello stesso oggetto, invece di essere il punto in cui la traccia si ferma. L'RSVP emette un pass QR personale, e l'ingresso lo scansiona da un lettore web che si apre con un codice legato all'evento: niente da installare per l'invitato, nessun account da creare per chi sta alla porta. Quel dettaglio non è una comodità, è ciò che tiene intera la registrazione. Uno scanner che vive fuori dal sistema produce un secondo file, e un secondo file è esattamente il modo in cui ingresso e contatto finiscono uniti a mano un mese dopo. Qui la scansione riscrive nello stesso profilo: presenza e permesso restano due campi distinti della stessa persona, invece di due liste che qualcuno deve far quadrare. Come si collegano i pezzi è ciò che conta.
Cè una prova rapida per sapere da che parte stai. Cerca una persona entrata due anni fa e guarda se il sistema ti dice a quali altre serate è venuta. Se la risposta arriva in un clic, hai una scheda di persone. Se devi aprire quattro eventi e confrontare a mano, hai quattro liste di porta che condividono un cognome, e non è la stessa cosa.
La regola, in una riga
Entrare è un permesso. Essere ricontattati è un altro. Non lasciare mai che un'esportazione li confonda.
Se hai già una pila di vecchie liste invitati, non cancellarle e non scrivere loro. Trattale come storico di presenze, davvero utile per capire chi viene a cosa, e fai partire la registrazione del consenso dal prossimo evento in avanti. L'argomento completo sul fatto che l'ultimo evento debba alimentare il successivo è in riempire il prossimo evento con la lista del precedente, e com'è fatta quella registrazione è in cos'è un fan CRM.
Da leggere poi : Riempire il prossimo evento con la lista del precedente · Cosa dovrebbe fare un CRM eventi fra un evento e l'altro