Combien coûte une application ? Pourquoi le prix dépend de vous
Pourquoi le prix d’une app va de R$15 000 à un demi-million, et comment un fondateur non technique estime le bon chiffre avant de demander le premier devis.
Le premier appel contient presque toujours la même question. Le fondateur décrit le produit pendant dix minutes, avec une clarté frappante sur le client et le problème, puis pose la question qu’il était venu poser : « combien coûte une application comme ça ? ». La réponse honnête déçoit, parce que la réponse honnête est une autre question.
Une application sur mesure au Brésil coûte, en pratique, de R$15 000 à plus de R$500 000. Cette fourchette est si large qu’elle est inutile. Et elle est large non parce que le marché serait confus, mais parce que le prix d’une app n’est pas une valeur de grille : c’est le résultat de décisions que le fondateur n’a pas encore prises. Celui qui répond « ça coûte R$80 000 » sans poser aucune question en retour devine, ou vend un forfait qui n’est peut-être pas le vôtre.
Ce texte ne vous donne pas un chiffre. Il vous donne ce qui manque pour y arriver seul : les variables qui font bouger le prix, les trois voies réelles de construction et ce que chacune coûte vraiment, et le coût qui disparaît de tous les devis. À la fin, quatre questions qui fixent la valeur avant de parler à un prestataire.
Pourquoi « combien coûte une application » est la mauvaise question
Demandez « combien coûte une maison » et personne ne répond par un chiffre. On répond par des questions : combien de chambres, quel quartier, rénover ou construire à neuf. Le logiciel, c’est pareil, avec une nuance : l’essentiel du coût se cache dans ce que l’on ne voit pas depuis la façade.
Regardez ce qui se passe sur les forums de développeurs brésiliens comme r/brdev chaque fois que quelqu’un demande le prix d’une app. Les réponses se contredisent, de R$5 000 à R$300 000, et elles ont toutes raison, parce que chacune a chiffré une application différente. Un chat avec login et une marketplace avec paiements, reversements aux vendeurs et anti-fraude sont « une app » dans la tête du fondateur et deux projets sans rien de commun en dessous.
Le prix est donc une sortie, pas une entrée. Il découle de trois décisions : la taille du périmètre, la voie de construction choisie, et combien de temps le produit va vivre après le lancement. Touchez à l’une d’elles et le chiffre bouge. C’est pourquoi définir le périmètre avant d’embaucher un dev vaut plus pour votre portefeuille que n’importe quelle recherche de prix.
Les trois voies, et ce que chacune coûte vraiment
Il existe trois façons de sortir une app du papier au Brésil. Elles ne se disputent pas le même projet : chacune répond à un moment différent de l’entreprise.
No-code (Bubble, FlutterFlow, Glide). Vous montez l’app sur une plateforme visuelle, sans programmer. Cela coûte de R$0 à R$15 000 si vous la montez vous-même, ou de R$15 000 à R$40 000 si vous engagez quelqu’un pour le faire, plus l’abonnement mensuel de la plateforme. C’est la bonne voie pour valider une idée avant de dépenser pour de vrai. Le plafond apparaît quand le produit grandit : une règle métier que la plateforme n’avait pas prévue, un coût d’abonnement qui grimpe avec les utilisateurs, des performances qui calent au centième écran. La plupart des fondateurs restent en no-code six mois de trop.
Freelance ou atelier bon marché. Un dev de marketplace ou un petit atelier livre du code sur mesure au devis le plus bas. Cela coûte de R$25 000 à R$80 000 pour une première app. La fourchette est tentante, et c’est là que vivent la plupart des mauvaises histoires : un périmètre qui gonfle en cours de route, du code que personne ne sait maintenir ensuite, le dev qui disparaît la veille de la livraison. Ce n’est pas une règle, mais c’est assez fréquent pour que le fondateur entende de tout le monde qu’il « s’est déjà brûlé avec un freelance ».
Partenaire d’ingénierie. Une équipe qui mène la discovery, définit le périmètre avec vous, construit, et reste à vos côtés après le lancement. Cela coûte de R$80 000 à R$500 000 ou plus, selon la taille. C’est cher sur la facture et moins cher au total quand le produit est le cœur de l’activité et doit durer, parce que vous payez une fois pour un système qui tient la deuxième et la troisième année. La différence n’est pas le langage de programmation. C’est d’avoir un partenaire technique qui n’est pas une boîte noire, qui montre les décisions au lieu de les cacher.
L’erreur coûteuse n’est pas de choisir la voie bon marché. C’est de choisir la voie bon marché pour un problème qui appelait la chère, et de découvrir l’année suivante que vous allez tout repayer.
Le coût qui disparaît de tous les devis : la maintenance
Tout devis d’app parle du jour du lancement. Presque aucun ne parle des deux années suivantes, là où l’argent se dépense vraiment.
Un logiciel n’est pas un chantier qui se termine. Il est plus proche d’une voiture : il roule bien, et passe quand même au garage. Le système d’exploitation du téléphone change et casse l’écran de login. Une bibliothèque dont l’app dépend cesse d’être mise à jour et ouvre une faille de sécurité. Le client demande un ajustement, un concurrent sort une fonctionnalité, la réglementation change. Maintenir une app en ligne coûte, par an, entre 15 % et 25 % de ce qu’elle a coûté à construire, et cette facture commence le mois suivant le lancement, pas des années plus tard.
C’est pourquoi « combien coûte une application » a besoin d’une sœur que personne ne pose : combien coûte de la garder en vie ? Une app de R$60 000 que personne n’a budgétée pour la maintenance devient un actif orphelin au moment où le seul dev qui comprenait le code s’en va. Lancer l’app est le début du coût, pas la fin.
Les quatre questions qui fixent le prix
Avant de demander un devis, répondez à ces quatre questions. Elles font le travail que ferait le prestataire, et vous sortent de la position où vous ne pouvez qu’accepter ou refuser un chiffre.
1. L’app doit-elle exister, ou l’idée doit-elle être validée ? Si vous n’avez pas encore de clients qui paient, le bon produit est le plus petit possible qui prouve la thèse, pas l’app de vos rêves. Ici, le no-code l’emporte souvent. Construire le système complet avant la validation est la façon la plus chère d’apprendre que personne ne voulait du produit. Il vaut la peine de connaître la différence entre un périmètre minimal réel et la liste de souhaits déguisée en MVP.
2. Combien de flux critiques l’app a-t-elle ? Comptez les actions qui, si elles cassent, font tomber l’activité avec elles : l’inscription, le paiement, le reversement, la livraison. Une app avec un flux critique est un projet. Avec cinq, ce sont cinq projets. Le nombre de flux prédit le prix mieux que le nombre d’écrans.
3. L’app est-elle le produit ou un support ? Si le logiciel est ce que le client paie pour utiliser, il est le cœur et mérite une ingénierie qui dure. Si c’est un outil interne qui organise l’opération, le calcul change, mais pas en dessous de ce que vous imaginez : les outils internes bien faits rapportent souvent plus qu’une fonctionnalité de plus dans le produit côté client.
4. Quel est votre appétit, en argent et en temps ? Ici, il vaut la peine d’emprunter une idée à Shape Up, de Basecamp : un budget commence par un chiffre et se termine par un design, pas l’inverse. Au lieu de demander « combien pour faire tout ça », dites « j’ai R$50 000 et trois mois, qu’est-ce qui rentre ? ». Fixer le temps et l’argent et laisser le périmètre varier, c’est ce qui sépare un projet qui livre d’un projet qui explose. Le prestataire sérieux préfère cette conversation ; celui qui ne la préfère pas vous vend la facture, pas le résultat.
Avec les quatre réponses en main, vous ne demandez plus « combien coûte une application ». Vous dites ce dont vous avez besoin, avec quel appétit, et vous jugez qui a compris. Le chiffre cesse d’être un pari et devient une décision.
Le devis le moins cher est souvent le plus cher
Le calcul que presque personne ne fait, c’est celui de la reprise. Une app de R$30 000 qu’il faut reconstruire de zéro l’année suivante a coûté R$30 000 plus la vraie app, plus une année perdue, plus le client que vous n’avez pas servi pendant que vous répariez. Le bon marché n’est pas devenu cher par malchance. Il est devenu cher parce que le prix bas venait de couper exactement les parties qui n’apparaissent pas dans la démo : la gestion des erreurs, la sécurité, le code que la personne suivante arrive à lire.
Nous avons vu le même film se rejouer dans différentes équipes produit. Le fondateur choisit le devis le plus bas, reçoit quelque chose qui marche en présentation, et découvre six mois plus tard que chaque changement simple prend des semaines, parce que le système a été monté pour passer la démo, pas pour grandir. Là, le coût réel arrive d’un coup. Un bon logiciel paraît simple de l’extérieur, même construit avec précision en dedans ; un mauvais logiciel fait l’inverse, paraît prêt et présente l’addition plus tard.
Il n’existe pas de prix juste pour une application. Il existe la fourchette qui a du sens pour le problème que vous avez, au stade où en est l’entreprise. Répondez aux quatre questions, choisissez la voie en gardant l’œil sur la deuxième année, et traitez tout devis qui arrive sans questions en retour pour ce qu’il est : un pari bien habillé.
Questions fréquentes
Quel est le coût pour créer une application ?
Au Brésil, de R$15 000 à plus de R$500 000. Le no-code fait par vous reste près du bas ; une app sur mesure avec un freelance ou un atelier va de R$25 000 à R$80 000 ; un partenaire d’ingénierie pour un produit qui est le cœur de l’activité démarre à R$80 000. Le montant suit le périmètre, la voie de construction et la durée pendant laquelle le produit doit tenir.
Combien coûte une app en moyenne ?
La « moyenne » trompe, parce qu’elle mélange des projets sans rien de commun. Pour une première app sur mesure avec peu de flux critiques, la fourchette la plus courante au Brésil est de R$40 000 à R$120 000. Les marketplaces, les fintechs et tout ce qui a des paiements et de l’anti-fraude se situent bien au-dessus. Et ajoutez 15 % à 25 % par an de maintenance.
Combien coûte la publication d’une app sur les stores ?
Publier est la partie bon marché. Un compte développeur Apple coûte 99 US$ par an et celui de Google Play, 25 US$ une seule fois. Ce qui pèse, ce n’est pas l’enregistrement, c’est tout ce qui vient avant et tout ce qui vient après, en maintenance. Méfiez-vous des devis qui mettent en avant le coût de publication pour paraître complets.
Vaut-il la peine de commencer en no-code ?
Pour valider une idée avant d’avoir des clients qui paient, presque toujours. Le no-code est la façon la moins chère de découvrir si le produit a de la demande. L’erreur est de traiter la plateforme comme l’architecture définitive : la plupart des fondateurs restent en no-code six à douze mois au-delà du point où le produit appelait déjà une ingénierie sur mesure.