Un site avec paiement en ligne
Sur un site avec paiement en ligne, le règlement déclenche la suite tout seul : l'inscription est validée, l'adhésion court, l'accès s'active et le reçu part, pendant que vos équipes travaillent à autre chose.
d'expérience
missions réalisées
projets en activité
sur-mesure
Votre site présente vos offres, et le paiement se termine ailleurs
Un visiteur lit votre page, décide d’acheter, et votre site s’arrête là. Il lui donne un formulaire à remplir, une adresse à qui écrire, parfois des coordonnées bancaires à recopier dans son application. La décision est prise en ligne, le règlement se termine hors ligne, et rien ne garantit que les deux se suivent de près.
Chacun de ces jours a un coût. Un client qui hésitait encore peut renoncer entre-temps, sans vous le dire. Les autres occupent une personne qui rapproche des noms de virements avec des demandes reçues, en fin de mois, d’un fichier à l’autre.
Ce décalage se propage ensuite dans toute votre organisation. Une somme reçue reste une ligne de relevé tant qu’une personne ne la rapproche pas du bon dossier, et ce que le client a acheté attend cette manipulation pour lui être remis. Le soir, le samedi et pendant les congés, personne ne fait cette manipulation, et le client attend. Cette capacité d’encaissement se développe avec les autres briques d’un site avec fonctionnalités avancées : espace de suivi, raccordement à votre logiciel de gestion, parcours qui produisent un document.
Ce que coûte un paiement encaissé hors de votre site
Ces situations mobilisent vos équipes sur du travail que le site ferait seul.
Que la décision se prenne en ligne ou par téléphone, la somme arrive à la date qui arrange le client : virement réglé quand il y repense, référence dictée puis vérifiée le lendemain sur le relevé bancaire. Le dossier reste ouvert jusque-là.
Chaque échéance annuelle déclenche sa série de messages et d'appels. Ce qui rentre dépend de l'énergie que vos équipes y mettent.
Le visiteur prêt à payer doit sortir de votre site, ouvrir son application bancaire et recopier des chiffres. Il remet à plus tard.
Vos équipes appellent pour une réponse que leur propre écran devrait leur donner, et le client patiente pendant ce temps.
Le client a payé le matin et attend l'après-midi. Le week-end et les congés allongent cette attente sans que personne le décide.
Un même manque produit tout cela : votre site présente une offre et reçoit une demande, là où il pourrait prendre l’argent. Ce que change l’encaissement direct se joue surtout après coup, puisque le site connaît alors le montant, le payeur et l’objet réglé à l’instant où l’opération se termine. Un créneau vendu dans un planning, avec un barème d’annulation à faire appliquer, relève lui d’une réservation avec paiement en ligne, qui obéit à ses propres règles.
Les paiements en ligne qu'un site sur-mesure sait traiter
Cette liste se compose à partir de ce que vend votre entreprise et de qui la paie. Un prix qui se construit pendant l'échange, plutôt que connu d'avance, appelle un autre montage : la commande et devis en ligne.
Lien de paiement envoyé au client
Vos équipes génèrent un lien depuis leur écran de gestion. Le client règle depuis son téléphone, sans compte à créer.
Règlement d'une facture depuis son numéro
Le client saisit la référence reçue et paie le solde exact. La pièce passe en réglée sans intervention.
Inscription à un événement réglée à la validation
La place se retient au moment du règlement, avec le nombre de participants et les informations que vous demandez à chacun.
Adhésion et cotisation renouvelées chaque année
Le rappel part seul à l'échéance, et le règlement prolonge l'adhésion à la date près.
Prélèvement récurrent sur abonnement
Le montant part à la fréquence convenue. Le client suit ses échéances et change de moyen de paiement depuis son compte.
Accès ouvert dès la confirmation du règlement
Contenu réservé, document, espace personnel : le droit s'active dès la confirmation du paiement.
Panier de quelques références
Le visiteur choisit ses références et sa quantité, puis règle le total. Vous vendez sans tenir un catalogue entier.
Journal des règlements dans votre écran de gestion
Vos équipes retrouvent chaque somme, son payeur, sa date et l'objet réglé, depuis l'outil qu'elles utilisent déjà.
Nos dernières réalisations
Toutes nos réalisationsNous avons aidé des dizaines de clients dans leur transformation digitale
Votre paiement en ligne se dessine à partir de ce que vous vendez
Dites-nous ce que vous vendez et à qui : abonnement, facture ou adhésion appellent chacun leur propre montage.
Le déroulé d'un projet de paiement en ligne
-
Nous listons chaque cas de règlement : ce qui est vendu, le montant et la manière dont il se calcule, le payeur, la société qui reçoit, la pièce à émettre. Cette liste tient sur une page et sert de périmètre au projet.
-
Pour chaque cas relevé, nous écrivons ce que le paiement déclenche, à quel moment et pour combien de temps. Cette règle commande le reste du développement : elle décide de ce que vos équipes n'auront plus à faire à la main.
-
Nous tranchons avec vous l'endroit où se saisit le moyen de paiement, la page du prestataire ou des champs insérés dans la vôtre. Nous dessinons ensuite l'enchaînement complet, du récapitulatif jusqu'à l'écran de confirmation.
-
Nous développons le parcours, puis nous l'éprouvons sur ce qui tourne mal : carte refusée, client parti avant la fin, confirmation reçue deux fois. Chacun de ces cas se rejoue devant vous, avec le comportement attendu écrit avant l'essai.
-
Nous ouvrons un premier cas en argent réel, sur un volume réduit, avant d'étendre aux autres. Ensuite les règles de votre prestataire changent et des cartes expirent, donc nous rejouons vos parcours à la fréquence fixée dans votre contrat. Ce suivi sort du forfait initial : il relève du contrat de maintenance et d'évolution.
Ce que les dirigeants nous demandent avant d'encaisser en ligne
Cela dépend de ce que le règlement déclenche. Un don, une inscription à un événement ou une facture réglée depuis un lien se paient sans compte : le client saisit ce qui est nécessaire, règle, et reçoit sa pièce par mail. Un abonnement, une adhésion ou un accès qui court dans le temps supposent un compte, puisque le client doit retrouver ses échéances et changer son moyen de paiement. Nous posons la règle cas par cas, et le compte se crée alors pendant le paiement plutôt qu’avant.
.L’argent va directement chez vous. Le compte d’encaissement est ouvert à votre nom auprès du prestataire de paiement que nous retenons ensemble, et les sommes partent vers votre compte bancaire au rythme de versement prévu à ce contrat, que vous connaissez avant de le signer. Ce même contrat fixe la commission que le prestataire retient sur chaque opération réglée : un coût récurrent qui vous engage envers lui, distinct de notre forfait de développement. Nous développons le parcours qui déclenche l’opération et exploite sa confirmation, sans recevoir de fonds ni conserver de numéro de carte. Votre historique de règlements reste dans votre site, même si vous changez de prestataire.
.Autant que votre activité en compte, dès lors que chacun a sa règle écrite. Un même site encaisse une adhésion annuelle, une inscription à un événement, une facture réglée depuis un lien et un abonnement mensuel, sur des parcours distincts. Le compte qui reçoit se décide à part : une seule caisse quand une seule société encaisse, un compte par entité ou par activité quand votre organisation le demande. Ce qui pèse dans le projet, c’est l’écart entre ces cas : deux règlements de même mécanique se développent presque ensemble, deux règlements aux règles opposées se développent séparément.
.Vos équipes, depuis leur écran de gestion, sans passer par nous. Un tarif d’adhésion, un prix d’inscription ou une remise réservée à certains profils se modifient comme une fiche, avec la date à partir de laquelle le nouveau montant s’applique. Les règlements déjà passés gardent le montant en vigueur le jour où ils ont eu lieu, ce qui évite de réécrire l’historique. Nous intervenons quand la règle de calcul change, pas quand un montant bouge.
.Elles envoient un lien de paiement pendant l’appel, par message ou par mail. Le lien porte le montant, l’objet et la référence du dossier, ce qui évite de dicter des chiffres puis de vérifier. Vos équipes voient le règlement se confirmer pendant que le client est en ligne, et aucun numéro de carte n’est prononcé ni noté.
.Deux conditions commandent la réponse, et nous les regardons avant de vous répondre. La première est la capacité de votre site à recevoir un message de votre prestataire de paiement et à agir dessus, ce qui suppose un hébergement et une base technique en état de fonctionner. La seconde est l’existence, dans votre site, de ce que le paiement doit déclencher : un compte, une inscription, un dossier. Quand les deux tiennent, l’ajout se fait sur le site en place. Quand la seconde manque, c’est elle que nous construisons, et la refonte se décide sur d’autres critères que le paiement.
.Le droit de rétractation et les règles de remboursement dépendent de ce que vous vendez, et nous les traduisons dans le parcours plutôt que de les laisser dans vos seules conditions générales. Un don ou une inscription proche de la date suit sa propre règle d’annulation, écrite avec vous cas par cas. Un abonnement ou une adhésion prélevés à chaque période prévoient un point d’arrêt net : le client résilie depuis son compte, le prélèvement suivant ne part pas, et ce qui a déjà été réglé reste soumis à la politique que vous choisissez. Quand un remboursement doit partir, il repasse par le même circuit que le règlement initial, jamais par un autre canal, ce qui garde une seule trace pour chaque somme.
.Ce qui se décide, et ce qui vous reste, sur un paiement en ligne
Entre le clic de votre client et la somme reçue, votre site enchaîne des opérations qui doivent aboutir sans surveillance. Sur un site avec paiement en ligne, ces opérations imposent des arbitrages qui se règlent au cadrage, plus un dernier point qui décide de ce que vous gardez ensuite.
Le seul signal de paiement digne de confiance vient du prestataire
Un paiement produit deux signaux, et un seul est fiable. Le premier est le retour du visiteur sur votre page, après son passage chez le prestataire : il dépend d’un navigateur, d’un réseau et d’un client attentif jusqu’au bout, des conditions sur lesquelles vous n’avez aucune prise. Le second est le message que le prestataire envoie à votre serveur dès que l’état de l’opération change. Celui-là arrive même quand le client a fermé sa fenêtre.
Un parcours construit sur le premier signal produit deux défauts opposés : des clients paient sans que leur commande existe, parce qu’ils sont partis avant le retour, et un visiteur qui rejoue l’adresse de retour apparaît comme payé sans l’être. Un parcours construit sur le second les évite, à deux conditions invisibles depuis l’écran du client. Le message se vérifie avec la signature que le prestataire y joint, faute de quoi n’importe qui pourrait le fabriquer. Et il doit pouvoir arriver deux fois sans produire deux commandes.
Ce que le règlement déclenche, et sous quel délai
Chaque somme reçue correspond à un droit qui commence : une place retenue, une adhésion valable jusqu’à une date, un contenu accessible, un dossier qui change d’état, une facture qui passe en réglée. Cette correspondance s’écrit cas par cas, et le délai en fait partie. Un client qui a payé et qui attend rappelle, et il rappellera tant que la règle reste implicite. La règle prévoit aussi la sortie : ce qui se ferme à l’échéance, ce qui se prolonge, ce qui reste consultable ensuite.
Quand ce qui commence est un espace où le client retrouve ses règlements et ses pièces, le sujet rejoint celui d’un site avec espace client intégré, et les deux se construisent dans le même projet.
Un paiement récurrent dure plus longtemps que la carte enregistrée
Un encaissement unique se règle en une fois. Un abonnement, une cotisation reconduite ou un règlement en plusieurs fois s’étalent sur des mois, pendant lesquels le moyen de paiement enregistré perd sa validité : carte expirée, carte remplacée après une fraude, plafond atteint au mauvais moment. Un parcours qui laisse ces cas de côté perd des clients qui voulaient rester.
Quatre éléments tiennent un paiement récurrent dans la durée. Le client change sa carte seul, depuis un écran à lui. Les échecs déclenchent de nouvelles tentatives étalées sur plusieurs jours, avec un message qui explique ce qui bloque. Vos équipes voient les échéances en difficulté avant qu’elles deviennent des résiliations. Et l’arrêt reste visible, avec la date de fin réelle du service, pour que le client décidé à partir s’adresse à vous plutôt qu’à sa banque.
La frontière entre un paiement en ligne et une boutique
Une entreprise qui monte une boutique en ligne pour obtenir un bouton payer hérite d’un catalogue à tenir, d’un tunnel d’achat pensé pour des colis et d’une interface d’administration qu’elle n’ouvre presque jamais. Le paiement fonctionne, le reste devient une charge d’entretien sans contrepartie.
La frontière se trace sur ce que vend l’entreprise. Des références nombreuses, des stocks à décompter, des variantes et une livraison à calculer appellent un outil de commerce. Un ensemble restreint de choses bien identifiées, dont le prix se connaît à l’avance ou se calcule sur deux ou trois critères, tient dans des pages existantes avec un écran de paiement et sa règle de délivrance. Ce second cas est celui des adhésions, des inscriptions, des formations, des dons, des factures à régler et des abonnements à un service. Le paiement rejoint alors les chantiers qui consistent à développer d’autres fonctions sur votre site, à côté de l’espace personnel et du raccordement à vos logiciels, des briques qui partagent la même base et la même façon de tenir vos règles.
Ce qu’une autre équipe recevrait pour reprendre votre parcours de paiement
À la livraison, vous recevez un dossier de remise : vos cas de règlement et la règle de délivrance de chacun, les messages échangés avec votre prestataire, les jeux d’essai qui rejouent un paiement accepté, un paiement refusé et un client parti avant la fin, et la marche à suivre pour repasser le tout en mode test.
Ce dossier sert avant toute question de reprise. Vos équipes y trouvent de quoi répondre seules quand un client cherche une trace, votre comptabilité de quoi savoir à quoi correspond chaque ligne. Le jour où une autre équipe reprend le sujet, elle y trouve de quoi éviter de rouvrir chaque décision, et vous le lui remettez de votre propre initiative.