Les paiements comme un problème d’optimisation multi-étapes
L’optimisation des paiements est souvent présentée comme un problème de taux d’autorisation, mais l’autorisation n’est qu’un élément d’un système plus large. Chaque transaction passe par le passage en caisse, l’évaluation de la fraude, l’authentification, l’autorisation, la compensation et les litiges, avec des points de décision distincts à chaque étape. Ces décisions sont interdépendantes : un modèle de fraude trop strict peut réduire les litiges mais aussi diminuer la conversion, tandis qu’une stratégie d’authentification qui minimise la friction sans tenir compte du risque augmentera les refus de paiement et les litiges.
Stripe met en œuvre des optimisations à chaque étape, de la personnalisation du formulaire de paiement à la décision de demander une authentification 3DS ou une exemption, en passant par la mise en forme des champs d’un message d’autorisation. Tout au long du cycle de paiement, ces optimisations génèrent jusqu’à 27 milliards de dollars par an de revenus supplémentaires, réduisent la fraude de 38 % en moyenne et diminuent les coûts de traitement jusqu’à 2,8 % pour les entreprises utilisant Stripe.
1. Paiement
La plupart des transactions échouées n’atteignent jamais l’autorisation; elles sont perdues au moment du passage en caisse. Un client aux Pays-Bas qui ne voit pas iDEAL peut abandonner son panier. Un client au Brésil qui voit des prix en USD peut hésiter, car le coût final avec les frais de change est incertain. Un client envisageant un achat important sans la possibilité de payer en plusieurs fois via un service de paiement différé peut décider de ne pas acheter du tout.
Personnalisation du formulaire de paiement
Le tunnel de paiement optimal est différent pour chaque transaction. Le bon ensemble de moyens de paiement, leur ordre d’affichage, la devise présentée, les champs de formulaire à afficher et la décision de déclencher une intervention liée à la fraude dépendent tous de qui est le client, de sa localisation, de ce qu’il achète et de l’appareil qu’il utilise.
Stripe traite ces éléments comme une série de décisions en temps réel. Le choix des moyens de paiement en est un exemple : les modèles d’IA de Stripe, entraînés sur des milliards de transactions, sélectionnent les moyens de paiement à afficher pour chaque session de paiement en fonction de signaux en temps réel tels que le type d’appareil, la langue du navigateur et la disponibilité des moyens de paiement, ainsi que de signaux au niveau du réseau, comme les moyens de paiement les plus performants pour des entreprises et des clients similaires. Et comme l’ensemble optimal de moyens de paiement évolue avec les comportements des clients, les préférences régionales et la disponibilité des moyens de paiement, le système explore également en continu les performances de nouvelles configurations.
La devise est une autre variable à fort impact. La plupart des clients préfèrent payer dans leur devise locale, et Adaptive Pricing de Stripe utilise un modèle d’IA qui prédit la devise préférée d’un client, ce qui permet d’augmenter les revenus transfrontaliers de 17,8 %.
L’effet de réseau des identifiants sauvegardés
Même un tunnel de paiement optimisé crée de la friction si le client doit saisir son numéro de carte. Pour les clients récurrents, cette friction est inutile. Link, le wallet conçu par Stripe, la supprime. Lorsqu’un client dispose d’un moyen de paiement enregistré avec Link, Stripe peut le reconnaître grâce à des cookies, des informations du compte ou d’autres signaux d’authentification. Le client peut alors payer plus rapidement sur n’importe quel site activé avec Link, y compris sur des sites qu’il n’a jamais visités auparavant.
Chaque nouvelle entreprise qui adopte Link améliore l’expérience client sur l’ensemble du réseau, et chaque identifiant supplémentaire renforce la valeur de Link pour les entreprises. Link compte désormais plus de 200 millions de moyens de paiement enregistrés, et les entreprises disposant d’une importante clientèle fidèle ont vu le taux de conversion de leurs utilisateurs réguliers augmenter de 14 % en moyenne.
Pris ensemble, le classement dynamique des moyens de paiement, Adaptive Pricing et la sauvegarde des identifiants permettent une augmentation moyenne des revenus de 11,9 % pour les entreprises qui utilisent la solution d'optimisation de l'expérience de paiement.
2. Évaluation de la fraude
Après une tentative de paiement, l’objectif passe de la conversion à l’évaluation de la légitimité de la transaction, en s’appuyant sur une IA entraînée à partir de données issues de millions d’entreprises et de plus de mille milliards de dollars de volume de paiements annuels. Pour les paiements par carte, il y a plus de 92 % de chances que Stripe ait déjà rencontré une carte donnée. Le réseau de Stripe s’étend bien au-delà des cartes : nous observons des corrélations entre les moyens de paiement, les appareils et les schémas de transaction, qui permettent de distinguer les activités légitimes des activités frauduleuses. Les modèles de fraude de Stripe utilisent ces signaux agrégés pour évaluer le risque de chaque transaction.
Évaluation du risque
Chaque type de fraude requiert des modèles et des signaux différents. Le test de cartes bancaires, par exemple, présente une signature différente de la fraude à la carte volée, dans laquelle une personne réelle tente d’effectuer un achat en utilisant le moyen de paiement d’un tiers. Même au sein de la fraude à la carte volée, Stripe maintient plusieurs prédictions distinctes : savoir si la carte est probablement volée, si la transaction risque d’entraîner un litige pour fraude, si elle est susceptible de déclencher une alerte de suspicion de fraude du réseau de cartes, et si Stripe estime indépendamment que la transaction est frauduleuse, même si la banque ne devrait pas contester l’opération.
Les modèles de détection de fraude de Stripe Radar s’appuient sur trois niveaux de signaux. Le premier est le réseau Stripe lui-même : des tendances agrégées issues de l’ensemble des entreprises et des transactions traitées sur Stripe. Le deuxième est constitué de données externes, notamment des identifiants de cartes compromis collectés sur Internet. Le troisième repose sur des signaux propres à chaque entreprise : Radar apprend les schémas spécifiques à chaque entreprise et les utilise pour comparer les nouvelles activités au comportement habituel de cette entreprise.
Les entreprises peuvent utiliser ces prédictions de différentes manières en fonction de leur niveau de tolérance au risque. Une entreprise très prudente peut choisir de bloquer toutes les transactions détectées comme frauduleuses, indépendamment du fait que l’émetteur contesterait ou non la transaction. Une entreprise qui cherche à maximiser la conversion peut choisir de bloquer uniquement les transactions susceptibles de donner lieu à des litiges pour fraude. Une entreprise qui s’approche d’un seuil de surveillance fixé par un réseau de cartes peut bloquer à la fois les litiges frauduleux et les transactions susceptibles de déclencher des alertes de suspicion de fraude.
La portée de ces prédictions s’élargit. Historiquement, les modèles de fraude se concentraient sur les cartes volées et le test de cartes bancaires. Mais de nouveaux schémas de fraude et d’abus émergent, en particulier parce que les acteurs malveillants ciblent de plus en plus les services d’IA à forte consommation de calcul en exploitant les essais gratuits ou en accumulant des factures d’utilisation impayées. Il ne s’agit pas de formes traditionnelles de fraude de paiement, mais elles nécessitent la même rigueur pour être traitées : des prédictions distinctes, entraînées sur les bons signaux, et utilisées pour déclencher les bonnes actions.
Choisir la bonne intervention
Le score de risque ne définit pas une politique d’intervention. La réponse la plus simple consiste à bloquer une transaction risquée, mais un faux positif entraîne une perte de revenus. La question est de savoir s’il existe un moyen moins coûteux d’atténuer le risque.
Stripe traite la sélection des interventions comme un problème de contextual bandit, en choisissant parmi un ensemble d’actions telles que présenter un CAPTCHA challenge ou demander 3D Secure, et en modélisant le résultat attendu de chacune. L’impact varie selon le contexte. De nombreux émetteurs américains, par exemple, présentent de faibles taux de réussite 3D Secure. Dans ces cas, ajouter une authentification 3DS ne réduit pas nécessairement la fraude, mais entraîne presque certainement une baisse du taux de conversion.
Pour chaque intervention possible, Stripe estime l’impact sur la conversion, les coûts et les taux de fraude. Le modèle sélectionne l’intervention qui maximise le profit attendu en fonction du profil de risque de la transaction, des préférences de risque de l’entreprise, ainsi que de l’émetteur et du moyen de paiement concernés.
Sur l’ensemble de ces prédictions et interventions, Radar réduit en moyenne la fraude de 38 % pour les entreprises utilisant Stripe, tout en bloquant moins de 0,05 % des transactions légitimes.
3. Authentification
La section précédente décrivait comment Stripe décide de demander une authentification. Cette section se concentre sur ce qui se passe lorsque le 3DS est le parcours choisi. Le 3DS n’est pas un flux unique. Il s’agit d’une famille d’options ayant des implications différentes en matière de conversion, de coûts et de conformité, et le bon choix dépend du niveau de risque de la transaction, du contexte réglementaire et de l’émetteur concerné.
Nous optimisons simultanément trois objectifs qui peuvent entrer en tension : la conformité réglementaire, la prévention de la fraude et la conversion. Cela nécessite des décisions spécifiques à chaque transaction, prenant en compte les signaux de risque, le contexte de l’appareil et le comportement de l’émetteur, afin de choisir entre un challenge complet, une exemption sans friction, un échange de données en arrière-plan ou l’absence totale d’authentification.
Exemptions et demandes d’authentification
Le moteur d’authentification de Stripe utilise les scores de fraude de Radar pour acheminer les transactions éligibles vers le parcours le moins contraignant possible. Les transactions à faible risque, en dessous du seuil réglementaire, bénéficient d’une exemption à faible montant, ce qui permet de contourner entièrement l’authentification. Au-delà de ce seuil, le moteur demande une exemption TRA lorsque cela est possible. Les transactions à risque modéré peuvent utiliser l’authentification de type Data Only, qui partage en arrière-plan les empreintes de l’appareil et le contexte de la transaction avec l’émetteur, sans que le client ait à effectuer d’action. Une authentification renforcée 3D Secure complète est réservée aux cas où le niveau de risque le justifie ou lorsqu’aucune exemption n’est disponible.
Le score de fraude est la variable de décision à chaque étape, et le moteur s’adapte au comportement des émetteurs. Certains émetteurs valident de manière fiable les parcours de type Data Only, tandis que d’autres non, et Stripe ajuste le routage en conséquence. Sur les volumes européens, l’authentification Data Only génère à elle seule 147 millions de dollars de volume de paiements autorisés supplémentaires et plus de 2,5 millions de dollars d’économies pour les entreprises chaque mois.
Optimisation du délai d’attente des empreintes d’identification
Le choix d’un parcours d’authentification ne représente qu’une partie du défi. Les détails d’implémentation au sein d’un même parcours sont également importants. Prenons le fingerprinting, la première étape facultative de tout flux 3DS. Le 3DS fingerprinting collecte des informations sur l’appareil et le navigateur via un iframe afin d’aider la banque émettrice à évaluer le risque de la transaction. Il s’agit d’une étape optionnelle du protocole, prise en charge par environ 68 % des transactions sur Stripe, et elle peut améliorer la conversion lorsqu’elle réussit. Cependant, elle ajoute également de la latence, ce qui peut entraîner l’échec complet de l’authentification.
Stripe a mené un test A/B multivarié afin de déterminer le délai optimal d’attente du fingerprinting avant de poursuivre sans cette étape. Il s’agit d’un arbitrage direct : attendre trop longtemps fait chuter la conversion en raison de la latence, tandis qu’avancer trop rapidement prive l’émetteur d’informations qui auraient pu améliorer sa décision. Le délai optimal varie selon l’appareil et l’émetteur. Depuis mars 2025, cette optimisation a permis de récupérer plus de 39 millions de dollars de paiements.
3DS comme stratégie de nouvelle tentative
La plupart des prestataires de paiement considèrent qu’un refus lié au risque est définitif. De manière surprenante, nos tests ont montré que l’ajout d’une authentification a posteriori peut permettre de récupérer le paiement. Cela dit, l’authentification 3DS ajoute de la latence, introduit de la friction et génère ses propres coûts de traitement. La question n’est donc pas simplement : « Le 3DS permettrait-il de récupérer ce paiement ? », mais plutôt : « La valeur attendue d’une nouvelle tentative avec 3DS est-elle supérieure au coût de cette tentative ? »
Stripe modélise cela directement en fonction du motif précis du refus, de l’émetteur, du type de carte et du profil de la transaction. Certains codes de refus sont presque déterministes (la carte est réellement invalide et aucune authentification ne pourra changer cela). D’autres indiquent que l’émetteur souhaite une assurance supplémentaire que le titulaire de la carte est bien présent, et une authentification 3DS fournit exactement cette preuve. Le modèle apprend quels codes, pour quels émetteurs, répondent à l’authentification, et n’oriente les nouvelles tentatives que lorsque la récupération attendue justifie le coût. Cette optimisation a augmenté le volume mondial de paiements autorisés de plus de 1 milliard de dollars par an.
4. Autorisation
Une fois qu’une transaction a été évaluée en matière de fraude et, le cas échéant, authentifiée, elle est transmise à la banque émettrice pour autorisation. Stripe améliore les résultats à ce stade grâce à l’acheminement, à l’optimisation des messages d’autorisation et aux tentatives de réessai.
Acheminement
Stripe peut acheminer les paiements via plusieurs passerelles et réseaux, tels que les réseaux de débit régionaux, et sélectionner dès la première tentative le parcours le plus rentable. Dans de nombreux cas, les réseaux alternatifs peuvent en réalité nuire à la conversion, c’est pourquoi les modèles apprennent à identifier les situations où ces itinéraires réduisent les coûts sans dégrader les taux d’acceptation. Lors d’une nouvelle tentative, la logique change : si une transaction par carte de débit à signature est refusée, un acheminement via les réseaux de débit peut permettre de la récupérer.
Messages d’autorisation
Le contenu du message ISO 8583 reçu par l’émetteur, ainsi que le contexte qui l’entoure, influencent fortement la décision d’approbation d’un paiement. Stripe optimise ce processus sur plusieurs aspects..
Tout d’abord, Stripe expérimente en continu la mise en forme et le contenu des champs ISO selon les émetteurs, les types de cartes et les zones géographiques. Le volume du réseau Stripe permet d’atteindre la significativité statistique en quelques heures, même pour des expériences dont l’effet attendu est faible. De nombreux changements réussis sont mineurs, mais à l’échelle du réseau, même des améliorations à faible impact peuvent être mesurées rapidement et générer un effet global représentant des dizaines de millions de dollars par an. Stripe mène des dizaines de ces expériences chaque semaine, et les gains s’accumulent dans le temps.
Deuxièmement, Stripe partage des signaux de risque de fraude avec les émetteurs. Ceux-ci disposent de leur propre vision du risque, souvent basée sur l’historique de dépenses du titulaire de la carte, la qualité du compte et son comportement au sein de leur portefeuille. Cependant, ils n’observent pas les mêmes mécanismes de fraude multi-entreprises que Stripe, comme ceux associés à une adresse e-mail ou à une adresse de livraison donnée. Stripe a développé l’Enhanced Issuer Network, des intégrations directes de partage de données Radar avec des émetteurs, notamment Capital One, Discover et American Express, afin de combler cet écart. Lorsque Stripe estime qu’une transaction présente un faible risque, le partage de ce signal peut réduire les refus injustifiés.
Troisièmement, Stripe optimise l’utilisation des identifiants de carte. Les identifiants obsolètes constituent une source importante de refus inutiles. Stripe utilise les network tokens et l’outil de mise à jour des cartes pour maintenir les identifiants à jour, mais le problème d’optimisation ne consiste pas simplement à activer ces outils de manière globale. Les network tokens améliorent généralement les taux d’autorisation et réduisent les coûts, mais il existe des cas où ils sont moins efficaces : des émetteurs avec une mauvaise prise en charge des tokens, ou des schémas de transaction où la tokenisation dégrade les taux d’approbation ou augmente la fraude. Stripe apprend dans quels contextes les tokens sont utiles et dans lesquels ils ne le sont pas, puis les applique de manière sélective.
Nouvelles tentatives
Certains refus de paiement peuvent être récupérés. Un refus temporaire lié à des fonds insuffisants ou à une indisponibilité ponctuelle de l’émetteur peut aboutir lors d’une seconde tentative avec un timing ou un routage différent. Stripe effectue des nouvelles tentatives de manière synchrone au moment du paiement, en sélectionnant une passerelle alternative ou en ajustant le message en fonction du motif du refus. Pour les paiements hors session, tels que les abonnements, Stripe relance les tentatives de manière asynchrone via une relance intelligente, en s’appuyant sur des modèles qui prédisent le moment où les fonds sont le plus susceptibles d’être disponibles, plutôt que de réessayer selon un calendrier fixe.
Dans l’ensemble, Authorization Boost de Stripe, qui couvre l’acheminement, l’optimisation des messages et des émetteurs, ainsi que la gestion des identifiants, augmente les taux d’acceptation de 2,2 % en moyenne et réduit les coûts de traitement jusqu’à 2,8 % pour les entreprises en tarification IC+.
5. Compensation
Une autorisation réussie ne marque pas la fin de l’espace d’optimisation. Entre l’autorisation et le règlement, Stripe optimise deux éléments : la réduction du coût de règlement de la transaction et la détection de fraudes qui ne deviennent visibles qu’après l’autorisation.
Réduction des coûts :
Rembourser une transaction réglée est coûteux. Sur les cartes de débit américaines, il n’existe aucun remboursement des frais d’interchange, ce qui rend un remboursement après règlement jusqu’à 24 fois plus coûteux qu’une annulation de l’autorisation avant compensation. Stripe prédit quelles transactions ont une forte probabilité d’être remboursées peu après leur capture et retarde en conséquence leur compensation pendant une courte période, transformant ainsi des remboursements en annulations d’autorisation. Près de 25 % des remboursements interviennent dans les 48 premières heures, ce qui explique pourquoi même un court délai ciblé sur les transactions à forte probabilité de remboursement peut réduire significativement les coûts.
Lorsque de légères modifications de la valeur d’une transaction sont attendues, par exemple lorsqu’un pourboire s’ajoute à un montant de base, Stripe maintient l’autorisation ouverte et capture le montant total en une seule fois, plutôt que d’engager des frais supplémentaires liés à une seconde opération. Pour les entreprises traitant des transactions par cartes commerciales, la transmission de données détaillées sur les produits et les taxes au moment de la compensation peut permettre de bénéficier de taux d’interchange plus avantageux grâce à des programmes tels que le Visa Commercial Enhanced Data Program.
Réduction de la fraude
Les signaux de fraude continuent d’évoluer après l’autorisation d’un paiement. Dans les heures qui suivent une transaction, Stripe peut observer que la même carte est utilisée dans une attaque frauduleuse confirmée ailleurs sur le réseau, ou qu’une empreinte d’Identification est nouvellement associée à un schéma de litiges. Ces signaux peuvent modifier de manière significative l’évaluation du risque d’un paiement déjà autorisé.
Cela crée une asymétrie qui défavorise les acteurs frauduleux. Chaque tentative ultérieure utilisant une carte volée met en risque leurs transactions précédemment réussies. Un acteur malveillant qui réalise un premier achat réussi puis tente d’extraire davantage de valeur fournit à Stripe des signaux supplémentaires permettant de le détecter et d’annuler la transaction initiale avant qu’elle ne donne lieu à une rétrofacturation. Lorsque les signaux de risque post-autorisation s’intensifient, Stripe peut rembourser ou annuler proactivement la transaction avant qu’elle ne se transforme en litige.
6. Litiges
Même après les optimisations en amont, certaines transactions feront l’objet de litiges. L’entreprise paie des frais de contestation, supporte le coût opérationnel de la réponse et, si le litige est perdu, perd également le montant de la transaction. Si le taux de litiges d’une entreprise dépasse les seuils fixés par les réseaux de cartes, elle peut être placée dans un programme de surveillance assorti de pénalités progressives. Les litiges sont coûteux individuellement et encore plus coûteux à grande échelle.
La gestion des litiges est un autre problème d’optimisation. En amont, l’objectif est de maximiser le profit attendu pour chaque transaction en temps réel. Ici, en revanche, l’objectif est de minimiser le coût total des litiges à travers trois réponses possibles : empêcher le litige dès la phase de demande, le résoudre avant qu’il ne soit officiellement déposé, ou le contester après coup. Chaque réponse présente un coût attendu, un taux de succès et un impact différents sur la relation de l’entreprise avec les réseaux de cartes. La stratégie optimale dépend du montant du litige, du code de motif, de la disponibilité des preuves et de la proximité de l’entreprise avec les seuils de surveillance.
Prévention des litiges
Stripe s’intègre à Visa Verifi et Mastercard Ethoca afin de transmettre des informations enrichies sur les transactions aux émetteurs avant le dépôt des litiges. Les descriptions d’achat, les informations de l’entreprise et les métadonnées de transaction augmentent la probabilité que le titulaire de la carte reconnaisse le débit et n’engage pas de contestation. Dans les cas où Stripe peut établir la preuve d’une relation antérieure entre le titulaire de la carte et l’entreprise (correspondance d’identifiants client, d’adresse IP ou d’adresse de livraison provenant de transactions précédentes réussies), les éléments de preuve obtenus peuvent satisfaire aux critères Compelling Evidence (CE) 3.0 de Visa. Dans ces cas, l’émetteur est tenu d’empêcher le dépôt du litige. Pour les entreprises disposant d’une clientèle récurrente, cela permet d’éviter que des litiges pour fraude n’entrent dans le processus de rétrofacturation.
Règlement des litiges
Verifi et Ethoca permettent également de résoudre les litiges avant qu’ils n’entrent officiellement dans le processus de rétrofacturation. Lorsqu’un titulaire de la carte initie un litige, ces réseaux envoient une alerte à Stripe avant que la rétrofacturation ne soit déposée. Les entreprises peuvent configurer des règles pour rembourser automatiquement les litiges éligibles (par exemple, tous les litiges « produit non reçu » de moins de 10 $). Cela permet d’éviter les frais de rétrofacturation et, surtout, d’éviter que l’événement ne soit comptabilisé dans le taux de litiges de l’entreprise.
Ces outils de prévention et de résolution des litiges ont réduit les taux de litiges de 51 % en moyenne, tous codes de motif confondus, qu’il s’agisse de fraude ou de litiges non frauduleux.
Contestation du litige
Pour les litiges qui aboutissent à une rétrofacturation, le problème d’optimisation passe de la prévention à la constitution des preuves. Quels éléments de preuve, et sous quel format, maximisent la probabilité de remporter un litige donné ? La réponse varie selon le code de motif, l’émetteur et le type de transaction. La plupart des entreprises n’observent pas suffisamment de litiges pour apprendre ces schémas de manière fiable.
Le système Smart Disputes de Stripe est entraîné sur les résultats de litiges issus de millions de transactions et apprend quelles combinaisons sont les plus efficaces dans un contexte donné. Il assemble et soumet automatiquement un dossier de preuves personnalisé, et les entreprises peuvent le compléter avec leurs propres éléments avant l’envoi. Les premiers utilisateurs ont remporté en moyenne 13 % de rétrofacturations supplémentaires.
L’avenir de l’optimisation des paiements
Les optimisations décrites ici sont spécifiques à chaque étape, mais leurs effets se cumulent sur l’ensemble du cycle de vie du paiement. Un meilleur score de fraude permet de réduire le nombre de transactions frauduleuses atteignant l’autorisation. Une authentification plus robuste permet à davantage de transactions de bénéficier du transfert de responsabilité. Et les interventions post-autorisation permettent d’annuler les transactions à haut risque avant qu’elles ne soient contestées. Au moment où une transaction atteint l’étape de litige, elle a déjà traversé plusieurs couches d’optimisation.
Prédictions composées
Plus Stripe peut prédire les résultats avec précision, plus chaque décision en aval devient performante. Nous investissons dans la modélisation de la probabilité de remboursement au moment du paiement afin d’optimiser le timing de compensation. Nous développons également de meilleures prédictions des coûts de réseau attendus, afin que les modèles d’acheminement puissent effectuer des arbitrages plus précis entre coûts et taux d’acceptation.
Chaque nouvelle prédiction améliore l’ensemble du cycle de vie du paiement. C’est là que l’optimisation multi-étapes produit ses effets cumulés de la manière la plus évidente.
Des fonctions d’optimisation plus riches
La qualité de l’optimisation dépend de la précision avec laquelle Stripe peut représenter ce qui compte réellement pour une entreprise. Aujourd’hui, des outils comme les préférences de risque de Radar permettent aux entreprises d’exprimer leur tolérance à la fraude. Mais il ne s’agit que d’un point de départ. Une entreprise qui vend des biens numériques avec des marges de 60 % ne devrait pas tolérer le même niveau de risque de fraude qu’une entreprise qui vend des biens physiques avec des marges de 8 %, et certaines entreprises font les deux. Le modèle de fraude, le moteur d’authentification et l’optimiseur d’autorisation devraient tous en tenir compte et s’ajuster en conséquence.
Certaines entreprises se concentrent uniquement sur les litiges pour fraude ; d’autres cherchent à minimiser l’ensemble des risques, y compris la fraude de première partie et les abus de politique. Certaines sont prêtes à accepter un niveau de fraude plus élevé en échange d’une conversion maximale pendant une période promotionnelle. Plus Stripe peut représenter avec précision l’économie et les priorités d’une entreprise, plus chaque modèle du pipeline peut optimiser efficacement au nom de cette entreprise.
Modèles plus importants
Les modèles de Stripe gagnent à la fois en ampleur et en profondeur. Nous avons récemment étendu l’ensemble de données d’entraînement de notre modèle de fraude d’environ 800 millions à plus de 11 milliards de transactions historiques, couvrant un éventail bien plus large de zones géographiques, de produits et de mécanismes de fraude. Nos réseaux de neurones profonds peuvent exploiter ce volume de données d’une manière que les modèles traditionnels ne permettent pas, et nous continuons à les faire évoluer. Nous développons des modèles multitâches capables de prédire plusieurs résultats simultanément, ce qui permet aux modèles de partager des représentations entre les tâches, de sorte que les signaux d’une prédiction renforcent ceux d’une autre.
Des agents pour les problèmes non structurés
La plupart des optimisations de paiement reposent sur des données structurées telles que les montants des transactions, les codes de refus, les empreintes d’appareil et les scores de fraude. Mais certains des problèmes les plus complexes et à plus forte valeur dans les paiements impliquent des informations non structurées. La gestion des contestations en est un exemple naturel : elle nécessite de constituer un dossier de preuves solide, de lire les règles des réseaux (Visa et Mastercard publient chacune des centaines de pages de réglementations sur les litiges, régulièrement mises à jour), d’associer le bon type de preuve au code de motif et à l’émetteur concernés, et de transformer les données de transaction en un récit cohérent. Stripe développe des agents capables d’interpréter directement les règles des réseaux et de combiner cette compréhension avec des modèles d’IA qui prédisent quelles preuves sont les plus convaincantes pour un scénario de litige donné, afin de traiter des cas que les systèmes fondés sur des règles ne peuvent pas gérer.
Expérimentation
Tout cela repose sur une expérimentation continue. Stripe mène des expériences sur l’ensemble du cycle de vie des paiements et mesure leurs effets sur les taux d’autorisation, la fraude, les coûts de traitement et les frais d’interchange. De nouvelles idées sont testées en permanence, et celles qui fonctionnent sont déployées automatiquement auprès des entreprises utilisant Stripe. Au cours des deux dernières années, le rythme de l’expérimentation a été multiplié par plus de quatre.
Les entreprises qui fournissent des données plus détaillées, telles que des données sur les marges, des paramètres de préférences en matière de risque et des métadonnées sur les produits, élargissent encore davantage le champ d’optimisation. Contactez-nous, nous serions ravis de collaborer avec vous.