Dans un projet de changement de plateforme e-commerce, la couche de paiement est systématiquement le chantier le moins pondéré. C'est aussi celui où une erreur coûte le plus cher, parce qu'il se situe exactement au point où vous transformez en chiffre d'affaires un trafic que vous avez déjà payé pour acquérir.
J'ai mené la sélection et l'intégration paiement dans assez de programmes de replatforming pour voir le même schéma se répéter. La décision de plateforme reçoit l'attention. Le tunnel reçoit le temps qui reste. Ensuite, le taux d'acceptation, le mix de moyens de paiement et le contrat PSP restent discrètement en deçà de leur potentiel, longtemps après que le projet a été validé comme une réussite.
Si vous cadrez un projet de replatforming, voici où la valeur fuit et comment la garder.
La partie la moins chère du tunnel reçoit le budget. La plus chère, non.
L'essentiel de l'effort de conception et d'ingénierie d'un replatforming va au haut du tunnel. Acquisition de trafic, pages catégorie et produit, expérience client jusqu'au panier. Tout ce qui vient après le panier est généralement traité comme de la plomberie. Le paiement en particulier est balayé comme une commodité : « nous avons déjà un PSP, ça marche, laissons ça ».
Cette logique est à l'envers. Le trajet du panier à la confirmation est celui où le chemin vers la conversion est le plus court et où un décrochage coûte le plus cher. Quand un client atteint l'étape de paiement, vous avez déjà dépensé la totalité du coût d'acquisition pour l'y amener. Une autorisation échouée, un moyen de paiement local manquant ou une friction 3DS inutile ne vous coûte pas un clic. Elle vous coûte toute la marge sur une vente que vous aviez de fait déjà gagnée.
Le replatforming est le seul moment où vous pouvez reconstruire le tunnel au même rythme que le reste, sans perturbation supplémentaire pour l'activité. Sautez cette étape et vous transportez l'ancien plafond de conversion sur une nouvelle plateforme.
« Le métier définira les besoins paiement » : là où les projets dérapent
Un moment familier dans tout programme est celui où l'équipe projet demande au « métier » de fournir les besoins en matière de paiement. C'est là que les attentes restent discrètement en deçà. Pour la plupart des retailers et des marques, le canal en ligne est un canal de vente, pas le cœur de l'opération. Si le PSP en place depuis dix ans permet toujours aux clients de payer, le métier n'a aucun point de repère sur ce qu'un tunnel moderne peut apporter aujourd'hui en conversion et en coût. Ce n'est pas un manquement de sa part. Ce n'est simplement pas son domaine.
Le rôle de l'équipe projet est de combler cet écart, pas de renvoyer la décision à des gens qui n'ont pas le contexte pour la prendre. Faites parcourir aux responsables ce qui a changé dans les tunnels et les paiements en dix ans, et reliez chaque point à un résultat commercial. Migrer les clients existants et leurs moyens de paiement enregistrés via la tokenisation réseau pour que la fidélisation ne casse pas au basculement. Retirer la friction du tunnel pour relever la conversion. Automatiser le rapprochement pour que l'équipe financière cesse d'appairer les transactions à la main.
Bien mené, cela garantit aussi une adhésion réelle à la solution retenue et à ses coûts. Cela compte pour plus que la courtoisie. C'est ce qui évite les accusations croisées si un chiffre déçoit après la mise en service.
Le MVP est le mauvais cadre pour la couche de paiement
Le produit minimum viable est une approche raisonnable pour certaines parties d'un programme de replatforming. La couche de paiement n'en fait pas partie. Si le MVP est votre standard à la mise en service, le MVP est aussi votre plafond, et le moindre accroc inattendu vous fait passer sous le minimum que vous vous êtes fixé. C'est un chemin intégré vers la sous-performance.
Un PSP moderne vous permet de mettre en œuvre l'ensemble complet des moyens de paiement convenus dans une seule intégration. Il y a rarement une raison de céder là-dessus. Ajouter des moyens un par un après le lancement coûte plus cher, recharge le projet et le métier de travail, et le chiffre d'affaires perdu pendant l'absence d'un moyen est perdu définitivement. Lancez avec l'ensemble complet : les cartes avec 3DS2, les moyens locaux qui portent réellement vos marchés, le paiement fractionné là où il correspond au panier, et les wallets pertinents. L'objet d'un replatforming est de relever la performance dès le premier jour, pas de passer deux trimestres à rattraper le point où vous auriez dû lancer.
Regardez qui pilote votre choix de PSP
Une fois la plateforme choisie, les partenaires d'intégration et de solution arrivent pour mener le déploiement. Ils recommandent souvent aussi un PSP, parfois sur la base d'une expérience réelle acquise sur des projets précédents. Cette référence peut être véritablement utile comme bonne pratique.
L'incitation derrière est le risque. Les partenaires d'intégration sont fréquemment positionnés par les PSP comme canal de génération de leads ou de vente indirecte, ce qui signifie que la recommandation que vous recevez peut porter une commission que vous ne voyez jamais. Un PSP choisi selon l'économie d'apport d'un tiers plutôt que selon vos taux d'acceptation et votre coût total d'acceptation est un réglage par défaut coûteux à hériter, et il s'aggrave chaque année du contrat.
Utilisez donc la référence, mais gardez la main sur la décision paiement, idéalement en conduisant un appel d'offres paiement structuré plutôt qu'en héritant de ce que le partenaire a apporté. C'est précisément là qu'un conseil indépendant se rembourse. EcomStream travaille uniquement pour les marchands. 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 forfait, le gain doit être réel avant qu'il y ait le moindre honoraire à discuter.
Construisez pour le prochain cycle réglementaire tant que vous y êtes
Si vous changez de plateforme maintenant, vous posez aussi les fondations du prochain cycle réglementaire. PSD3 et le règlement sur les services de paiement sont dans leur phase finale, les textes convenus sont publiés et l'application est attendue autour de 2028. Un tunnel qui traite proprement l'authentification forte, applique intelligemment les exemptions TRA pour contenir la friction et dispose d'un flux de transactions initiées par le marchand correctement structuré pour le récurrent et le paiement en un clic est la fondation que vous étendez dans ce cycle plutôt que de la rénover sous contrainte de délai. Concevoir pour cela maintenant coûte peu. Le greffer plus tard, non.
Réussir les paiements dans votre replatforming
Le replatforming est la rare fenêtre pour traiter correctement la couche de paiement en même temps que le reste du chantier, sans perturbation supplémentaire. La plupart des équipes la manquent, et le coût refait surface plus tard sous forme d'un taux d'acceptation plus bas, d'un mix de moyens de paiement trop mince et d'un contrat PSP que personne n'a négocié durement. La plateforme reçoit le crédit; le tunnel plafonne discrètement le résultat.
Si vous êtes dans un projet de replatforming, ou sur le point d'en cadrer un, c'est le moment de rendre la couche de paiement indépendante des parties qui vendent dedans. EcomStream examine votre dispositif du seul côté du marchand, chaque mission menée personnellement par Ramon Helwegen, sur une base no cure, no pay. Si vous voulez une idée du potentiel avant d'appeler, le PSP Upside Calculator vous donne un chiffre en quelques minutes. Sinon, écrivez à info@ecomstream.nl ou appelez le +31 (0)85 00 23 062 et nous prendrons la suite.
