Dans un projet de replatforming de commerce électronique, la couche de paiement est toujours le chantier le plus sous-pondéré. C’est aussi celui où une erreur coûte le plus cher, car il se situe à l’endroit précis où vous convertissez en revenus le trafic que vous avez déjà payé pour acquérir.

J’ai géré la sélection et l’intégration des paiements dans le cadre de suffisamment de programmes de replatforming pour constater que le même schéma se répète. La décision relative à la plate-forme retient l’attention. Le passage à la caisse prend tout le temps qu’il reste. Ensuite, le taux d’autorisation, la combinaison de méthodes de paiement et le contrat de PSP sont discrètement sous-performants pendant des années, bien après que le projet ait été considéré comme un succès.

Si vous êtes en train de définir le périmètre d’un projet de replatforming, voici où la valeur s’échappe et comment la conserver.

La partie la moins chère de l’entonnoir obtient le budget. La partie la plus chère ne l’est pas.

La plupart des efforts de conception et d’ingénierie d’un projet de replatforming portent sur le haut de l’entonnoir. L’acquisition de trafic, les pages de catégories et de produits, l’expérience client jusqu’au panier. Tout ce qui se passe à partir du panier a tendance à être traité comme de la plomberie. Le paiement en particulier est considéré comme une commodité : « nous avons déjà un PSP, il fonctionne, laissons-le ».

Cette logique est inversée. C’est entre le panier et la confirmation que le chemin de la conversion est le plus court et que l’abandon est le plus coûteux. Lorsqu’un client atteint l’étape du paiement, vous avez déjà dépensé la totalité du coût d’acquisition pour l’amener jusqu’à cette étape. Un échec d’autorisation, une méthode de paiement local manquante ou une friction 3DS inutile ne vous coûte pas un clic. Il vous coûte la totalité de la marge sur une vente que vous aviez déjà gagnée.

La replatformisation est le moment où vous pouvez reconstruire la caisse en même temps que tout le reste, sans perturbation supplémentaire pour l’entreprise. Si vous ne le faites pas, vous transférez l’ancien plafond de conversion sur une nouvelle plateforme.

« L’entreprise définira les exigences en matière de paiement » : c’est là que les projets tournent mal.

Un moment familier de tout programme est celui où l’équipe du projet demande à « l’entreprise » de fournir les exigences de paiement. C’est là que les attentes sont souvent déçues. Pour la plupart des détaillants et des marques, le commerce en ligne est un canal de vente et non le cœur de l’activité. Si le PSP qui fonctionne depuis dix ans laisse encore les clients payer, l’entreprise n’a pas de point de référence pour ce qu’une caisse moderne peut désormais faire en termes de conversion et de coût. Ce n’est pas un manquement de leur part. Ce n’est tout simplement pas leur domaine.

Le travail de l’équipe de projet consiste à combler cette lacune, et non à confier la décision à des personnes qui n’ont pas le contexte nécessaire pour la prendre. Expliquez aux propriétaires ce qui a changé dans les caisses et les paiements au cours de la dernière décennie et reliez chaque point à un résultat commercial. Migrer les clients existants et leurs identifiants de paiement stockés par le biais de la tokenisation du réseau afin que la rétention ne soit pas interrompue au moment du passage à la caisse. Supprimer les frictions à la caisse pour augmenter le taux de conversion. Automatiser la réconciliation pour que l’équipe financière cesse de faire correspondre les transactions à la main.

Bien menée, cette démarche permet également d’obtenir une véritable adhésion à la solution choisie et à ses coûts. Ce n’est pas seulement une question de politesse. C’est ce qui permet d’éviter d’être pointé du doigt si un chiffre déçoit après la mise en service.

Le MVP n’est pas le bon cadre pour la couche de paiement

Le produit minimum viable est une approche raisonnable pour certaines parties d’un programme de reformulation. La couche de paiement n’en fait pas partie. Si le MVP est votre norme au moment de la mise en service, le MVP est aussi votre plafond, et tout problème inattendu vous pousse en dessous du minimum que vous avez défini pour vous-même. Il s’agit là d’une voie toute tracée vers la sous-performance.

Un PSP moderne vous permet de mettre en œuvre l’ensemble des méthodes de paiement convenues en une seule intégration. Il y a rarement une raison de céder sur ce point. Ajouter des méthodes au cas par cas après le lancement est plus coûteux, cela recharge le projet et l’entreprise en travail, et les revenus que vous avez manqués pendant qu’une méthode était absente ont disparu pour de bon. Mettez en place un ensemble complet : les cartes avec 3DS2, les méthodes locales qui stimulent réellement vos marchés comme iDEAL et Bancontact, les portefeuilles pertinents et BNPL là où il s’adapte au panier. L’objectif de la replatformisation est d’améliorer les performances dès le premier jour, et non de passer les deux trimestres suivants à rattraper le retard que vous auriez dû prendre lors du lancement.

Regardez qui pilote votre choix de PSP

Une fois la plate-forme choisie, les partenaires de mise en œuvre et de solution interviennent pour gérer le déploiement. Ils recommanderont souvent un PSP également, parfois sur la base d’une expérience réelle des constructions précédentes. Cette référence peut être réellement utile en tant que meilleure pratique.

L’incitation qui se cache derrière est le risque. Les partenaires de mise en œuvre sont souvent positionnés par les PSP comme un canal de génération de leads ou de vente indirecte, ce qui signifie que la recommandation que vous recevez peut être assortie d’une commission que vous ne verrez jamais. Un PSP sélectionné en fonction de l’économie de référence de quelqu’un d’autre plutôt que de vos taux d’autorisation et du coût total d’acceptation est un défaut coûteux dont il faut hériter, et qui s’aggrave chaque année que dure le contrat.

Utilisez donc la référence, mais restez en tête de la décision de paiement vous-même, idéalement en lançant un appel d’offres de paiement structuré plutôt que d’hériter de ce que le partenaire a apporté à la table. C’est précisément là que les conseils indépendants se révèlent payants. EcomStream travaille uniquement pour les commerçants. Jamais pour des PSP ou des acquéreurs. La recommandation que vous recevez est celle que vos chiffres justifient, rien d’autre. Et parce que le modèle est  » no cure, no pay « , sans frais initiaux ni honoraires, le bénéfice doit être réel avant qu’il n’y ait jamais de frais à discuter.

Préparez le prochain cycle réglementaire pendant que vous y êtes.

Si vous êtes en train de vous reformer, vous posez également les bases du prochain cycle réglementaire. La DSP3 et le règlement sur les services de paiement sont dans leur phase finale, les textes convenus ayant été publiés et l’application étant attendue aux alentours de 2028. Une caisse qui gère déjà proprement l’authentification forte du client, applique intelligemment les exemptions de l’EMR pour réduire les frictions et dispose d’un flux de transactions à l’initiative du commerçant correctement structuré pour les paiements récurrents et en un clic est la base que vous étendez à ce cycle plutôt que de l’adapter dans les délais impartis. Concevoir pour cela maintenant n’est pas cher. L’ajouter plus tard ne l’est pas.

Réalisez des paiements corrects lors de la replatformisation de votre commerce électronique

La replatformisation est l’occasion rare de mettre en place la couche de paiement en même temps que le reste de la construction, sans perturbation supplémentaire. La plupart des équipes ne le font pas, et le coût apparaît plus tard sous la forme d’un taux d’autorisation plus faible, d’un mélange de méthodes de paiement peu étendu et d’un contrat de PSP que personne n’a négocié avec acharnement. C’est la plateforme qui est récompensée ; la caisse de paiement plafonne tranquillement le résultat.

Si vous êtes dans un projet de replatforming, ou si vous êtes sur le point d’en définir un, c’est le moment de rendre la couche de paiement indépendante des parties qui y vendent. EcomStream examine votre configuration du côté du commerçant uniquement, chaque engagement étant pris en charge personnellement par Ramon Helwegen, sur la base du principe  » no cure, no pay « . Si vous souhaitez avoir une idée de la valeur ajoutée avant d’appeler, le PSP Upside Calculator vous donne un chiffre en quelques minutes. Sinon, envoyez un message à info@ecomstream.nl ou appelez le +31 (0)85 00 23 062 et nous prendrons le relais.