Solutions · Managed
Nous prenons en charge tout le processus de CRO
Recherche, hypothèses, construction, analyse et la décision. Vous approuvez la feuille de route et lisez les résultats ; le programme, c'est à nous de le mener.
Ce que vous achetez
Comment le programme se déroule réellement
Qui possède la feuille de route, le cycle de la recherche à la décision que nous menons, et ce que le rapport mensuel a à dire.
La mission
Un programme, pas un abonnement à un outil
Un responsable CRO possède votre feuille de route, mène la cadence et répond des chiffres. La plateforme est incluse ; le travail est le propos.
- Un responsable CRO nommé et une cadence établie
- Recherche, construction, analyse et reporting inclus
- La feuille de route approuvée par vous, exécutée par nous
Le processus
Recherche, hypothèse, test, décision
Chaque test part de preuves : analytique, données de session et les enquêtes que nous menons sur votre site, et se termine par une décision consignée en regard de l'hypothèse qui l'a produit.
- Recherche quantitative et qualitative à chaque cycle
- Hypothèses notées selon PXL et traitées dans l'ordre
- Une décision écrite sur chaque test, y compris les défaites
Reddition de comptes
Des chiffres que vous pouvez présenter au conseil
Le rapport mensuel indique l'effet sur le revenu, ce qu'il ne prouve pas, et ce que le prochain cycle testera. Rédigé pour survivre à une revue financière, pas pour flatter le programme.
- Effet sur le revenu et le panier moyen, dans votre devise
- Défaites rapportées aussi clairement que les victoires
- Le plan du prochain cycle dans le même document
Comment ça marche
Un cycle répétable qui se cumule
Du lancement au premier test en ligne en trois semaines environ. Ensuite c’est un cycle par mois : identifier, construire, lancer, itérer, chacun partant de ce que le précédent a prouvé.
01Identifier
L’analytique, les données de session et les enquêtes que nous menons sur votre site. Des hypothèses notées selon PXL et traitées dans cet ordre, pas dans celui où elles ont été proposées.
02Construire
Des variantes construites dans l’éditeur et vérifiées sur les navigateurs et les appareils, y compris ceux que votre trafic utilise réellement plutôt que ceux que nous avons sous la main.
03Lancer
En ligne derrière le ciblage que vous avez validé, sans cookie, surveillé dès la première session. Une alerte de répartition anormale rattrape un test cassé avant qu’il ne gâche une semaine.
04Itérer
Une décision écrite sur chaque test, les gains déployés et les pertes consignées face à l’hypothèse qui les a produites. Puis le cycle suivant commence.
Cas
Ce que le programme a fait bouger
Trois programmes, le chiffre que chacun a le plus fait bouger, et ce que la personne qui en répondait a dit ensuite.
5×
Retour sur investissement
Sandain
« Très bon et tout à fait digne d’être testé. Nous avons récupéré notre investissement en 1,5 mois et nous serons probablement à un ROAS de 4–5 sur la période de test de six mois. De plus, les changements que vous apportez restent en place et continuent de générer des ventes. Mon conseil et ma recommandation appuyés sont de tester. Au pire, vous récupérez votre argent et vous en tirez de bonnes connaissances pour l’avenir, mais plus probablement vous aurez nettement augmenté vos ventes. »
+14%
Taux de conversion
Casall
« Grâce à Pertento, nous pouvons faire une analyse davantage pilotée par les données. Sur les tests que nous menons, le gain se situe autour de 14 à 20% par expérience par rapport à avant. »
+17,2%
Taux d’ajout au panier
Aim’n
« Vérifier des hypothèses et prendre des décisions fondées sur les données à partir de résultats de tests est difficile dans une organisation en mouvement constant. Notre réussite en test A/B a été de tester l’UX et des changements structurels, et donc d’oser investir du temps dans les tests avant de décider. »
En dessous
Le compte reste le vôtre
Un programme géré tourne dans votre propre compte Pertento plutôt que dans le nôtre. Tout ce qui suit est vrai, que ce soit nous qui le menions ou vous.
Le compte est le vôtre
Le programme tourne dans votre propre compte Pertento et non dans le nôtre. Vous pouvez suivre chaque test pendant qu’il tourne, et pas seulement en lire le compte rendu après.
Un accès en lecture pour qui le veut
Les membres voient tout et ne modifient rien, donc donner un accès à toute l’équipe marketing ne coûte rien et ne risque rien. La facturation porte sur les sessions et non sur les postes.
Le raisonnement est dans l’outil
Chaque test porte l’hypothèse qui l’a motivé et sa note sur le potentiel, l’exposition et l’effort. Le backlog n’est pas un document que nous tenons à part ; c’est la liste que vous avez sous les yeux.
Chaque modification porte un nom
Ciblage ajouté, poids modifiés, démarré, terminé, déployé : consigné sur le test avec qui l’a fait et quand. Un programme managed devrait être plus auditable qu’un programme interne, pas moins.
Un gagnant agit dès le jour où il gagne
Une variante gagnante est déployée à tout le trafic immédiatement et reste servie par la plateforme. Elle rejoint votre base de code quand vos développeurs ont de la place, et la file continue de la signaler jusque-là.
Rien n’est verrouillé chez nous
Si la mission s’arrête, les tests, l’historique et les résultats restent là où ils sont. Ce que vous reprendriez, c’est un compte en fonctionnement et non un export.
Questions
Avant de le transmettre
Qui fait le travail concrètement ?
Un responsable CRO dédié porte votre feuille de route et mène le cycle, avec un responsable de recherche, un ingénieur d’expérimentation et un analyste sur le programme. Vous validez la feuille de route et lisez les résultats ; tout ce qui se trouve entre ces deux points est à nous.
De quoi avez-vous besoin de notre part pour démarrer ?
Le script dans votre gabarit de head, un accès à votre analytique, et une personne capable de valider une feuille de route. Rien d’autre ne bloque le premier cycle, et le script est la seule modification apportée à votre site.
Nous faut-il nos propres développeurs ?
Pas pour les tests côté client : les variantes se construisent dans l’éditeur visuel. Les tests côté serveur sont l’exception, car la variante y est du code dans votre propre application, relu et déployé comme n’importe quelle modification. Ceux-là demandent vos développeurs, et nous écrivons la spécification.
Que se passe-t-il quand un test perd ?
Il figure au rapport aussi platement qu’un gain, consigné face à l’hypothèse qui l’a produit. Une perte correctement mesurée vous apprend quelque chose de vrai sur vos visiteurs ; une perte discrètement écartée coûte le même trafic et n’apprend rien à personne.
Pourrons-nous reprendre le programme en interne ?
Le programme tourne dans un compte Pertento et non dans un outil qui nous appartient, donc les tests, l’historique et chaque décision écrite se trouvent dans une seule console. Le reprendre en interne est une question de qui opère cette console, pas une migration.
Comment est-ce facturé ?
Sur devis, par programme, plateforme incluse. La variable est la quantité de travail et non le nombre de personnes qui se connectent, si bien que c’est une conversation plutôt qu’un chiffre sur la page des tarifs.