Le développeur mobile perd la main à la soumission
Un développeur mobile freelance livre rarement un simple fichier : une application soumise aux deux boutiques, des builds de release, une version stable une fois passée en revue, le branchage des notifications et des outils d'analyse. Les startups américaines, les enseignes de retail ou de restauration et les agences qui présentent une application dans leur pitch commandent ce travail au projet, par jalon ou en régie mensuelle.
Le problème arrive au moment précis où tout est validé. Le compte développeur, les certificats de signature et l'application elle-même appartiennent au client, pas à vous : une fois la soumission acceptée, il ne reste plus de levier technique pour faire avancer le paiement. Tout repose alors sur une facture qui tient la route auprès du service comptable.
Le mécanisme derrière la facture
Vous vous inscrivez une seule fois, vous vérifiez votre identité et vous décrivez le client ainsi que le projet livré, qu'il s'agisse d'une application complète ou d'un jalon de développement. À partir de là, la facture que reçoit le client est émise par une société américaine, pas par vous : pour son service comptable, c'est une facture domestique, payable par ACH ou virement, en dollars, vers une banque aux États-Unis, avec un formulaire W-9 disponible sur demande.
Le client n'a pas besoin d'être une société établie : une startup, une agence ou même un fondateur qui paie en son nom propre peuvent régler de la même façon. Tant que le pays n'est pas sous sanctions, la facture peut être émise en onze devises, dont le dollar américain, l'euro, la livre sterling, le dollar canadien, le dollar australien et le franc suisse.
PANORAMA payments prélève ensuite une seule commission de plateforme et vous paie dans votre pays : virement bancaire, SWIFT, SEPA, Wise, compte local ou actifs numériques libellés en dollars, selon l'endroit où vous vivez. Il n'y a pas d'abonnement mensuel et rien n'est prélevé avant que le client ait payé. Vous restez seul responsable de vos impôts chez vous.
Facturer au projet, au jalon ou en régie mensuelle
Beaucoup de contrats de développement mobile avancent par jalons : une maquette validée, une bêta stable, puis la soumission aux stores, chacun pouvant déclencher une facture partielle. D'autres startups préfèrent un prix de projet unique pour l'application complète, du premier build jusqu'à la validation par les deux boutiques.
Une fois l'app en production, certains clients gardent le développeur en régie mensuelle pour les correctifs, les mises à jour liées aux nouvelles versions d'iOS ou d'Android et le suivi des plantages remontés par les utilisateurs. Quel que soit le format retenu, la facture émise pour vous décrit ce qui a réellement été livré : un build, une soumission, un lot de correctifs, plutôt qu'un forfait générique.
Une facture qui tient sans levier technique
La difficulté du développement mobile freelance ne se voit qu'au moment où elle compte : le compte développeur, les certificats et le code déployé passent au client dès la soumission, et il ne reste ensuite aucun moyen de bloquer quoi que ce soit pour obtenir le paiement.
Une facture émise par une société américaine change la nature de la conversation avec le service comptable du client : ce n'est plus un indépendant étranger qui réclame un virement, mais un fournisseur domestique avec un document standard. Vous décrivez le build ou le jalon livré, la facture part, et le paiement vous revient une fois le client réglé.