Deux permissions différentes se confondent chaque soir dans chaque salle. L'une est la permission d'entrer. L'autre est la permission d'être recontacté ensuite. Une liste d'invités porte la première et presque jamais la seconde, et la distance entre les deux fait exactement la largeur d'un champ.
À retenir
- Donner son nom pour entrer n'est pas un acte positif de consentement au marketing.
- Le champ qui sépare les deux est un choix enregistré, avec sa date et la formulation affichée.
- Les accompagnants et les noms ajoutés par un tiers n'ont, eux, consenti à rien du tout.
Le moment où les deux se mélangent
La liste de porte ferme à minuit. Quatre cent douze noms, la plupart avec une adresse parce que l'invitation fonctionnait comme ça. Le lendemain matin, quelqu'un l'exporte, la colle dans l'outil d'envoi, et la salle a une audience plus grande.
Rien dans cette séquence ne semble fautif, et c'est pour ça qu'elle a lieu. Mais revenez à ce que ces quatre cent douze personnes ont réellement fait. Elles ont tapé leur nom pour franchir une porte, un soir précis. L'acte avait un but, et le but était accompli au moment où elles sont entrées.
Le considérant 32 du RGPD le dit sans détour : le consentement doit être un acte positif clair, libre, pour une finalité déterminée. S'inscrire sur une liste est un acte positif. C'est simplement un acte positif portant sur autre chose.
Ce que chaque liste est vraiment
| Liste d'invités | Liste de contacts | |
|---|---|---|
| Ce que la personne a fait | Demandé à entrer, une fois | Accepté d'avoir de vos nouvelles, dans la durée |
| Ce que ça vaut | Un soir, une porte | Jusqu'à ce qu'elle dise le contraire |
| Ce qui le prouve | Le journal de porte | Un choix enregistré, avec date et formulation |
| Qui d'autre peut y figurer | Accompagnants, noms ajoutés par un promoteur | Seulement des gens ayant agi eux-mêmes |
| Ce que ça vaut en mars | Rien à qui écrire | Tout |
| Ce que coûte l'erreur | Plaintes, signalements, domaine abîmé | Rien, si la trace existe |
Relisez la quatrième ligne. La liste d'invités est le seul document de votre activité que des gens qui ne sont pas la personne remplissent couramment. Un promoteur ajoute douze noms. Quelqu'un vient avec deux amis. Aucun de ces quatorze n'a vu un formulaire, encore moins une ligne de consentement.
Le champ unique, et ce qu'il doit contenir
Pas une case. Une trace.
Trois choses doivent tenir sur la personne : le choix qu'elle a fait, le moment où elle l'a fait, et la formulation exacte qu'on lui a montrée à ce moment-là. La dernière est celle que tout le monde saute, et la seule qui vous aide deux ans après, quand quelqu'un demande pourquoi il reçoit ça. « Il a coché une case » est une affirmation. « Le 17 septembre à 21 h 14, il a coché une case qui disait cette phrase » est une trace.
Elle doit aussi être séparable. Accepter des nouvelles des prochaines soirées de cette salle n'est pas accepter des nouvelles des trois autres promoteurs qui ont utilisé le même outil de porte. Si la donnée ne les distingue pas, ils sont juridiquement la même chose, et c'est le plus faible qui gouverne.
La bonne nouvelle : la porte est un excellent endroit pour demander
Tout ce qui précède ressemble à une contrainte. En pratique c'est l'inverse, parce que la porte est le moment de plus forte intention que vous aurez jamais avec ces gens. Ils sont debout dans votre salle, un soir qu'ils ont choisi, ayant déjà dit oui au fait d'y être.
Poser une question à cet instant convertit bien mieux que la même question dans un fil trois semaines plus tard. Il faut une seule question, elle doit être facultative, et elle doit dire ce qui va réellement se passer : on fait environ une soirée par mois, on vous préviendra, c'est tout.
Faites-le et les quatre cent douze noms deviennent un nombre plus petit, peut-être deux cent quarante, qui vaut bien plus que quatre cent douze parce que chacun peut être joint en mars sans provoquer une plainte.
Où vit le mécanisme
C'est pour cela que la surface RSVP et la fanbase doivent être le même système, et non deux exports qui se retrouvent dans un tableur. Dans HIIPE, la page RSVP recueille l'inscription, le consentement et la source en une seule action, et la personne arrive dans la fanbase en portant déjà les trois : le segment « a dit oui à être recontacté, sur cet événement » existe sans que personne le construise.
La porte fait désormais partie du même objet, au lieu d'être l'endroit où la trace s'arrête. Le RSVP émet un pass QR personnel, et l'entrée le scanne depuis un lecteur web ouvert avec un code propre à l'événement : rien à installer pour l'invité, aucun compte à créer pour la personne qui tient la porte. Ce détail n'est pas un confort, c'est ce qui garde la trace entière. Un scanner qui vit en dehors du système produit un second fichier, et un second fichier est exactement la manière dont l'entrée et le contact finissent fusionnés à la main un mois plus tard. Ici le scan réécrit dans le même profil : la présence et la permission restent deux champs distincts sur une même personne, au lieu de deux listes que quelqu'un doit rapprocher. La façon dont les pièces se connectent est ce qui compte.
La règle, en une ligne
Entrer est une permission. Être recontacté en est une autre. Ne laissez jamais un export les confondre.
Si vous avez déjà une pile d'anciennes listes d'invités, ne les supprimez pas et ne leur écrivez pas. Traitez-les comme un historique de présence, réellement utile pour comprendre qui vient à quoi, et démarrez la trace de consentement à partir du prochain événement. L'argument complet sur le fait que le dernier événement doit nourrir le suivant est dans remplir son prochain événement avec le précédent, et ce à quoi cette trace doit ressembler est dans ce qu'est un fan CRM.
À lire ensuite : Remplir son prochain événement avec le précédent · Ce qu'un CRM événementiel doit faire entre deux événements