Comment il apprend votre produit
Ce que l’agent lit pour déterminer ce que votre produit sait faire, ce qu’il ne regarde jamais, et comment vous relisez le résultat avant que quoi que ce soit soit activé.
Syncanix n’a pas besoin que vous lui décriviez votre produit. Une fois le widget sur la page, il détermine ce que votre logiciel sait faire en regardant les écrans dont il est fait — comme le ferait un nouveau collègue, en s’en servant. Cette page décrit ce qu’il regarde, ce qu’il ne regarde délibérément pas, et ce qu’il advient du résultat.
Deux façons de lire
Vous ne choisissez pas entre les deux. La première est quelque chose que vous faites une fois, délibérément, pour obtenir vite une image complète. La seconde se produit d’elle-même ensuite.
- Pendant que les gens utilisent votre produit
- Le widget lit l’écran sur lequel se trouve le visiteur. C’est discret, continu, et cela couvre les parties de votre produit que les gens utilisent réellement — généralement pas celles qu’on aurait pensé à décrire en premier.
- Une cartographie guidée que vous menez
- Vous parcourez votre propre produit avec l’enregistrement activé, et il note chaque écran au fil de l’eau. C’est la voie rapide vers une image complète, parce que vous savez où sont les écrans importants et un visiteur non.
Cartographier votre site
Une seule passe suffit généralement à obtenir un catalogue qui vaut la peine d’être revu. Visitez les écrans sur lesquels vos clients posent le plus de questions, et ouvrez les formulaires plutôt que de simplement les regarder — un formulaire jamais ouvert est un formulaire que personne n’a lu.
- Lancez la cartographie depuis le tableau de bordOuvrez votre produit dans un onglet, connecté avec votre compte. La cartographie s'exécute dans cet onglet uniquement, sur votre propre session : rien ne se connecte à votre produit depuis ailleurs, et nous ne conservons jamais votre mot de passe.
- Parcourez le produit comme le ferait un utilisateurRéglages, facturation, page équipe, dialogue d’export — partout où un client pourrait avoir besoin d’aide. Vous n’effectuez pas d’actions pour qu’il les copie ; vous lui montrez où sont les choses.
- Arrêtez quand vous avez couvert assezTerminez l'exécution et ce qu'elle a trouvé devient la carte de votre site et le manuel de votre agent. Vous pouvez recartographier plus tard : un second passage ajoute ce que le premier a manqué au lieu de le remplacer.
Ce qu’il lit
Il lit la structure d’une page — ce qui lui indique ce qu’une personne pourrait y faire.
- Les formulaires et leurs champs : leur nom, s’ils sont obligatoires, et le type de valeur attendu.
- Les pages dont votre produit est fait, en tant qu’adresses et non en tant que contenu.
- Où mènent les liens, pour pouvoir conduire quelqu’un à un écran plutôt que le décrire.
- Toute description structurée que votre site publie déjà pour les moteurs de recherche.
Ce qu’il ne lit jamais
Ce sont des exclusions structurelles, pas des réglages — aucune configuration ne les désactive.
- Mots de passe, numéros de carte et codes à usage unique. Ces champs sont exclus à la capture ; seul le fait que le formulaire en comporte un est consigné.
- Ce que quiconque a saisi. Il consigne qu’un champ existe et à quoi il sert, jamais ce qu’il contient.
- Tout ce qui pointe vers le site d’une autre entreprise. Un formulaire qui soumet ailleurs que chez vous est écarté entièrement plutôt que proposé.
- Tout ce qui se trouve dans une zone que vous avez exclue. Une zone bloquée n’apporte absolument rien — pas même une note indiquant qu’on y a sauté quelque chose.
Relire ce qu’il a trouvé
Tout arrive dans une seule file du tableau de bord, et quatre choses sont vraies de chaque entrée.
- Elle est désactivée. Vous l’activez délibérément, une par une ou par lot que vous avez lu.
- Elle est décrite en langage clair — « rembourser une commande », pas une adresse — pour que la personne qui approuve n’ait pas à être celle qui l’a construit.
- Une fois activée, elle demande toujours à la personne avant de s’exécuter. Ce n’est pas un réglage sur une capacité découverte : personne n’en a étiqueté le risque, donc elle se confirme à chaque fois, quelle que soit la configuration de votre espace.
- Son niveau de risque est évalué de notre côté, non déclaré par quoi que ce soit sur votre page — et ce qui a été trouvé ne peut que l’élever, jamais l’abaisser.
Suivre l’évolution de votre produit
Vous n’avez rien à relancer quand vous livrez. Un écran qui change est relu la prochaine fois que quelqu’un le visite, et un nouvel écran est détecté de la même façon. Si quelque chose que l’agent connaissait disparaît, il cesse de le proposer plutôt que d’échouer devant un client.
Quand ajouter l’analyse de code
Lire un écran indique à l’agent ce qu’une personne peut y faire. Lire vos sources lui indique exactement ce que votre logiciel accepte. Beaucoup de produits n’ont jamais besoin du second, et trois situations le justifient.
- Vous voulez des formes d’arguments exactes — les noms, types et exigences précis que votre logiciel acceptera.
- Certaines parties de votre produit sont rarement visitées : personne ne les a parcourues et aucun visiteur ne le fera.
- Vous voulez être averti quand votre équipe modifie quelque chose dont l’agent dépend, avant qu’un client ne le découvre.