Exigences borne
Ce qu'une borne doit supporter — navigateur, lecteur, clavier tactile et contrôles d'écran — avant de pouvoir faire tourner une expérience OmniLab.
Vérifiez qu'une borne peut réellement faire tourner une expérience OmniLab avant de commander du matériel ou de valider la proposition d'un prestataire. Envoyez cette page à votre prestataire borne et demandez-lui de confirmer chaque point par écrit.
Navigateur et iframe
La borne ouvre l'expérience OmniLab dans une iframe intégrée. Cette iframe doit se comporter comme un navigateur moderne, pas comme une visionneuse allégée.
- Un moteur récent basé sur Chrome. Les navigateurs intégrés anciens échouent sur les animations et les parcours interactifs, et l'échec se traduit souvent par un écran blanc plutôt que par une erreur.
- JavaScript activé. Sans lui, l'expérience ne se charge pas du tout.
- Messagerie entre l'iframe et l'hôte activée. L'expérience envoie des messages de mise en page au wrapper de la borne pour qu'elle dimensionne l'iframe correctement.
- Événements tactiles transmis à l'iframe. Si le wrapper les absorbe, les jeux semblent réactifs mais rien ne s'enregistre.
- Plein écran. Les barres d'adresse et les éléments de navigateur invitent les visiteurs à quitter l'expérience.
Comment l'expérience est chargée
Posez tôt une question à votre prestataire : la borne charge-t-elle l'expérience OmniLab comme page, ou construit-elle sa propre page en y plaçant l'expérience dans une iframe ?
La charger comme page est l'option simple, et celle à privilégier. L'autre fonctionne aussi, mais seulement si l'expérience est servie depuis une adresse sous le même domaine que la page de la borne — sinon le navigateur la traite comme une iframe tierce et bloque les données nécessaires pour garder quelqu'un connecté.
Le symptôme, en cas d'erreur, est précis et tardif : tout fonctionne jusqu'au test d'une vraie carte de fidélité sur site, puis chaque scan s'arrête à la vérification d'identité. Tranchez ce point avant le développement, pas pendant la recette.
Lecteur de code-barres
- La prise en charge des codes-barres 1D couvre les cartes de fidélité et les bons imprimés : c'est le minimum.
- La prise en charge des QR codes est optionnelle, et utile à demander si vous pourriez basculer plus tard sur des invitations en QR code.
- Une lecture rapide. Un visiteur obligé de maintenir sa carte immobile plusieurs secondes s'en va.
Convenez précisément avec votre prestataire de ce que produit le lecteur. OmniLab reçoit la valeur scannée sous forme de texte : tout préfixe, somme de contrôle ou zéro initial ajouté par le lecteur doit donc être retiré par la borne, ou pris en compte dans les valeurs que vous émettez.
Clavier tactile
Ce point ne concerne que le cas où de nouveaux participants remplissent le formulaire d'acquisition sur la borne — mais quand il s'applique, c'est la première cause d'abandon. Un clavier trop petit ou trop lent fait perdre l'inscription.
Demandez à votre prestataire de confirmer :
- Des touches larges et tactiles, dimensionnées pour un usage debout en lieu public.
- Une saisie alphanumérique complète.
- Un accès direct aux caractères d'email — arobase, point, tiret et tiret bas — sans avoir à chercher dans des pages de symboles.
- Le clavier s'ouvre automatiquement quand le visiteur touche un champ, et se ferme quand il a terminé.
- La majuscule automatique et la correction, qui réduisent les fautes dans les noms et les adresses email.
Gardez le formulaire court. Chaque champ supplémentaire est une interaction clavier de plus dans un espace public. Voir Paramétrer un formulaire d'acquisition.
Contrôles d'écran que la borne doit fournir
OmniLab n'affiche aucun de ces éléments. Ils appartiennent au wrapper de la borne.
- 1Image de fond et votre identité visuelle
- 2« Touchez l’écran pour commencer », lisible debout
- 3Animation pointant vers le lecteur
- 4Boutons Accueil et Fermer — la sortie du visiteur à tout moment
- 5L’expérience reste chargée derrière la fenêtre
- 6Message « êtes-vous toujours là ? »
- 7Compte à rebours visible
- 8Rester — revient à l’expérience
- 9Retour à l’accueil — met fin à la session
L’écran d’accueil ouvre l’iframe ; la fenêtre d’inactivité le ferme. Les deux sont à vous de concevoir.
| Contrôle | Ce qu'il fait |
|---|---|
| Écran d'accueil | Invite le visiteur à scanner, idéalement avec une animation pointant vers le lecteur |
| Bouton Accueil | Ramène à l'écran d'accueil depuis n'importe où |
| Bouton Fermer | Met fin à la session en cours |
| Clavier tactile | Permet au visiteur de compléter le formulaire d'acquisition |
Réseau
La borne a besoin d'un accès internet sortant vers votre domaine OmniLab. Si le lieu utilise un réseau restreint, donnez l'adresse de la campagne à votre équipe IT très tôt — la mise en liste d'autorisation est lente et bloque souvent le jour du lancement.
Taille d'écran
Communiquez à OmniLab la résolution et l'orientation de l'écran de la borne avant la phase de test. Les écrans de borne sont souvent de grands panneaux en portrait, suffisamment différents d'un téléphone ou d'un ordinateur pour que la mise en page de l'expérience mérite d'être vérifiée sur l'appareil réel plutôt que dans une fenêtre de navigateur.
Pour aller plus loin
URLs de borne
Comprenez à quoi sert une URL de borne, comment le code-barres scanné y est transmis, et ce qu'il faut donner à votre équipe technique.
Gestion de l'inactivité
Réinitialisez automatiquement une borne quand un visiteur s'en va en cours d'expérience, pour que l'écran soit prêt pour la personne suivante.