La plupart des tableaux de bord d’analytics traitent un scroll depth de 100% sur une page de tarification comme une vanity metric. Ce n’en est pas une. Lorsqu’un visiteur fait défiler toute votre page de tarification jusqu’en bas puis part sans convertir, il vient de faire le même shopping comparatif que votre équipe commerciale aimerait qu’il fasse : lire chaque niveau, parcourir chaque note de bas de page et vérifier si vos fonctionnalités correspondent à son vrai problème. Il a rebondi non pas parce que votre offre était mauvaise, mais parce que la page n’a répondu qu’à la moitié de sa question. L’autre moitié se trouve sur votre page stack, et c’est là que la véritable vitrine se cachait depuis le début.
La page de tarification indique aux acheteurs ce qu’ils paient. La page stack leur indique ce qu’ils obtiennent en échange. Pour les acheteurs techniques, les fondateurs et les opérateurs, il s’agit de la même question vue sous deux angles. Un tableau de prix n’est qu’une fiche technique compressée avec une colonne de prix ajoutée. Lorsque vous publiez une page stack qui parcourt les couches de votre produit en langage clair — ce qui fonctionne où, ce qui s’intègre avec quoi, ce qu’ils possèdent par rapport à ce que vous gérez — vous faites le travail de décomposition que la page de tarification oblige l’acheteur à faire dans sa tête. Une page stack claire transforme la tarification d’une énigme en plan d’action.
Trois signaux indiquent que votre page stack porte déjà votre vitrine. Premièrement, le même cohort qui atteint 100% sur la page de tarification a aussi tendance à arriver sur la page stack au cours de la même session, mais seulement si le lien est évident ; s’il est enfoui dans un footer, vous perdez le moment. Deuxièmement, le temps passé sur la page pour le contenu stack est systématiquement deux à trois fois plus long que le temps passé sur la page de tarification, car le visiteur compare, il ne fait pas qu’un coup d’œil. Troisièmement, les tickets de support et les appels commerciaux que vous recevez après qu’une personne a lu la page stack sont plus courts et arrivent plus bas dans le funnel — elle comprend déjà ce qu’elle achète, elle a seulement besoin de confirmer l’adéquation.
Rédigez la page stack comme l’aurait faite un défenseur de l’acheteur. Commencez par un résumé en une phrase de ce que le produit fait réellement pour l’entreprise, et non par le schéma d’architecture. Utilisez le même langage simple qu’un opérateur avisé non technique emploierait pour expliquer votre outil à son CFO. Ensuite, ajoutez la précision technique — composants, propriété, déploiement, intégrations — dans l’ordre dans lequel un acheteur l’évalue, et non dans l’ordre qu’un ingénieur préfère documenter. Terminez chaque section par la question à laquelle elle répond : voici ce qui tourne dans votre compte, voici ce que nous gérons, voici ce que vous pouvez modifier demain sans notre autorisation.
La page de tarification conclut la vente. La page stack gagne la confiance qui permet à la vente de se conclure. Traitez-les comme une seule conversation continue répartie sur deux URLs, et votre taux de bounce cessera de ressembler à un problème pour commencer à ressembler à un signal d’achat qui mérite un suivi.