StrongCat 1.12: vos données racontent enfin le parcours de vos clients

Quand un visiteur touche l'écran d'une borne, le Wogeez Engine exécute le scénario. Il enchaîne les étapes, attend les choix du visiteur, pilote le terminal de paiement, l'imprimante ou les casiers. Wogeez ne garde pas seulement ce que le visiteur a saisi, il garde ce passage tout entier: c'est une exécution.

Une exécution réunit:

• qui et où: la borne, le scénario et sa version exacte, avec un numéro de corrélation unique;
• ce qui s'est passé: les étapes dans l'ordre où le visiteur les a vécues, avec la réussite ou l'échec de chacune et l'erreur rencontrée;
• ce qui a été produit: les champs d'un formulaire, un panier, une autorisation bancaire, un ticket imprimé, un casier ouvert.

À la fin du parcours, l'exécution est figée et remonte au manager dès que la borne est connectée.

Une borne qui collecte des contacts produit d'habitude un fichier plat: nom, prénom, e-mail, téléphone. Il s'ouvre dans un tableur ou s'importe dans un CRM. Il dit qui a laissé ses coordonnées, rien de plus.

Prenons la billetterie d'un musée. Un mercredi à 14 h 32, une visiteuse achète deux billets adulte au hall d'accueil. Le fichier plat retiendrait son prénom, son e-mail et sa ville. L'exécution, elle, raconte son passage: elle a choisi ses billets, rempli l'inscription, vu sa carte refusée par la banque, réessayé, payé 24 €, puis la borne a imprimé ses deux billets.

Multipliez par des centaines de passages et la différence devient décisive:

• les abandons se voient: si un visiteur sur deux s'arrête à l'écran de paiement, cela se lit sans enquête;
• les pannes ont un coût visible: un ticket qui n'est pas sorti faute de papier apparaît dans l'exécution du client concerné;
• deux versions se comparent sur des faits: chaque exécution porte la version du scénario, l'effet d'un écran modifié se mesure;
• deux sites se comparent: la borne de la boutique et celle du hall d'accueil ont chacune leurs chiffres.

Dans la page Données, chaque exécution s'ouvre sur sa propre page. Le graphe reprend le plan du scénario. Les étapes jouées sont en vert ou en rouge selon leur résultat et numérotées dans l'ordre de passage, les sauts empruntés sont en gras, les étapes non traversées en pointillés. Notre visiteuse y apparaît telle qu'elle a vécu son achat: le paiement en rouge, le détour par l'écran de carte refusée, puis le retour au paiement et l'impression.

À côté, la chronologie détaille ce que chaque étape a produit, puis viennent les saisies et les variables. Le lien de la page s'envoie à un collègue pour qu'il voie exactement la même chose.

Le tableau de bord calcule ses indicateurs sur toutes les exécutions de la période: taux de réussite, part des exécutions avec une saisie, exécutions par jour, heures d'affluence et part des visiteurs qui atteignent chaque étape. Chaque champ de formulaire a sa carte et un graphique adapté à ses réponses: oui ou non, choix, histogramme des notes avec médiane et moyenne, domaines des adresses e-mail, réponses les plus fréquentes d'un texte libre.

Les exécutions vides, quand l'accueil s'affiche sans que personne ne touche l'écran, sont écartées. Elles ne faussent plus le taux de réussite.

Pour ceux qui préfèrent le tableur, la vue Saisies aligne une ligne par exécution et une colonne par champ, dans l'ordre du parcours. L'export CSV reprend la même logique, jusqu'à 10 000 exécutions.

Une exécution contient ce que les visiteurs ont saisi et les références de leurs paiements. Son accès dépend donc des droits de chacun. Le propriétaire et le nouveau rôle Analyste de données voient tout en clair. Les autres utilisateurs autorisés voient les saisies et les références de paiement remplacées par ***, à la volée, sans que les données enregistrées soient modifiées.

Une exécution n'est pas qu'un enregistrement à consulter après coup. Sa fin déclenche les tâches de fond du scénario, comme un webhook vers votre caisse ou votre CRM, selon qu'elle a réussi ou échoué. La donnée sert au moment du passage, pas seulement dans un rapport.

Le guide Les données d'un parcours détaille ce que chaque étape produit, les filtres de la page Données et les colonnes de l'export.

StrongCat fait aussi tourner les scénarios directement sur les terminaux de paiement PAX: au comptoir, le vendeur choisit les articles et le client paie sur le même appareil, l'A920Pro imprimant les tickets. L'application mobile met en tête les bornes qui demandent une intervention et dit en une phrase ce qui ne va pas. Le manager s'ouvre plus vite et le routeur Teltonika RUT901 est reconnu. Le journal des versions détaille tout, avec une vidéo de présentation.