Jusqu'ici j'avais travaillé sur un produit (Malt) dont les utilisateurs sont majoritairement en Europe et même plus précisément, en Europe occidentale. Je dis en majorité parce qu'il existe des utilisateurs de Malt dans d'autres parties du monde, mais c'est un tout petit pourcentage et on ne se concentrait pas dessus.
Donc avec Writizzy, c'est la première fois que je sors un produit grand public à destination du monde entier.
Et hier j'ai reçu ce message :
Hi there, Just wanna say your product is awesome. I really love its simplicity and am thinking of subscribing to it. However, can you implement a purchasing power parity policy? Your current pricing is too high for me at the moment. I lived in Indonesia (part of South East Asia). Thanks
Eh bien, c'est une super question.
La parité de pouvoir d'achat
La parité de pouvoir d'achat (PPA) c'est une façon d'exprimer une valeur en fonction du pouvoir d'achat d'un pays.
En fait, vous connaissez sans doute déjà, si vous avez entendu parler de l'indice Big Mac. C'est lié à cette fameuse parité de pouvoir d'achat. L'idée, c'est d'exprimer cette parité en l'illustrant par le coût d'un Big Mac selon les pays (qui inclut le coût de production dans ce cas précis puisque c'est un bien physique).
Et il y a un vrai sujet lorsque tu as des utilisateurs du monde entier qui utilisent ton produit, c'est l'accès équitable au produit en question.
Si par exemple un produit coûte 10 euros par mois, ces 10 euros ne représentent pas la même chose au Vietnam ou aux US en parité de pouvoir d'achat.
- Le salaire médian au Vietnam est d'environ 350 euros par mois.
- Le salaire médian aux US tourne autour de 3 800 euros par mois.
- Et en France, on se situe autour des 2 000 par mois.
Bref, un produit à 10 euros représente 3% du salaire médian d'un Vietnamien, contre à peine 0,3% pour un Américain. Et 3% dans un budget mensuel, ça s'envisage pas du tout de la même façon quand on considère une dépense.
Donc, je vous ai un peu menti, c'est pas juste une question d'équitabilité, la définition d'un prix ça fait partie d'une stratégie pour acquérir des utilisateurs. Si on passe des heures à définir ce prix pour un pays, mais ensuite pour lancer de façon mondiale, il y a par définition un énorme trou de conception. Ça ne marchera pas.
C'est pour ça que certains produits peuvent afficher des prix différents par pays en fonction de la Parité de Pouvoir d'Achat.
Au passage, si vous ne le saviez pas, c'est ce qui explique en partie le succès des VPN, avec un VPN, il est possible de payer moins cher certains services en allant se connecter depuis certains endroits. Attention, je suis pas en train de vous dire de le faire, d'autant que la plupart de ces services sont en guerre contre ce genre de pratique et font la chasse aux VPN.
Et les coûts de production ?
Une question peut se poser naturellement, certes le pouvoir d'achat de mon acheteur entre en jeu, mais moi-même, j'ai un coût de production.
Je paie mes serveurs en euros, sur le coût de l'énergie européen. J'ai besoin de me payer moi-même, donc est-ce que je peux vraiment baisser mes prix pour l'Indonésie ?
Déjà, il faut différencier deux types de coûts :
- les coûts fixes, c'est ce que je paie dans tous les cas, le temps de dev, le nom de domaine etc...
- les coûts variables (ou coûts marginaux), c'est le coût lié à l'usage, au nombre d'utilisateurs, le stockage, les appels API s'ils sont comptés au volume de données échangées, le nombre d'emails envoyés etc...
L'objectif, c'est de gagner de l'argent (ou au moins de ne pas en perdre) sur le coût marginal. Il ne faut pas qu'un utilisateur coûte plus cher que les coûts variables. Et après, il faut suffisamment d'utilisateurs pour payer les coûts fixes.
Quand on lance une boîte, les coûts fixes sont largement surreprésentés dans l'équation donc effectivement ça paraît étrange de baisser ses prix. Mais il faut ici raisonner en coût marginal. Avoir 1 000 utilisateurs français à 10€ contre 5 000 utilisateurs en Indonésie à 3€, eh bien en fait c'est plus rentable (10 000 euros vs 15 000€). Et évidemment dans un monde idéal il faut les deux.
Le problème du VPN tourist
Une question assez évidente se pose, comment éviter que tout le monde se connecte avec un VPN indonésien pour payer moins cher. Ou dit autrement, comment vérifier le lieu de résidence des gens ?
Parce que si demain, tous les utilisateurs français se connectent avec un VPN pour payer 3 euros/mois, le modèle économique peut avoir du mal à tenir. Et c'est encore plus vrai pour une entreprise dont les coûts marginaux incluent le marketing, marketing qui est relativement bien plus cher en France qu'en Indonésie pour le même résultat.
Il y a des solutions techniques :
- le pays d'émission de la CB
- l'adresse IP (il est possible aussi d'identifier les principaux providers VPN)
- demander une preuve d'identité (je déconseille très fort et personne ne filera son passeport pour 10€/mois)
Et puis il y a une autre solution : "on s'en fout un peu", parce qu'on peut accepter qu'il y aura quelques tricheurs mais aussi se dire que la grande majorité ne se fera pas chier à prendre un VPN et l'utiliser pour essayer de tricher pour ce montant.
Et à l'inverse, se dire que le coût du contrôle peut faire augmenter les couts variables et rendre l'équation moins rentable.
Mise en place sur Writizzy ?
Avec tout ce que j'ai dit, moi c'est le côté accès équitable qui me parle le plus. Je considère que tout le monde doit pouvoir facilement accéder au service. Donc on va le mettre en place, mais on va limiter le coût de dev de cette feature.
Parce que mine de rien, ça peut coûter cher d'implémenter tout un système de calcul de prix en fonction de la géographie etc.. Et ça coûte cher aussi de passer par un service externe.
J'ai trouvé un calculateur en ligne qui nous propose un prix cohérent par pays. Donc, on va faire ça manuellement, sur demande, pour les utilisateurs qui nous enverront un email. Ce sera documenté, que ce soit ici par cet article de blog ou sur la documentation.
