eCommerce: monnaie unique vs devises multiples?
Nous construisons une boutique en ligne pour vendre un logiciel que nous avons développé.
Nous sommes basés en Europe, donc nous faisons notre comptabilité en EUR. Au lancement, notre seul moyen de paiement sera Paypal, lié à un compte en EUR.
Sur la base de l'expérience avec d'autres applications (vendues sur le Mac App Store, où les devises ne sont pas un problème), nous nous attendons à ce que nos clients viennent du monde entier, mais principalement d'Europe (zone euro et Royaume-Uni) et d'Amérique du Nord (États-Unis et Canada) .
Nous avons donc différentes options:
- Utilisez uniquement des euros en tout temps. Ainsi, nous afficherons les prix en € et effectuerons le paiement en euros (nous transmettrons le montant en EUR à Paypal et les laisserons débiter les cartes de crédit des clients en devises locales s'ils le souhaitent). Le prix sera le même pour tous les clients, mais nous devrons facturer la TVA aux européens. Avant de passer à la caisse, nous pouvons également donner à nos utilisateurs un "convertisseur" suggérant le montant approximatif dans leur devise locale, si vous pensez que cela est utile.
- Identique à 1., mais avec USD au lieu d'EUR (prix en USD, paiement en USD). Nous facturerons toujours la TVA aux clients européens.
- Localisez les devises (prenant en charge uniquement EUR, USD et GBP, probablement), de sorte que le prix en EUR est toujours mis à jour à l'équivalent dans la devise locale du client. Les utilisateurs seront invités à choisir leur devise dans une liste.
- Localisez les devises, mais avec des taux de conversion "fixes". Ainsi, par exemple, l'application coûtera 11,99 EUR (TVA incluse - ou est-il préférable de l'ajouter avant le paiement?) Pour les clients européens, 9,99 GBP (TVA incluse) pour le Royaume-Uni, 12,99 USD pour le reste du monde (la TVA n'est pas dû).
Chaque solution a ses avantages et ses inconvénients:
- Le plus simple pour nous et le moins cher (les commissions pour la conversion des devises sont payées par les clients). Le prix est unique, mais peut être déroutant pour les clients en dehors de l'Europe (j'ai remarqué que les Américains, par exemple, n'ont souvent aucune idée de combien un euro se traduit en dollars).
- Nous avons toujours un prix unique, mais être en dollars devrait être plus "compréhensible" par n'importe qui dans le monde (les Européens ont généralement une meilleure idée du taux de change avec le dollar). Cependant, c'est beaucoup plus cher car nous devrons payer toutes les commissions (et les clients en dehors des États-Unis devront également les payer, car leurs cartes de crédit seront facturées en USD!).
- Ce n'est pas aussi cher que celui ci-dessus. Cependant, les prix dans des devises autres que l'euro seront vraiment flottants, ce qui créera de la confusion dans la tête de nos clients.
- Cela résoudra quotidiennement le problème des prix flottants, mais en cas de fortes variations des taux de change, nos clients peuvent penser que certains paient moins que d'autres.
Avec les options # 3 et # 4, nous avons également l'avantage d'inclure la TVA dans le prix pour les Européens. Étant donné que nous vendons uniquement aux utilisateurs finaux et non aux entreprises, les Européens sont habitués à voir les prix finaux, toutes taxes comprises. Étant donné que seuls les Européens seront autorisés à payer en euros ou en livres, tout le monde verra un prix final (sans plus de taxes).
Alors, comment devrions-nous afficher nos prix afin qu'ils soient plus justes?
Je pense que l'option 4 est la bonne, avec la TVA déjà ajoutée (aka prix bruts).
Voici pourquoi et comment je le mettrais en œuvre:
- Les utilisateurs ne visitent pas toujours la boutique, ne prennent pas de décision et n'achètent pas. Parfois, la décision prend du temps. Cela dit, les prix flottants peuvent sembler étranges.
- La plupart des magasins affichent les prix dans la devise locale, également avec les prix locaux (par exemple, Nouvel iPad sur Apple.it pour 479 EUR TTC, même appareil sur Apple.com pour 499 USD + taxe de vente)
- Il est également pratique pour les utilisateurs de voir les prix dans "leur" devise sans avoir à sélectionner de devise ni à penser aux taux de change.
- Détecter le pays IP des utilisateurs et afficher le prix dans la devise de ce pays/région
- Ne proposez pas de sélectionner la devise car cela ajoute plus de complexité et n'est pas nécessaire si vous avez détecté le bon pays IP [1]
Apprendre que la TVA n'était pas incluse lors du paiement peut être une mauvaise expérience pour les utilisateurs. Dans certains pays, les vendeurs sont même obligés de n'afficher que les prix incluant la TVA (par exemple l'Allemagne) et enfreindre cette règle vous ferait ressortir de manière négative. Et montrant les prix excl. TVA mais avoir une note que la TVA sera ajoutée forcerait les utilisateurs à calculer ce que vous voulez éviter.
[1] La détection des pays IP est précise mais peut ne pas refléter le "bon" pays/région pour chaque utilisateur, mais le taux devrait être très bas et vous pourriez être en mesure de répondre à cette question en fonction de votre expérience précédente
Vous devez localiser les devises (numéro 3). Et pourrait être formidable si vous pouvez détecter automatiquement le pays de l'utilisateur et afficher automatiquement les détails localisés.
Je soupçonne qu'en utilisant Paypal (qui permettra la conversion dans de nombreuses devises), vous encouragerez les utilisateurs à contourner la géolocalisation et à acheter au tarif le moins cher. Néanmoins, je trouve personnellement cette illusion de choix alléchante.
Si vous avez l'envie et le budget, je recommanderais que les options 3 et 4 soient testées A/B - les consommateurs ont l'assurance de leur devise locale/préférentielle, et vous pouvez tester quelle option génère les ventes les plus importantes.