Ce billet précédent a généré pas mal de commentaires : tant mieux !
Je souhaite donc compléter un peu ce premier billet, et apporter quelques précisions.
Il faut à mon sens « séparer les variables » :
- Intégrer le paiement dans le site marchand, cela ne veut pas dire qu’on stocke les informations en base de données ;
- Cela ne veut pas dire non plus qu’on doit nécessairement ajouter une étape après la saisie du n° de carte.
A mon sens, c’est important d’intégrer le paiement car cela apporte un plus grand confort pour le client, avec des phases mieux maîtrisées, d’un point de vue ergonomie et design.
Après, sur la façon de composer les phases de l’achat, je pense qu’on ne peut pas se fier aux ‘intuitions personnelles’ des uns et des autres, car comme rien n’est normalisé, que chaque site fait pratiquement ‘sa sauce’, on est tous plus ou moins à l’aise avec tel ou tel processus : méfions nous de ce que j’appele le « self marketing (généraliser à partir de ses propres envies).
Il faut revenir au basique : quelle solution apporte le meilleur taux de transformation ? C’est le seul paramètre qui me semble valable pour ce sujet.
Proposer un e-paiement sur un site internet à partir d’une carte bleue (donc pas paypal, ou autre) aujourd’hui passe par les outils d’un banque. L’outil le plus répandu à ma connaissance est SIPS (proposé par Atos Origin). Pour l’avoir intégré il est réellement impossible de proposer une continuité visuel dans le processus de commande.
J’avais également souhaité intégré le paiement dans la charte graphique du site, mais je n’ai pas trouvé de solution. Qqn connait-il un moyen d’y parvenir ?