MESURE

Entonnoir SaaS : compter les mêmes comptes dans le bon ordre

Définissez un entonnoir SaaS ordonné, comparez des cohortes équitables et analysez les abandons sans confondre événements et conversions clients.

Publié le · Mis à jour le

Un entonnoir est une question assortie de règles

Un entonnoir de conversion SaaS mesure la progression d’un groupe admissible dans une séquence d’actions définie. Son utilité dépend des règles : qui peut entrer, quelles actions comptent, si l’ordre est obligatoire, combien de temps peut prendre le parcours et quel identifiant représente une personne ou un compte.

Un graphique mêlant vues de l’accueil, inscriptions et paiements du même mois n’est pas automatiquement un entonnoir. Les paiements peuvent provenir d’inscriptions du mois précédent. Plusieurs pages vues peuvent appartenir à la même personne. Partez du parcours que vous voulez comprendre plutôt que des événements les plus faciles à afficher.

Choisissez quelques étapes liées à la valeur

Pour un produit fictif de reporting, un entonnoir d’activation pertinent pourrait être : compte créé, source de données connectée, premier rapport utile consulté. Le paiement peut constituer un résultat final distinct. Un clic de menu est généralement un événement de diagnostic, pas la définition du succès. Si la valeur peut être obtenue sans connexion de source, explicitez cet autre chemin au lieu de le classer discrètement comme abandon.

Décidez si la question porte sur un compte ou une personne. Dans une équipe, une personne peut installer l’outil et une autre acheter. Les réunir exige une association au compte documentée et autorisée. Si votre mise en œuvre ne reconnaît qu’une session navigateur, appelez cela un entonnoir de sessions ; ne prétendez pas suivre des personnes sur plusieurs appareils.

Définissez entrée, ordre et durée

Un entonnoir fermé exige de commencer par la première étape. Un entonnoir ouvert accepte les entrées plus tardives. L’exploration des entonnoirs de Google documente cette distinction et l’ordre des étapes. Utilisez un entonnoir fermé pour comprendre le devenir des nouveaux comptes, et une vue ouverte pour explorer les points d’entrée d’un parcours existant.

Précisez si d’autres actions peuvent s’intercaler, si les tentatives répétées sont admissibles et si une personne peut être comptée plusieurs fois. « Source connectée sous sept jours après l’inscription » est reproductible. « Activé un jour » évolue sans cesse, car les anciennes cohortes disposent de plus de temps. Conservez la définition près du graphique et versionnez-la lorsque le produit change.

Contrat fictif pour un produit de reporting
Unité : identifiant de compte, compté une fois
Entrée : première création de compte réussie
Séquence : account_created -> source_connected -> report_viewed
Ordre : obligatoire ; actions intermédiaires autorisées
Fenêtre : 7 jours après création du compte
Exclusions : comptes internes, de test et automatisés connus

Séparez taux par étape et conversion totale

Supposons une cohorte hebdomadaire fictive terminée de 100 comptes. En sept jours, 60 connectent une source et 30 consultent ensuite un rapport utile. La conversion inscription-vers-connexion vaut 60 / 100 = 60 %. La conversion connexion-vers-rapport vaut 30 / 60 = 50 %. L’activation totale vaut 30 / 100 = 30 %.

La première transition perd 40 comptes, la seconde 30. Cela ne rend pas automatiquement le premier problème prioritaire. Le second peut être un défaut grave touchant des acheteurs qualifiés, tandis que la première étape comprend des inscriptions curieuses. Priorisez selon les erreurs reproductibles, l’intention, l’effort et l’impact attendu, pas seulement la plus grande barre rouge.

Ne divisez pas les 30 paiements du mois par les 100 inscriptions du mois sans vérifier qu’ils appartiennent à cette cohorte. Pour mesurer la conversion payante, associez chaque premier paiement admissible à sa cohorte, dédupliquez-le et respectez la fenêtre d’observation définie.

Accordez la même durée à chaque cohorte

Si les comptes créés hier ont sept jours pour s’activer, leur résultat n’est pas terminé. Les comparer à ceux créés il y a trois semaines défavorise la cohorte récente. Attendez la fin de la fenêtre ou identifiez les cohortes incomplètes et comparez une même durée écoulée.

Un tableau utile présente début de cohorte, comptes admissibles, comptes dont la fenêtre est terminée, résultats admissibles et dernière actualisation. Quand le suivi diffère, signalez cette limite plutôt que de remplacer les résultats manquants par zéro. Un identifiant de mesure supprimé ou inaccessible constitue aussi une preuve absente, pas une preuve d’abandon.

Contrôlez la mesure avant de redessiner le produit

Faites passer un compte de test autorisé par chaque méthode d’inscription prise en charge. Vérifiez connexion par e-mail, connexion sociale, invitation et raccourcis de mise à niveau pouvant contourner le parcours initialement testé. Confirmez que les événements arrivent dans le bon projet avec l’horodatage et le compte corrects. Testez un échec : cliquer sur Connecter ne doit pas compter comme une connexion réussie.

Examinez ensuite quelques cas réels auxquels vous avez légitimement accès. Le prérequis était-il réalisé ? La personne a-t-elle obtenu un résultat utile ? L’événement est-il arrivé tard ? Une rupture d’entonnoir juste après une nouvelle instrumentation justifie d’abord son inspection. Elle ne prouve pas que les clients ont soudain cessé d’aimer le produit.

Transformez le constat en un test

Choisissez une hypothèse précise : « Les comptes abandonnent la connexion parce que les permissions demandées ne sont pas expliquées. » Améliorez l’explication, notez la date de sortie et comparez des cohortes terminées acquises de façon similaire. Avec peu de cas, des retours d’usage peuvent être plus appropriés qu’une expérimentation complexe.

Distinguez changement réalisé et résultat observé. Une amélioration après publication ne prouve pas, à elle seule, que la publication en est la cause. Le guide de plan de mesure aide à définir la question métier ; celui d’attribution traite du lien distinct entre parcours et encaissements vérifiés.

Références

Guides associés

Analyse web pour SaaS : mesurer pour décider

Construisez un plan de mesure SaaS utile : acquisition, activation, paiements vérifiés et qualité des données, avec un exemple et un bilan hebdomadaire.

Lire le guide →

Attribution des revenus : relier visites et paiements

Découvrez comment relier des visites à des paiements vérifiés, définir une règle d’attribution et rendre visibles sources manquantes, remboursements et devises.

Lire le guide →

Installer un suivi web : vérifier tout le parcours

Validez votre installation : requêtes navigateur, consentement, navigation SPA, déduplication et contrôle indépendant des paiements réels.

Lire le guide →

Exemple à visée pédagogique. Les données et calculs d’exemple ne représentent pas des résultats commerciaux vérifiés.

Le site public et les articles sont traduits. L’espace de travail privé est actuellement en anglais.