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

Une balise de script, et votre équipe teste dès l’après-midi même.

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’écran d’implémentation, qui confirme que le traceur est en ligne et détaille son installation : une balise de script dans le head, un chargeur de 0,9 Ko, sans cookies.

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
L’écran des réglages de l’équipe : cinq membres avec leurs rôles, au-dessus de deux tuiles indiquant des utilisateurs illimités et une facturation aux sessions.

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é
La file d’implémentation : trois tests gagnants, un en attente de codage en dur, un en cours et un déjà 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.

01Votre cadence de tests n’est pas limitée par le traficChaque 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.02Le backlog décide, pas la voix la plus forteNotez 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.
03La lecture seule est un vrai rôleLes 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.
04Le deuxième test coûte moins que le premierDupliquer 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.
05Personne n’a à penser à l’arrêterPlanifiez le début et la fin dès la création du test. Vous pouvez aussi prévoir un arrêt au seuil de significativité, avec une durée minimale et une date de fin obligatoire. Ainsi, l’arrêt anticipé permet de terminer plus tôt, sans être le seul moyen de mettre fin au test.
06Vous êtes averti en cas de problème sur un testSi la répartition ne correspond plus à sa configuration ou si le test ne reçoit aucun trafic pendant une journée, vous êtes averti par e-mail et sur Slack. Ces situations indiquent généralement qu’un déploiement a supprimé le script ou qu’une règle de ciblage ne correspond plus aux visiteurs.

Questions

Avant de l’internaliser

Quelle taille minimale pour l’équipe ?

Une personne capable de modifier le site et de lire un graphique. Les tâches qui demandent normalement un spécialiste sont déjà prises en charge : l’éditeur permet de créer la plupart des variantes sans développeur, le classement du backlog évite les débats sur le prochain test à lancer, et la file des décisions en attente dispense de vérifier chaque jour si un problème est survenu. En revanche, l’outil ne peut pas décider de ce qui mérite d’être testé, et aucune plateforme ne le peut. Si personne n’assume cette responsabilité, acheter un logiciel n’y changera rien.

Que devront faire nos développeurs ?

Trois choses, dont seule la première est indispensable. Ajouter une balise de script dans le head, une seule fois : c’est l’unique modification à apporter à votre site. Créer les tests côté serveur, où votre propre backend décide du contenu à afficher : c’est le seul type de test qui nécessite réellement de coder. Enfin, intégrer les variantes gagnantes à votre base de code lorsque vous préférez les héberger vous-même. La modification exacte est fournie : il suffit de la copier-coller, sans réunion. Tout le reste se fait en sélectionnant les éléments de votre site en production.

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.

De meilleurs tests, de meilleures conversions

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.Démarrer l’essaiRéserver une démo