Aller au contenu
Langue : FR

Faut-il encoder les badges avant l'événement ou sur place ?

Ni l'un ni l'autre, idéalement. Encoder à l'avance des badges vierges identiques et les attribuer à l'accueil. Cela supprime les deux problèmes d'un coup : la liste exacte des participants que personne n'a trois semaines avant, et la file d'attente d'encodage que personne ne peut se permettre le matin de l'événement.

Encoder à l'avance

Économique, calme, et fait dans une pièce bien éclairée avec une liaison qui fonctionne. Chaque badge est écrit et vérifié avant que quoi que ce soit ne soit sous pression.

Cela suppose une liste exacte, ce que vous n'avez jamais. Les inscriptions continuent, les noms changent, les entreprises remplacent des personnes, et une part des badges est fausse avant même d'être imprimée.

Les badges faux doivent ensuite être retrouvés dans une boîte qui en contient des centaines, ce qui est plus long qu'il n'y paraît à huit heures du matin.

Cela signifie aussi qu'un visiteur non inscrit n'a aucun badge, et ce sont les participants les plus susceptibles de compter commercialement.

Encoder sur place

Souple et lent. Chaque badge est juste parce qu'il est fabriqué pendant que la personne se tient là.

Le prix est du matériel, du personnel formé, une liaison qui fonctionne, et une file d'attente au moment où le lieu est le plus chargé.

Cela concentre aussi toutes les pannes sur la pire heure. Un bourrage d'imprimante, un lecteur déchargé ou une coupure réseau à neuf heures est un problème à l'échelle de l'événement plutôt qu'un désagrément.

Pour un petit événement, c'est parfaitement raisonnable. Pour un grand, c'est là que la journée déraille.

La troisième voie

Écrire tous les badges à l'identique, à l'avance, avec une puce qui reflète son propre identifiant. Chaque badge est alors unique sans être personnalisé.

À l'accueil, le badge est attribué à la personne dans le système : lire le badge, le rattacher à la fiche, le remettre.

L'attribution est une écriture en base plutôt qu'une opération d'encodage, donc elle prend une seconde et ne réclame aucun matériel d'écriture à l'accueil.

Les badges sont interchangeables jusqu'à leur attribution, ce qui signifie aucun tri, aucune fouille dans les boîtes, et un visiteur non inscrit servi depuis la même pile que tout le monde.

Faire fonctionner la troisième voie

Acheter des puces qui reflètent. C'est une décision d'achat qui ne s'ajoute pas après coup, et c'est toute la base de cette approche.

Vérifier le lot avant qu'il ne quitte vos bureaux. Chaque badge lu une fois, compté, et les badges morts retirés de la pile plutôt que découverts à l'accueil.

Faire en sorte que l'attribution fonctionne hors ligne, avec une réconciliation ensuite. L'accueil ne doit pas s'arrêter parce que la liaison s'est arrêtée.

Et garder la face imprimée générique, ou l'imprimer sur place séparément, puisqu'un badge interchangeable électroniquement et personnalisé visuellement n'est pas interchangeable du tout.

Questions fréquentes

Encoder à l'avance revient-il moins cher ?

Par badge oui, et l'économie disparaît si une part des badges est fausse et doit être retrouvée et remplacée le jour même.

Et les visiteurs non inscrits ?

Ils sont l'argument le plus fort en faveur de l'attribution à l'accueil. Une pile de badges interchangeables sert un visiteur non inscrit exactement comme les autres.

Toutes les puces prennent-elles en charge le miroir ?

Non. Cela varie selon la référence et ne s'ajoute pas après coup, donc cela relève du bon de commande.

L'accueil peut-il fonctionner hors ligne ?

Il le doit. L'attribution doit se mettre en file localement et se réconcilier au retour de la liaison, faute de quoi une coupure ferme les inscriptions.