|
Ayant eu la chance de développer une API pour l'e-contrôles, le tester, et voir ses performances, j'ai décidé d'écrire un article de partage mon expérience avec d'autres. Nous tous à la société ont été très excités à l'idée de l'e-contrôles: une diminution des frais de transaction que les cartes de crédit, pas de rejets de débit, et pratiquement tous en Amérique du Nord devrait avoir un compte bancaire, ce qui sera plus sûr pour nos acheteurs potentiels. Les premiers jours après avoir intégré les e-check comme une option de paiement, le tout a fonctionné comme un charme, beaucoup de transactions de contrôles, et vous savez, c'est toujours un gain de 1%. Nous avons même commencé à pousser e-checks sur notre site Web en ajoutant des choses comme «meilleure option», et le déplacer vers le haut des méthodes de paiement. Le truc, c'est qu'il était vraiment la meilleure option pour nous (ou alors on a pensé), mais pas pour le client, que l'argent sera prélevé de son compte plus rapide (au lieu d'attendre le projet de loi dans le cas d'une carte de crédit paiement). 5 jours plus tard (ce qui est le montant standard de jours pour l'e-contrôles pour effacer) après le lancement, nous avons commencé à voir les problèmes. Il a été récurrentes, il a été énorme, et il a été retourné contrôles: un lot et un grand nombre de chèques retournés. Les causes de chèques retournés variaient principalement de fraudes, de fonds insuffisants, ou pour simplement la personne qui appelle la banque et l'arrêt du paiement. Fraude, au cas où vous ne connaissez pas, est un énorme enjeu pour les E-chèques, il vous suffit d'avoir le compte # # et le routage, afin de débiter un compte bancaire (c'est comme ça que la plupart des Fraudes sur Internet travail), et tous deux sont écrit clairement sur tout contrôle physique. La fraude est une question très importante. L'insuffisance des fonds est un autre gros problème, car la plupart des gens qui utilisent e-vérifications ont été dans une certaine mesure, et je déteste le dire, le pauvre, alors qu'elles avaient souvent un solde de leur compte planant autour du niveau 0 $. Enfin, certaines personnes, quand avoir une seconde chance s'ils veulent vraiment d'acheter ou non, choisissez ce dernier, donc, ils appellent la Banque et leur demander d'arrêter le paiement. Quoi de plus agaçant que d'avoir le contrôle en retour (et de devoir payer une taxe pour ceux qui sont retournés contrôles) a été le fait que les opérations vécu que OK de notre côté, alors qu'en fait, ils ont été un échec, nous avons donc dû aller grâce à un manuel de procédures pour annuler ces opérations (sur l'autre côté, les transactions par carte bancaire est presque certain de rester compétitifs, sauf en cas d'un rejet de débit). Ajoutez à tout cela, dans la plupart des cas, le produit a déjà été livré au client, donc nous avons également eu un suivi auprès de lui / elle, où vous avez généralement le répondeur, et vous seriez heureux si vous entendez en arrière. 1 mois plus tard, nous avons décidé de retirer E-chèques comme moyen de paiement telle que nous avons réalisé que c'était un gaspillage énorme de temps, et honnêtement, nous n'avons pas vu un changement dans notre volume de transactions. La conclusion est que l'e-contrôles ne sont pas vraiment mature comme une option de paiement et donc, à mon avis, il n'est pas recommandé de les avoir. Sauf si vous avez beaucoup de ressources dans votre département de facturation pour gérer les contrôles de retour et votre marge de profit est vraiment élevé (et aussi vous pensez qu'il va augmenter les ventes, ce qui est hype), alors allez-y, sinon, juste coller au crédit cartes (dans mon expérience, les rejets de débit ont été d'environ 1 / 10 du montant des chèques retournés). Après tout, pourquoi voudrait-on payer avec son compte bancaire sur le Web au lieu d'une carte de crédit, où il / elle est beaucoup plus protégé? |