Quel fournisseur de paiement offre la meilleure expérience utilisateur?
Je cherche à intégrer des paiements dans mon application. Les utilisateurs peuvent souscrire à différents plans et payer mensuellement. Ils bénéficieront d'un premier mois gratuit et ne seront pas facturés s'ils annulent à tout moment au cours du premier mois.
Nous avons essayé d'intégrer Paypal mais cela a été nul du point de vue développeur/API ainsi que du point de vue de l'expérience utilisateur (les détails du paiement étaient cachés dans les murs de texte), donc je cherche quelque chose de mieux. Je suis situé aux Pays-Bas, ce qui pourrait être pertinent car plusieurs fournisseurs nécessitent des comptes aux États-Unis/au Royaume-Uni, ce qui nous verrouille.
Idéalement, j'aimerais ce qui suit:
- Aucune obligation d'utiliser des pages de marque spécifiques au fournisseur. Je veux garder les gens dans la conception de l'application. Ce n'est pas grave si la page est hébergée par le fournisseur, tant que je peux la "marquer".
- Aucune obligation d'utiliser des boutons spécifiques, etc. Par exemple, Paypal nécessite le bouton "Commander avec Paypal" ainsi que de faire de Paypal l'option de paiement par défaut en utilisant un logo qu'ils fournissent.
- Le moins d'étapes possible. Je veux qu'ils choisissent un plan, saisissent leurs détails de paiement, finalisent et reviennent dans l'application.
- Aucune inscription. S'ils peuvent simplement entrer leur carte de crédit ou d'autres détails de paiement sans jamais savoir qu'un fournisseur/passerelle de paiement est impliqué, ce serait bien.
Existe-t-il un tel service? Veuillez fournir tous les détails concernant les avantages et les inconvénients que je devrais examiner dans la réponse.
Oh et voici les fournisseurs que je regarde actuellement, mais je n'ai pas encore essayé l'aller-retour: cardgate, ogone, buckaroo, fastspring.
Au cours des derniers mois, j'ai effectué de nombreuses recherches et conclu que Spreedly offre l'expérience utilisateur la plus satisfaisante en fonction de ce que je veux pour mes clients. J'ai écrit n article de blog sur Spreedly (cela va plus loin que l'UX) mais je voulais mentionner des choses importantes à ce sujet.
Tout d'abord, voici à quoi ressemble l'écran de paiement:
Grande typographie: les titres sont faciles à repérer, il y a un équilibre visuel axé sur la mise en évidence des choses importantes et les choses moins importantes se fondent un peu en arrière-plan
Les prix sont plus clairement étiquetés et expliqués dans des situations où il peut y avoir une logique complexe (comme les remboursements ou les crédits)
La conception entière est minimale et vise à rester à l'écart afin que vous puissiez payer et revenir à ce que vous faisiez
Une attention particulière a été portée au formulaire pour vous assurer que vous ne pouvez pas le soumettre accidentellement deux fois, et les commentaires d'erreur sont propres et bien écrits
Fondamentalement, il est vraiment bien conçu par rapport à de nombreux autres processeurs de paiement. Bien que Spreedly ne soit pas un fournisseur de services de paiement ou une passerelle traditionnelle (ils gèrent les abonnements), ils gèrent la partie du processus où les clients remplissent leur nom et leurs informations de carte de crédit, et ils traitent cette partie et la transmettent à un acquéreur ou passerelle. Ceci est important car c'est la seule étape du processus de paiement avec laquelle les utilisateurs finaux doivent interagir.
Au risque de ressembler à une publicité, je suis tombé amoureux de Braintree Payment Solutions . Je peux effectuer des transactions et stocker des informations de facturation sans jamais montrer à l'utilisateur une page Braintree. Je viens de demander à mon formulaire de soumettre ses résultats au serveur de Braintree et ils retransmettent l'utilisateur sans leur montrer quoi que ce soit (via une redirection HTTP), envoyant des informations d'état à ma page. Je peux ensuite afficher un message de réussite ou d'erreur en fonction des résultats renvoyés à l'utilisateur. Cette méthode fonctionne pour stocker les informations de paiement, créer une transaction, faire les deux en même temps ou traiter une transaction sans stocker les informations de l'utilisateur (c'est-à-dire, vérifier sans compte sur votre site).
Un [~ # ~] énorme [~ # ~] avantage pour moi en tant que développeur est que les informations sensibles - leurs informations de carte de crédit - ne touchent jamais mon serveur (s), donc je n'en suis pas responsable (voir Conformité PCI ). Et leur API est extrêmement simple à utiliser et prête à l'emploi.
Cela étant dit, il y a probablement d'autres fournisseurs de paiement qui font le même genre de chose. C'est l'API de Braintree, les exigences de conformité PCI réduites pour moi, et leurs antécédents qui l'ont fait pour moi.
À votre santé.
N'oubliez pas que tout le monde n'a pas non plus de carte de crédit, vous devriez donc peut-être vous pencher sur les processeurs de paiement qui prennent également en charge les cartes de débit comme Maestro (particulièrement utile maintenant que les pays de l'euro normalisent cela!) Et peut-être même les transferts en ligne (comme iDeal aux Pays-Bas ). C'est une des raisons pour lesquelles moi et plusieurs autres personnes que je connais aiment par exemple Ogone (je suppose qu'il y en a d'autres qui fournissent cela?) Quand nous sommes n client dans une boutique en ligne: vous payez comme vous le sentez le plus à l'aise en tant que client (et "le client est roi", non? ). Je n'ai aucune idée de leur API d'un point de vue de programmation cependant ...
(OTOH, un processeur qui ne gère que les cartes de crédit va probablement être moins cher, donc vous voudrez peut-être réfléchir à ce qui vous apporte le plus d'avantages à la fin.)
En tant qu'acheteur (mais pas en tant que développeur), j'ai utilisé Google Checkout plusieurs fois avec succès. Le processus est simple (très simple si vous êtes déjà connecté à votre compte Google, ce que je suis habituellement). Personnellement, j'aime quand j'achète sur un site dont je ne suis pas trop sûr, car je sais ils n'ont pas les informations de mon compte, et en plus, je vérifie même un boîte qui empêche le vendeur de connaître mon adresse e-mail!
Depuis leur page principale:
Arrêtez de créer plusieurs comptes et mots de passe
Avec Google Checkout ™, vous pouvez acheter rapidement et facilement dans les magasins du Web et suivre toutes vos commandes et expéditions en un seul endroit.Achetez en toute confiance
Notre politique de protection contre la fraude vous protège contre les achats non autorisés effectués via Google Checkout, et nous ne partageons pas votre historique d'achat ou votre numéro de carte de crédit complet avec les vendeurs.Contrôler le spam commercial
Vous pouvez garder votre adresse e-mail confidentielle et désactiver facilement les e-mails indésirables des magasins où vous utilisez Google Checkout.
Voir aussi Intégrer votre site Web avec Google Checkout
Bien que Braintree ressemble à une bonne solution, c'est l'une des plus chères. Si ce n'est pas un problème pour vous, tant mieux! Mais pour moi et mes clients, le coût est une préoccupation importante.
Une autre solution similaire à la réponse de @ Sam est Authorize.Net's Direct Post Method . Moi aussi, je préfère contrôler complètement l'expérience utilisateur de mes utilisateurs. Pourquoi vous soucier de l'interface utilisateur de votre processeur de paiement lorsque vous pouvez fournir la vôtre?
Auth.Net sera beaucoup moins cher car vous pouvez utiliser à peu près n'importe quel compte marchand avec lui. Et bon nombre de ces comptes marchands incluent Auth.Net sans frais supplémentaires ou à très faible coût. Consultez FeeFighters pour quelques bonnes options de compte marchand offrant des taux d'interchange plus, pas les taux qualifiés/moyens/non qualifiés moins souhaitables que beaucoup d'autres offrent.
Auth.Net n'est peut-être pas la meilleure passerelle ou les meilleures API de développement, mais il est très largement pris en charge et rentable. Il appartient à VISA, vous savez donc qu'il restera toujours conforme à la norme PCI et ne fermera pas ses portes.
Voici plus d'informations sur DPM: http://community.developer.authorize.net/t5/The-Authorize-Net-Developer-Blog/Direct-Post-Method-DPM/ba-p/7014 =