Solutions · SaaS
Menez votre propre programme, sur votre propre site
Votre équipe est maître de la feuille de route et mène les tests. Pertento fournit la plateforme : une balise de script, un éditeur visuel et des résultats que personne n’a à croire sur parole.
Le mener vous-même
Dès le premier après-midi
L’installation, les personnes à inviter, et la mise en production d’une modification quand les développeurs n’ont pas de temps à y consacrer.
Premiers pas
En ligne dès le premier après-midi
Une balise de script dans le head, et la console commence à remonter des données. Rien à acheter, aucun pipeline de données à construire, aucun sprint de développement à planifier.
- Un chargeur de 0,9 Ko, sans cookies, sans données personnelles
- L’éditeur visuel tourne depuis une extension Chrome sur votre site en ligne
- Un nouveau test reste un brouillon tant que vous ne l’avez pas démarré et que le site n’est pas publié
L’équipe
Invitez tout le monde, payez à la session
Le prix dépend des sessions, pas du nombre de postes, si bien que la designer qui conçoit la variante et l’analyste qui lit le résultat ne coûtent rien de plus.
- Utilisateurs illimités sur toutes les offres
- Des rôles qui définissent qui peut démarrer, arrêter et déployer
- Un journal d’activité : qui a modifié quoi
Sans développeurs
Livrez la modification, transmettez le gagnant
La plupart des variantes n’ont jamais besoin d’un développeur. Celles qui méritent d’être gardées produisent un ticket d’implémentation avec le sélecteur et la modification exacte, si bien que la transmission relève du collage plutôt que de la réunion.
- Édition sans code du texte, du style, de la mise en page et de la position
- Transmission à l’implémentation pour les gagnants qui méritent d’être codés en dur
- Le test continue d’être servi jusqu’à ce que le code soit livré
En pratique
Un mardi ordinaire, quand vous menez le programme vous-même
Le plus difficile, dans un programme interne, est rarement le premier test. C’est d’en faire avancer plusieurs quand personne ne se consacre à plein temps à l’expérimentation.
Votre cadence ne dépend pas du trafic
Chaque visiteur éligible entre dans chaque test éligible, si bien qu’une petite équipe peut avoir huit tests en ligne sur un site de taille moyenne sans qu’aucun ne mette plus longtemps à conclure. Le conseil de n’en lancer qu’un à la fois est une limite des autres outils.
Le backlog décide, pas la voix la plus forte
Notez chaque idée sur le potentiel, l’exposition et l’effort, et la liste s’ordonne d’elle-même. Quand rien n’est cassé et que rien n’attend de décision, la console vous dit quel brouillon reprendre.
La lecture seule est un vrai rôle
Les membres voient tout et ne modifient rien, et c’est précisément ce qui permet de donner sans risque un compte à toute l’équipe. Démarrer, arrêter et déployer restent l’affaire des administrateurs et des propriétaires, et chaque modification est consignée sur le test avec un nom.
Le deuxième test coûte moins que le premier
Dupliquer un test copie ses variantes, ses modifications, ses captures et les trois types de ciblage. L’essentiel du coût d’un programme, c’est de reconstruire des configurations, et l’essentiel des erreurs se niche dans la partie que l’on reconstruit à la main.
Personne n’a à penser à l’arrêter
Planifiez le début et la fin au moment où vous le construisez. L’arrêt à la significativité vient en plus, avec une durée minimale et une date de fin obligatoire, de sorte qu’un arrêt précoce ne peut être que précoce et jamais la seule chose qui termine un test.
Il vous prévient quand un test casse
Une répartition qui ne correspond plus à sa configuration, ou une journée sans aucun trafic, vous parvient par e-mail et par Slack au lieu d’attendre d’être remarquée. Les deux signifient le plus souvent qu’un déploiement a emporté le script ou qu’une règle de ciblage ne s’applique plus.
Questions
Avant de l’internaliser
Quelle taille minimale pour l’équipe ?
Une personne capable de modifier le site et de lire un graphique. Le travail qui demande normalement un spécialiste est justement la partie intégrée : l’éditeur rend le développeur inutile pour la plupart des variantes, le classement du backlog met fin aux débats sur ce qu’il faut lancer ensuite, et la file de ce qui attend une décision dispense de vérifier chaque jour si quelque chose est cassé. Ce que l’outil ne peut pas faire, c’est décider ce qui vaut la peine d’être testé, et aucune plateforme ne le peut. Si personne ne porte cette question, acheter un logiciel ne créera pas de porteur.
Que devront faire nos développeurs ?
Trois choses, et seule la première est inévitable. Poser un script dans le head, une fois, ce qui est la seule modification apportée à votre site. Construire les tests côté serveur, où votre propre backend décide de ce qui est servi, et qui sont le seul type de test véritablement fait de code. Et coder en dur les gagnants quand vous voulez qu’une modification vive dans votre base de code plutôt que d’être servie par nous, ce qui est transmis avec la modification exacte en pièce jointe et relève du collage plutôt que de la réunion. Tout ce qui se situe entre les deux se fait en pointant des éléments sur votre site en ligne.
Comment le coût évolue-t-il quand nous grandissons ?
Il suit les sessions et non les effectifs, si bien que les personnes qui font vivre un programme n’ont pas chacune un prix. La conceptrice qui écrit la variante, l’analyste qui lit le résultat et le décideur qui veut suivre peuvent tous avoir un compte, et les membres sont en lecture seule sur toute la plateforme, si bien que distribuer ces comptes est sans risque. Ce qui grandit avec vous, c’est le nombre de sessions qu’enregistrent vos sites, et une seule offre couvre tous les sites du compte.
Nous avons déjà GA4. Est-ce que cela le remplace ?
Non, et il vaut mieux que vous le gardiez. Réglez le site sur GA4 et le runtime lit les événements qui circulent déjà dans votre data layer, si bien que les conversions que nous mesurons sont celles que votre analytique compte. Cela supprime le désaccord habituel entre deux outils qui ont deux définitions d’un achat. L’exposition aux variantes est aussi renvoyée vers GA4, si bien qu’un test devient une dimension sur laquelle segmenter dans le reporting auquel votre équipe fait déjà confiance.
Qu’advient-il du travail si nous arrêtons ?
Tout ce qui est déjà codé en dur se trouve dans votre propre base de code et reste intact, et c’est exactement pourquoi la file d’implémentation continue de réclamer les gagnants que nous servons encore. Les gagnants encore servis par la plateforme s’arrêtent quand elle s’arrête, comme s’arrête n’importe quelle variante. Les tests, les hypothèses qui les ont motivés et la trace de chaque décision vivent dans le compte et non dans le tableur d’un consultant : ce que vous emportez est un programme documenté et non un dossier de captures d’écran.