EcomStream helps retailers optimise payment costs and performance across online and POS channels. Independent, no-cure-no-pay, and exclusively on the merchant side.<\/em><\/p>\n<\/p>\n \u00a0\u00bb content_phone=\u00a0\u00bb<\/p>\n Les d\u00e9taillants qui vendent \u00e0 la fois en ligne et dans des magasins physiques sont de plus en plus souvent confront\u00e9s \u00e0 un probl\u00e8me structurel li\u00e9 \u00e0 leur syst\u00e8me de paiement : deux mondes distincts qui ne communiquent pas entre eux.<\/p>\n En ligne, ils disposent d’un PSP avec une page de paiement, un flux 3DS, des portefeuilles num\u00e9riques et iDEAL. En magasin, ils ont un contrat de terminal de point de vente distinct, un r\u00e8glement diff\u00e9rent, des rapports diff\u00e9rents et souvent un fournisseur enti\u00e8rement diff\u00e9rent. Lorsqu’un client veut acheter en ligne et retourner en magasin, ou commencer une transaction sur une application mobile et la terminer \u00e0 un kiosque, les coutures apparaissent. <\/p>\n Le commerce unifi\u00e9 est la strat\u00e9gie qui permet d’\u00e9liminer ces coutures. Et pour la plupart des d\u00e9taillants, le paiement est la couture la plus difficile \u00e0 supprimer. <\/p>\n Le commerce unifi\u00e9 n’est pas un simple changement de marque de l’omnicanal. L’omnicanalit\u00e9 signifie qu’il existe plusieurs canaux et qu’ils sont coordonn\u00e9s. Le commerce unifi\u00e9 signifie que ces canaux partagent une seule infrastructure sous-jacente de commerce et de paiement, de sorte que l’exp\u00e9rience du client est v\u00e9ritablement transparente plut\u00f4t que cousue. <\/p>\n Les implications en mati\u00e8re de paiement sont importantes. Une configuration de paiement unifi\u00e9e pour le commerce n\u00e9cessite un PSP unique ou une couche d’orchestration des paiements capable de g\u00e9rer les transactions en ligne, les transactions en pr\u00e9sence d’une carte dans un point de vente et les sc\u00e9narios interm\u00e9diaires tels que les all\u00e9es sans fin, le click-and-collect, le ship-from-store et les achats in-app. Le r\u00e8glement, la r\u00e9conciliation et le reporting doivent fonctionner sur l’ensemble de ces \u00e9l\u00e9ments \u00e0 partir d’un grand livre unique. <\/p>\n Il s’agit l\u00e0 d’une exigence sensiblement diff\u00e9rente de celle d’un syst\u00e8me de paiement en ligne standard, qui modifie consid\u00e9rablement les crit\u00e8res de s\u00e9lection des prestataires de services de paiement.<\/p>\n La mise en place d’une couche de paiement pour le commerce unifi\u00e9 cr\u00e9e une valeur commerciale mesurable de plusieurs fa\u00e7ons.<\/p>\n Une vue unique du client \u00e0 travers les canaux permet une meilleure ex\u00e9cution du programme de fid\u00e9lisation, une attribution plus pr\u00e9cise et une fid\u00e9lisation plus efficace. Lorsque l’historique des achats d’un client est unifi\u00e9, quel que soit le canal, les donn\u00e9es deviennent exploitables d’une mani\u00e8re que les donn\u00e9es des canaux cloisonn\u00e9s ne peuvent jamais l’\u00eatre. <\/p>\n Les options d’ex\u00e9cution flexibles, l’achat en ligne, le paiement en magasin, le paiement en ligne, le retrait en magasin, la r\u00e9servation et le paiement, requi\u00e8rent toutes une infrastructure de paiement capable de g\u00e9rer correctement les autorisations partielles, la saisie diff\u00e9r\u00e9e et le r\u00e8glement cross-canal. Les d\u00e9taillants qui ne peuvent pas prendre en charge ces flux perdent des ventes au profit de leurs concurrents qui le peuvent. <\/p>\n Les retours et les remboursements entre les diff\u00e9rents canaux constituent un probl\u00e8me persistant pour les d\u00e9taillants qui ne disposent pas d’une couche de paiement unifi\u00e9e. L’acceptation d’un retour en magasin pour un achat en ligne n\u00e9cessite une infrastructure de paiement permettant de traiter proprement un remboursement cross-canal. Sans cette infrastructure, la solution consiste \u00e0 effectuer un cr\u00e9dit manuel, ce qui engendre des probl\u00e8mes de r\u00e9conciliation et une mauvaise exp\u00e9rience client. <\/p>\n Les d\u00e9fis sont r\u00e9els et ne doivent pas \u00eatre sous-estim\u00e9s.<\/p>\n La plupart des PSP sont forts dans un environnement et plus faibles dans l’autre. Les PSP qui privil\u00e9gient le commerce en ligne ont g\u00e9n\u00e9ralement d\u00e9velopp\u00e9 leurs capacit\u00e9s en mati\u00e8re de points de vente par le biais d’une acquisition ou d’un partenariat, et la qualit\u00e9 de l’int\u00e9gration varie. Les acqu\u00e9reurs de points de vente ont ajout\u00e9 des capacit\u00e9s en ligne, mais n’ont souvent pas la profondeur n\u00e9cessaire pour une op\u00e9ration de commerce \u00e9lectronique \u00e0 haut volume. Un petit nombre de fournisseurs peuvent v\u00e9ritablement g\u00e9rer les deux au niveau de performance requis. <\/p>\n La s\u00e9lection du bon PSP pour le commerce unifi\u00e9 n\u00e9cessite un processus d’appel d’offres structur\u00e9 qui \u00e9value les deux environnements avec la m\u00eame rigueur, teste la capacit\u00e9 d’int\u00e9gration par rapport \u00e0 votre pile technologique sp\u00e9cifique et n\u00e9gocie des conditions commerciales qui refl\u00e8tent le volume combin\u00e9 plut\u00f4t que de traiter le commerce en ligne et les points de vente comme des contrats distincts.<\/p>\n Les exigences en mati\u00e8re de m\u00e9thodes de paiement pour une configuration de commerce unifi\u00e9 sont plus complexes que pour une op\u00e9ration purement en ligne. Aux Pays-Bas, iDEAL domine le commerce en ligne mais n’est pas disponible dans les points de vente. Les syst\u00e8mes de cartes doivent couvrir \u00e0 la fois les sc\u00e9narios avec pr\u00e9sence de la carte et sans pr\u00e9sence de la carte. Les paiements sans contact, les portefeuilles mobiles et les paiements bas\u00e9s sur les codes QR ont chacun des exigences diff\u00e9rentes en mati\u00e8re d’infrastructure d’acceptation. La matrice des m\u00e9thodes de paiement doit \u00eatre soigneusement adapt\u00e9e \u00e0 votre combinaison de canaux et \u00e0 votre client\u00e8le. <\/p>\n La connexion d’une couche de paiement unifi\u00e9e \u00e0 votre plateforme de commerce, votre syst\u00e8me de gestion de l’information, votre progiciel de gestion int\u00e9gr\u00e9 et votre syst\u00e8me de fid\u00e9lisation est un projet d’int\u00e9gration important. La qualit\u00e9 de l’API du prestataire de paiement, la fiabilit\u00e9 des webhooks et la granularit\u00e9 des rapports sont autant d’\u00e9l\u00e9ments importants \u00e0 prendre en compte. C’est un domaine o\u00f9 l’\u00e9valuation technique lors de la s\u00e9lection du PSP doit \u00eatre approfondie, et pas seulement l’\u00e9valuation commerciale. <\/p>\n Les co\u00fbts de paiement du commerce unifi\u00e9 sont plus complexes que ceux du commerce en ligne. Les taux d’interchange pour les cartes pr\u00e9sentes diff\u00e8rent des taux pour les cartes non pr\u00e9sentes. Les frais li\u00e9s aux terminaux de point de vente, aux acqu\u00e9reurs et aux syst\u00e8mes de paiement pour les transactions en magasin sont structur\u00e9s diff\u00e9remment des frais de traitement en ligne. Les contrats mixtes qui combinent les volumes en ligne et aux points de vente peuvent masquer les inefficacit\u00e9s de co\u00fbts dans un canal. Comprendre et n\u00e9gocier la structure compl\u00e8te des co\u00fbts dans les deux environnements requiert une expertise sp\u00e9cifique. <\/p>\n Le point de d\u00e9part consiste \u00e0 clarifier votre situation actuelle. Quel est le co\u00fbt par transaction de votre syst\u00e8me de paiement en ligne et quel est le co\u00fbt de votre syst\u00e8me de point de vente ? S’agit-il du m\u00eame fournisseur ou de fournisseurs diff\u00e9rents ? Quelles sont les conditions contractuelles et les dates de renouvellement pour chacun d’entre eux ? <\/p>\n \u00c0 partir de cette base, la strat\u00e9gie de paiement pour le commerce unifi\u00e9 devient un projet commercial et technique : il s’agit d’\u00e9valuer si vos fournisseurs actuels peuvent prendre en charge le sc\u00e9nario unifi\u00e9, quelles sont les alternatives et quelles sont les conditions commerciales lorsque les volumes en ligne et sur le lieu de vente sont combin\u00e9s dans une n\u00e9gociation unique.<\/p>\n Les d\u00e9taillants qui s’en sortent bien ont tendance \u00e0 l’aborder comme un exercice d’achat structur\u00e9 plut\u00f4t que comme un projet technologique. La question technologique, \u00e0 savoir quelle plate-forme et quel PSP, est secondaire par rapport \u00e0 la question commerciale : que payons-nous r\u00e9ellement, que devrions-nous payer, et quel fournisseur peut nous fournir les capacit\u00e9s dont nous avons besoin au bon co\u00fbt ? <\/p>\n
<\/p>\n<\/p>\nCe que le commerce unifi\u00e9 signifie pour les paiements<\/h2>\n
L’opportunit\u00e9 commerciale<\/h2>\n
Les d\u00e9fis<\/h2>\n
S\u00e9lection PSP<\/h3>\n
Couverture des modes de paiement<\/h3>\n
Complexit\u00e9 de l’int\u00e9gration<\/h3>\n
Structure des co\u00fbts<\/h3>\n
Comment aborder la couche de paiement<\/h2>\n
![\"\"](\"https:\/\/www.ecomstream.eu\/wp-content\/uploads\/unified-commerce-payments-300x300.png\")
<\/p>\n