Comment les paiements échelonnés tuent votre attribution

Au milieu des années 1850, la Singer Sewing Machine Company avait un problème : elle vendait une merveille de technologie que presque personne ne pouvait s'offrir d'un coup. Son associé Edward Clark a trouvé la parade qui allait changer le commerce mondial : payez un peu à la signature, le reste un dollar par semaine. La machine à coudre est devenue le premier objet cher que des ménages ordinaires ont acheté à tempérament. Le crédit à la consommation était né.

Soixante ans plus tard, l'automobile a industrialisé l'idée. En 1919, General Motors crée sa propre société de financement pour que l'Amérique achète ses voitures à crédit, et dans les années 1920, la majorité des automobiles du pays se vendent ainsi, en versements. Payer en plusieurs fois n'était plus une astuce de vendeur, c'était le moteur de la consommation moderne. Un siècle après, Klarna et les solutions de paiement fractionné l'ont remis sur chaque page de paiement du web, et l'économie du high-ticket, coaching, formation, conseil, SaaS premium, en a fait sa norme absolue.

La vente, elle, a parfaitement suivi. Vos pages de commande proposent le 3x, le 6x, le 12x sans sourciller. Le problème, c'est que votre mesure, elle, est restée au comptant. Vos outils d'attribution comptent encore une vente comme un événement unique, qui arrive une seule fois, à sa valeur totale, le jour de la signature. Cette hypothèse était sans danger dans un monde où l'on payait cash. Le jour où le paiement s'étale dans le temps, elle détruit silencieusement votre attribution. Cet article explique comment, et ce qu'il faut mesurer à la place.

Qu'est-ce que le problème d'attribution des paiements échelonnés ?

Les paiements échelonnés cassent l'attribution parce que la valeur d'une vente n'est plus un chiffre unique, connu au moment de la conversion. Elle arrive en fragments sur plusieurs mois, une partie n'arrive jamais, et les régies qui optimisent votre budget ne voient que le premier instant. Vous leur renvoyez donc soit la valeur signée, une promesse gonflée, soit le premier versement, un signal affamé, jamais la vérité. Résultat : l'algorithme apprend d'un chiffre faux, il optimise vers les mauvais clients, et votre ROAS par campagne devient une fiction.

C'est la différence entre mesurer une signature et mesurer un encaissement. Votre dashboard enregistre le deal le jour où il est signé, à sa valeur affichée. La banque, elle, voit l'argent tomber par sixièmes sur six mois, moins les impayés et les remboursements. Entre les deux, il y a l'écart exact sur lequel vous prenez vos décisions de budget.

Dans cet article, vous allez voir d'où vient ce décalage, pourquoi il explose maintenant, comment il détraque précisément le signal que vous renvoyez aux régies, et surtout ce qu'un système de mesure doit faire pour compter le vrai revenu sans vous mentir.

Au menu :

• L'hypothèse comptant qui trahit tous vos dashboards en high-ticket.
• Le mirage du ROAS signé, expliqué avec un recruteur de talents.
• Ce que la régie apprend vraiment quand vous lui renvoyez une promesse.
• Les cinq critères d'un suivi de revenu fidèle à la banque, pas à la signature.
• Payback, taux de défaut par source et LTV par cohorte : les chiffres qui décident.

Pourquoi le problème explose maintenant

Pendant vingt ans, l'attribution digitale a grandi dans un monde de paniers e-commerce : un clic, un achat, un paiement, le tout en quelques minutes. Dans ce monde-là, compter la vente au moment de la conversion était juste, parce que la conversion et l'encaissement étaient le même événement. Le pixel voyait l'achat, la valeur était connue, l'affaire était close.

Le high-ticket a fait voler cette simultanéité en éclats. Quand une offre dépasse deux mille euros, elle se vend presque toujours en facilités de paiement, parce que c'est ce qui la rend accessible. La conversion devient alors le début d'une histoire de six ou douze mois, pas sa fin. Le paiement fractionné généralisé par les acteurs du BNPL a étendu ce décalage jusqu'aux paniers moyens. Deux mondes se sont télescopés : une mesure conçue pour l'instantané, et une vente devenue étalée. Personne n'a mis à jour la mesure, et la plupart des outils comptent toujours comme si l'argent tombait le jour de la signature.

C'est un angle mort d'autant plus dangereux qu'il est invisible. Un ROAS gonflé ne clignote pas en rouge. Il affiche un chiffre flatteur, vous scalez dessus, et le trou de trésorerie n'apparaît que des mois plus tard, quand les échéances promises manquent à l'appel.

Le mirage du ROAS signé, expliqué avec un recruteur

Imaginez que vous dirigez un club, et qu'un recruteur vous amène des joueurs. Vous le récompensez selon la qualité des joueurs qu'il déniche. Seulement voilà : vous notez chaque joueur le jour de son arrivée, sur sa promesse, avant qu'il ait disputé le moindre match. Certaines recrues éblouissantes s'effondrent au deuxième mois. Mais comme vous avez déjà récompensé le recruteur sur la promesse, il continue de vous ramener des promesses éblouissantes, et donc d'autres effondrements. Vous ne lui avez jamais dit qui avait réellement tenu sur la saison.

Le recruteur, c'est l'algorithme de la régie. Le jour d'arrivée, c'est la conversion. La note sur la promesse, c'est la valeur signée que vous renvoyez au moment du clic. Tant que vous récompensez l'algorithme sur ce que le client a promis de payer, il optimise pour les signataires, pas pour les payeurs. Il vous ramène des gens qui disent oui, pas des gens qui honorent. Et comme les impayés arrivent après la fenêtre d'attribution, la régie n'apprend jamais que telle campagne attire des clients qui décrochent au troisième versement. Elle construit consciencieusement des audiences similaires à vos plus mauvais payeurs.

Voilà pourquoi le sujet n'est pas seulement une question de trésorerie. C'est un problème d'attribution au sens strict : le signal que vous renvoyez pour entraîner la machine est faux, donc la machine apprend la mauvaise leçon.

Sous le capot : les trois fuites que l'échelonné ouvre

Le décalage entre la signature et l'encaissement n'abîme pas votre mesure à un seul endroit. Il ouvre trois fuites distinctes, et il faut les nommer pour les colmater.

La première est la fenêtre d'attribution. Les régies attribuent une conversion dans un délai fixe après le clic, souvent quelques jours. Or les versements d'un plan échelonné tombent sur des mois, très largement hors de cette fenêtre. La régie voit le premier moment et rien d'autre. Tout ce qui arrive après, les versements honorés comme les défauts, se produit dans un angle qu'elle ne regarde plus.

La deuxième est la valeur renvoyée. Quand vous remontez vos conversions aux plateformes, il faut bien leur transmettre un montant. Si vous envoyez la valeur signée, vous entraînez l'algorithme sur de l'argent qui n'arrivera pas entièrement. Si vous n'envoyez que le premier versement, vous affamez le signal et sous-estimez vos meilleurs clients. Les deux choix sont faux, et la plupart des configurations prennent le premier par défaut, sans le savoir.

La troisième est le détachement de la source. Les versements suivants arrivent des semaines plus tard, souvent via un système de facturation qui ignore tout de la campagne d'origine. Si la source n'est pas soudée à chaque encaissement, vous savez que du cash est rentré, mais pas quelle publicité l'a généré. Votre ROAS cash par campagne devient impossible à calculer. C'est le point de jonction avec le reste de la chaîne : le CRM taillé pour la pub capte la source à l'entrée du lead et la conserve jusqu'au deal ; un bon suivi des paiements la prolonge jusqu'au dernier versement.

Les cinq critères d'un suivi de revenu qui ne ment pas

Colmater ces fuites, ce n'est pas ajouter un module de facturation, c'est changer l'unité sur laquelle vous mesurez. Voici le standard.

Le premier critère est un changement de granularité : le versement devient l'unité de mesure, pas le deal. Un deal à 6 000 € en six fois n'est pas un objet unique, ce sont six événements financiers distincts, chacun avec son montant attendu, sa date théorique, sa date d'encaissement réelle et son statut. Sans cette maille, vous ne pouvez ni distinguer le promis de l'encaissé, ni voir un impayé, ni calculer quand une dépense est remboursée.

Le deuxième critère, c'est deux revenus affichés côte à côte et jamais confondus. La valeur signée, utile pour la prévision. Le cash encaissé, la seule réalité financière. De là découlent deux ROAS qu'il faut nommer distinctement : le ROAS signé, votre potentiel si tout est honoré, et le ROAS cash, votre réalité à l'instant T. Un bon système affiche les deux ; la décision juste vit dans l'écart entre eux.

Le troisième critère, ce sont les statuts qui révèlent le risque avant qu'il ne coûte. Un versement passe par des états, planifié, en attente, encaissé, échoué, remboursé, et ces états transforment votre suivi en système d'alerte. Surtout, le taux de défaut n'est pas réparti au hasard : certaines sources amènent des clients qui honorent, d'autres des clients qui décrochent. Suivre le taux de défaut par source, c'est découvrir qu'une campagne au ROAS signé flatteur peut être la pire une fois le cash compté.

Le quatrième critère est la LTV réalisée, par cohorte, pas la LTV promise. La valeur vie client n'est pas ce qu'un client a promis, c'est ce qu'il a payé. Regroupez vos clients par mois d'acquisition et suivez la courbe d'encaissement de chaque cohorte. Vous voyez alors le payback period, le nombre de mois qu'il faut à une cohorte pour que le cash rattrape la dépense publicitaire qui l'a acquise. Une cohorte peut être rentable à douze mois et dangereuse à trois, et c'est à trois mois que votre trésorerie vit.

Le cinquième critère relie tout le reste à l'attribution : le cash encaissé doit rester rattaché à sa source jusqu'au dernier versement. C'est ce qui permet de renvoyer aux régies non pas une promesse, mais un encaissement réel, au fil de l'eau, et donc d'entraîner l'algorithme sur des payeurs plutôt que sur des signataires. Sans cette continuité, tous les critères précédents restent un joli tableau de trésorerie déconnecté de vos décisions de budget.

Là où Metrikia se situe

Nous avons construit Metrikia autour de ces critères. Chaque deal se décompose en versements, chacun avec sa date prévue, sa date d'encaissement et son statut, planifié, en attente, encaissé, échoué, remboursé. Les tableaux de bord affichent la valeur signée et le cash encaissé côte à côte, et calculent le ROAS sur les deux bases, clairement identifiées. Les versements en attente ou échoués remontent en alerte, pour que les deals à risque soient visibles avant de devenir des pertes.

La valeur vie client est calculée sur le cash réellement reçu, lisible par cohorte d'acquisition, pour que vous voyiez le payback et la vitesse d'encaissement de chaque mois de campagne. Et parce que chaque versement reste rattaché à sa source, vous pouvez renvoyer aux régies un encaissement réel plutôt qu'une promesse, et lire un ROAS cash par canal et par campagne. Le but n'a jamais été d'ajouter de la facturation, mais de faire en sorte que le chiffre sur lequel vous décidez d'augmenter un budget soit celui de la banque, et que le signal que vous renvoyez à l'algorithme soit celui de vos vrais payeurs.

Questions fréquentes

En quoi les paiements échelonnés cassent-ils l'attribution, et pas seulement la trésorerie ? Parce que le chiffre que vous renvoyez aux régies pour entraîner leur algorithme est faux. La conversion est comptée une fois, à la signature, alors que la valeur réelle arrive sur des mois et qu'une partie n'arrive jamais. L'algorithme optimise donc vers des signataires, pas des payeurs, et il ne voit jamais les défauts qui surviennent après la fenêtre d'attribution.

Faut-il calculer le ROAS sur la valeur signée ou sur le cash encaissé ? Sur les deux, nommés distinctement. Le ROAS signé mesure le potentiel du deal s'il est honoré, le ROAS cash mesure ce qui est réellement arrivé. Piloter sur le seul potentiel fait scaler sur de l'argent que vous n'avez pas ; ignorer le potentiel fait sous-estimer la valeur déjà contractée. La décision vit dans l'écart entre les deux.

Quelle est la différence entre LTV promise et LTV réalisée ? La LTV promise additionne les deals signés, donc des promesses de paiement. La LTV réalisée n'additionne que les versements encaissés. Un client qui a signé 7 500 € mais payé 5 500 € a une LTV réalisée de 5 500 €. C'est ce chiffre qui doit juger la rentabilité d'un canal d'acquisition, jamais la promesse.

Pourquoi suivre le taux de défaut de paiement par source ? Parce que le défaut n'est pas réparti au hasard. Certaines campagnes attirent des clients qui honorent leurs échéances, d'autres des clients qui décrochent en cours de route. Une campagne au ROAS signé flatteur peut devenir la pire une fois le cash réellement encaissé compté. Le taux de défaut par source révèle cet écart avant qu'il ne vide votre compte.

Qu'est-ce que le payback period sur des paiements échelonnés ? C'est le nombre de mois qu'il faut à une cohorte de clients pour que le cash encaissé rattrape la dépense publicitaire qui l'a acquise. Il se lit par cohorte d'acquisition, parce qu'une cohorte peut être rentable à douze mois et dangereuse à trois, et c'est à court terme que votre trésorerie se joue.

Références

Calder, L. (1999). Financing the American Dream: A Cultural History of Consumer Credit. Princeton University Press.

Stripe. (s.d.). Comment fonctionne la facturation par abonnement et par échéances. Stripe Docs. https://stripe.com/docs/billing

Meta. (s.d.). À propos de la valeur des conversions et du ROAS. Aide Meta Business. https://www.facebook.com/business/help/375444268708687

Google. (s.d.). Importer des conversions hors ligne. Aide Google Ads. https://support.google.com/google-ads/answer/2998031

Baptiste Noel, cofondateur de Metrikia. MSc en neurosciences cliniques et MSc en haute performance.