Solutions · SaaS
Menez votre propre programme, sur votre propre site
Votre équipe possède la feuille de route et mène les tests. Pertento est la plateforme en dessous : 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'installer, qui vous invitez, et comment une modification est livrée quand il n'y a pas de temps d'ingénierie à 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 d'ingénierie à planifier.
- Un traceur 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 est un brouillon tant que vous ne l'avez pas démarré et publié le site
L'équipe
Invitez tout le monde, payez pour des sessions
La tarification se fait par session sur le site, pas par poste, si bien que la designer qui écrit la variante et l'analyste qui lit le résultat ne coûtent rien de plus.
- Utilisateurs illimités sur chaque plan
- Des rôles pour qui peut démarrer, arrêter et déployer
- Un journal d'activité de qui a changé quoi
Sans ingénierie
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
À quoi ressemble le fait de le mener soi-même un mardi
La partie difficile d'un programme interne est rarement le premier test. C'est d'en garder plusieurs en mouvement quand l'expérimentation n'est le travail à temps plein de personne.
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 rend sûr de donner un compte à toute l’équipe. Démarrer, arrêter et déployer restent aux administrateurs et aux 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 emporte ses variantes, ses modifications, ses captures et les trois types de ciblage. L’essentiel du coût d’un programme, c’est de refaire les mises en place, 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 le ramener en interne
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 retire le développeur de la plupart des variantes, le classement du backlog retire la discussion sur ce qu’il faut lancer ensuite, et la file de ce qui attend une décision retire la vérification quotidienne de savoir si quelque chose est cassé. Ce qu’il 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 le trafic testé et non les effectifs, si bien que les personnes qui font vivre un programme ne portent 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 trafic que vous passez par des tests, et c’est la part qui est corrélée à ce que vous en retirez.
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 la dispute habituelle entre deux outils avec deux définitions d’un achat. L’exposition aux variantes est aussi renvoyée, 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.