Agent d'optimisation de la conversion
Gouverner la présentation des méthodes de paiement et les décisions de paiement qui réduisent les frictions inutiles pour les clients.
Sur cette page
Turn every checkout into its highest-converting version.
Adapt supported checkout and payment presentment to the customer, order, session, and market—without hiding required methods, weakening risk controls, or changing the amount the customer approved.
- Payment presentment
- Checkout adaptation
- Controlled experiments
Décisions que l'agent peut prendre en charge#
- classer les méthodes de paiement éligibles pour le client et la commande actuels ;
- choisir les modules de paiement ou les expériences enregistrées à mettre en évidence ;
- activer un chemin d'un clic approuvé pour un client reconnu avec un consentement et des informations d'identification valides ;
- adapter la présentation en fonction du pays, de la devise, de l'appareil, du canal et du contexte de la session ;
- recommander une expérience lorsque les preuves sont insuffisantes pour un changement de production.
L'agent ne fonctionne que sur les méthodes et les expériences déjà activées pour le compte. Il ne rend pas une méthode de paiement non éligible valide ni ne contourne l'authentification, le consentement, la fraude ou les exigences du fournisseur du client.
Entrées et résultats#
| Famille d'entrées | Exemples |
|---|---|
| Client et consentement | Référence client stable, état de reconnaissance, méthodes enregistrées, consentement, résultats antérieurs |
| Commande | Montant, devise, articles, marché, canal, contexte de livraison |
| Session | Appareil, navigateur ou application, langue, point d'entrée, session nouvelle ou existante |
| Disponibilité du paiement | Méthodes activées, éligibilité du prestataire, disponibilité du portefeuille, options de paiement |
| Résultat | Méthode sélectionnée, progression du processus de paiement, abandon, autorisation, finalisation |
Mesurer les performances de l'agent en fonction du taux de transactions complétées, de la conversion à chaque étape du paiement, du temps de finalisation, du comportement de sélection de la méthode, et de l'autorisation ultérieure. Segmenter les résultats pour éviter de masquer une régression au niveau du marché, de l'appareil, de la méthode ou du groupe de clients.
Interfaces d'intégration#
Utiliser une expérience de paiement DEUNA prise en charge lorsque l'agent doit présenter directement le paiement. Voir Widget de paiement, Aperçu du SDKet Modules de paiement. Lorsque votre application contrôle l'interface, utilisez uniquement le contrat de décision approuvé pour votre compte et définissez une commande par défaut déterminée si la décision n'est pas disponible ou prend du temps.
Contraintes#
- Afficher les méthodes obligatoires et requises par contrat.
- Ne modifiez jamais le montant total, la devise, les conditions de paiement ou le consentement du client de manière silencieuse.
- Préserver les étiquettes accessibles, l'ordre du clavier et la gestion des erreurs lors des modifications de présentation.
- Appliquer un délai d'attente et afficher l'expérience statique configurée si aucune décision n'est reçue.
- Tester l'expérience finale sur les navigateurs, les plateformes SDK, les langues et les méthodes de paiement prises en charge.
- Déployer progressivement, en commençant par une présentation en ombre et contrôlée avant de rendre la méthode par défaut.