À quoi sert vraiment le check-in
Le check-in répond à trois questions : cette personne est-elle attendue, est-elle déjà entrée, et combien de gens sont venus ? C’est pour la première que tout le monde conçoit. La deuxième est celle qui attrape la fraude et la confusion — un code montré deux fois, une capture d’écran transférée à un ami. La troisième est celle qu’on pose à l’organisateur le lendemain matin, et la seule qui exige que les deux premières aient reçu une réponse honnête toute la soirée.
Une liste papier répond lentement à la première, mal à la deuxième et pas du tout à la troisième. Un tableur sur un ordinateur portable répond à la première, puis l’ordinateur est à la mauvaise entrée. L’intérêt d’un système de check-in, c’est que les trois questions trouvent leur réponse dans la même fiche, à chaque entrée, au même moment.
Des codes personnels, pas un seul code pour l’événement
Un unique QR code sur une affiche vous dit que quelqu’un est arrivé ; il ne dit pas qui. Donnez à chaque invité un code qui lui est propre, envoyé avec l’invitation, et à chaque accompagnant aussi quand c’est possible. Le code ne doit rien contenir de lisible — ni nom, ni e-mail, ni événement — pour qu’une photo n’en révèle rien, et pour qu’il puisse être révoqué en changeant ce vers quoi il pointe plutôt que ce qu’il contient.
Les codes sur papier conviennent. Un invité qui imprime son invitation doit entrer aussi facilement qu’un autre qui montre son téléphone ; le scanner s’en moque, et le personnel devrait s’en moquer aussi.
Le téléphone est le scanner
Les scanners dédiés sont du matériel à louer, charger, appairer et perdre. N’importe quel téléphone que l’équipe a déjà possède une caméra et un écran assez grand pour les deux seules choses qu’une entrée doit voir : le nom de l’invité et une couleur. Vert, c’est entré ; tout le reste veut dire : regardez l’écran. L’écran doit être lisible à bout de bras sous une mauvaise lumière — un nom, un statut, une ligne de détail comme un numéro de table.
Confiez chaque appareil à une personne nommée. La trace de qui a fait entrer qui est celle dont vous aurez besoin quand une décision à l’entrée sera contestée, et un appareil lié à un nom est ce qui donne un sens à cette trace.
Prévoir l’absence de réseau
Un sous-sol, un chapiteau, une salle avec quatre cents téléphones sur la même antenne : l’entrée perdra sa connexion, et ce sera au moment où la file est la plus longue. Un système de check-in doit continuer à fonctionner — scanner contre une copie de la liste gardée sur l’appareil, mettre les entrées en file, et les envoyer quand la connexion revient.
Soyez honnête sur la limite. Deux entrées sans connexion commune peuvent faire entrer la même personne toutes les deux, sans que l’une ni l’autre le sache. Ce qu’un système peut faire, c’est le remarquer au moment où elles se reconnectent, garder les deux enregistrements, compter le premier comme l’entrée et présenter le second à une personne au lieu de l’écarter en silence. Tout ce qui promet davantage décrit un réseau qui n’existe pas dans un sous-sol.
Le deuxième scan
Le même code sera scanné deux fois. Parfois c’est un invité sorti fumer ; parfois une capture d’écran sur deux téléphones ; parfois un membre de l’équipe qui rescanne parce que le premier scan n’a pas semblé passer. Un système qui accepte le deuxième scan en silence vient de perdre la réponse à « combien de gens sont venus » ; un système qui le refuse en silence vient de déclencher une dispute à l’entrée.
L’écran doit dire ce qui s’est passé — scanné à 20 h 14, entrée principale, par Mert — et laisser le membre de l’équipe choisir : refuser, enregistrer un retour, ou faire entrer avec l’accord d’un responsable. Chacun de ces choix est un fait différent, et le rapport doit les distinguer.
Les arrivées imprévues et l’invité absent de la liste
Quelqu’un d’important arrivera sans code. Les options : le refouler, le laisser entrer et perdre la trace, ou l’ajouter à l’entrée. La troisième est la bonne, si la personne qui l’ajoute en a le droit, et si la fiche montre que l’invité a été ajouté à l’entrée plutôt qu’invité. Ces invités ont leur place dans le rapport parmi ceux venus sans répondre, ce qu’ils sont exactement.
Les dérogations doivent être rares et consignées. Un cas douteux admis par un responsable, très bien ; un cas douteux admis par la personne qui se trouvait là, sans trace, c’est un chiffre dans le rapport que personne ne pourra expliquer.
Plusieurs entrées
Une entrée principale, une porte VIP, une entrée presse, une porte latérale pour les amis du traiteur. Chaque entrée doit voir la même liste, et un code scanné à l’une doit apparaître comme scanné aux autres en moins d’une seconde tant que la connexion tient. Là où un segment est lié à une entrée — les codes VIP à l’entrée VIP seulement — la restriction doit être appliquée par le système, pas par la mémoire du personnel.
Affectez le personnel selon le flux attendu, pas selon l’importance. L’entrée principale a besoin du plus d’appareils dans les quarante premières minutes ; la porte VIP a besoin de quelqu’un qui connaît les visages.
Le rapport du lendemain matin
Si l’entrée a été tenue ainsi, le rapport s’écrit tout seul : qui était invité, qui a répondu, qui est entré, nominativement ; qui avait promis et n’est pas venu ; qui est venu sans répondre ; retours, scans répétés et accords de responsable sur des lignes séparées ; heures d’arrivée par entrée, ce qui vous permet de doter le prochain événement. Exportez-le sous la forme que la personne qui demande acceptera — un tableur pour l’opérationnel, une page pour la direction.
- Des codes personnels par invité et, si possible, par accompagnant ; rien de lisible dedans.
- Un téléphone par membre de l’équipe, chaque appareil lié à un nom.
- Une copie de la liste sur chaque appareil ; les entrées en file quand le réseau tombe ; les conflits montrés, jamais résolus en silence.
- Le deuxième scan expliqué à l’écran : refuser, retour, ou accord de responsable — consignés séparément.
- Les arrivées imprévues ajoutées à l’entrée par quelqu’un qui en a le droit, et marquées comme telles.
- Les entrées dotées selon le flux ; les restrictions par segment appliquées par le système.
- Un rapport nominatif, exporté sous la forme que le lecteur accepte.