Faire développer une application : les étapes et les prix

La plupart des fondateurs qui font développer une application le font pour la première fois. Ils ne savent pas quelles questions poser, quel prix est juste, ni ce que le contrat doit contenir. C'est normal. La bonne nouvelle : la démarche est presque la même pour tous les projets, et vous pouvez la suivre étape par étape. Cet article vous guide en cinq étapes, de la première note sur votre idée jusqu'à la signature, puis montre ce que le marché demande en général.

Étape 1 : écrire le problème et qui le rencontre

Avant de parler à qui que ce soit, écrivez un court texte sur le problème, pas sur l'application. Qui a ce problème ? Que lui coûte-t-il aujourd'hui, en temps ou en argent ? Que fait cette personne aujourd'hui pour s'en sortir ?

Cela paraît simple, mais cela change toute la discussion. Quand vous décrivez des écrans et des fonctionnalités, on vous chiffre des écrans. Quand vous décrivez un problème et une personne, un bon prestataire peut vous proposer une solution plus petite et moins chère. Ce texte vous servira aussi plus tard, pour juger si l'application terminée fait bien son travail.

Une demi-page suffit. Si vous voulez un modèle complet à copier, nous en avons écrit un dans comment briefer un studio pour votre MVP.

Étape 2 : décider ce qui entre dans la première version

Votre première version doit bien faire une seule chose, pour un seul type d'utilisateur. Tout le reste attend. C'est l'étape où la plupart des budgets se gagnent ou se perdent, car chaque fonctionnalité en plus ajoute du temps de design, de construction et de test.

Un test simple : pour chaque fonctionnalité, demandez-vous « l'utilisateur peut-il obtenir le résultat principal sans elle ? ». Si la réponse est oui, elle va sur une liste pour plus tard. Gardez cette liste, elle est utile, mais laissez-la hors du premier devis. Nous détaillons ce choix dans que mettre dans un MVP.

Choisissez la plateforme en même temps. Une application web qui fonctionne aussi dans le navigateur du téléphone est en général le départ le moins cher. Les applications pour l'App Store et Google Play demandent plus de travail. Beaucoup de fondateurs commencent donc par le web, et ajoutent les applications mobiles une fois que les gens utilisent le produit.

Étape 3 : choisir qui la construit

Vous avez trois options principales : un freelance, un studio ou une agence. Recruter votre propre salarié en est une quatrième, mais cela prend des mois, et il est difficile de juger un candidat si vous n'avez pas vous-même de profil technique.

En résumé, un freelance convient à un petit projet clair. Un studio convient à un vrai produit qui a besoin du design, de la construction et du lancement par une seule petite équipe. Une agence convient aux grands projets, avec un gros budget et beaucoup de décideurs. Nous comparons ces options de façon équitable dans studio, freelance ou agence pour votre MVP.

Contactez deux ou trois prestataires, pas dix. Envoyez à chacun le même texte, issu des étapes 1 et 2, pour pouvoir comparer leurs réponses sur la même base.

Étape 4 : demander un périmètre, un prix et un calendrier fixes

Une fois que le prestataire a compris votre projet, demandez une proposition écrite. Pour une première version, la formule la plus sûre est un périmètre fixe (la liste exacte de ce qui sera construit) avec un prix fixe, ce qu'on appelle souvent un forfait. Le prix ne bouge pas, sauf si vous changez le périmètre.

L'autre formule courante est la facturation à l'heure ou à la journée, appelée régie. Elle convient bien aux petites modifications plus tard, mais pour une première version, elle vous fait porter tout le risque. Si le travail prend deux fois plus de temps, vous payez deux fois plus.

Un bon devis contient :

• Ce qui sera construit. Le parcours principal, les écrans et les fonctionnalités, avec des mots simples que vous pouvez vérifier.
• Ce qui ne sera pas construit. Une courte liste de ce qui attend plus tard. Elle protège les deux parties.
• Le prix, et quand vous payez. En général en plusieurs fois, selon des étapes visibles : par exemple une partie au démarrage, une partie à la validation du design, et le reste au lancement.
• Le calendrier. Quand vous voyez le premier design, quand vous pouvez cliquer dans une version de test, et quand l'application est en ligne.
• La gestion des changements. Ce qui se passe si vous voulez quelque chose de nouveau en cours de route, et comment c'est facturé.
• Ce que « terminé » veut dire. Comment vous vérifiez le travail ensemble avant le dernier paiement.
• L'après-lancement. Qui corrige les problèmes, pendant combien de temps, et combien coûte le suivi.
• La propriété. Une phrase claire qui dit que le code et les comptes sont à vous.

Étape 5 : vérifier à qui appartiennent le code et les comptes

C'est l'étape que les fondateurs oublient le plus souvent, et celle qui fait le plus mal ensuite. Votre application n'est pas seulement du code. Elle vit dans un ensemble de comptes en ligne, et celui qui contrôle ces comptes contrôle votre produit.

• Le code. Il doit se trouver dans un dépôt de code (un espace en ligne qui stocke le code, comme GitHub) qui appartient à vous ou à votre société.
• Le nom de domaine. Enregistré à votre nom.
• L'hébergement et la base de données. Les comptes qui font tourner l'application et qui stockent les données de vos utilisateurs.
• Les comptes des stores. Vos propres comptes développeur Apple et Google, si vous avez des applications mobiles.
• Les paiements. Le compte qui reçoit votre argent, par exemple Stripe, au nom de votre société.
• Les fichiers de design. Les fichiers sources du design, pas seulement des images.

La règle est simple : les comptes sont créés à votre nom dès le départ, et le prestataire y reçoit un accès. Pas l'inverse. Si un jour vous devez changer de prestataire, cela prend alors une journée au lieu d'un mois.

Votre application vit dans ses comptes. Assurez-vous qu'ils sont à votre nom avant la première ligne de code.

Les signaux d'alerte avant de signer

• Pas de périmètre écrit. Un prix sans liste claire de ce qui est inclus finira par augmenter.
• Tout l'argent d'avance. Payer en plusieurs fois, selon un travail que vous pouvez voir, est normal et juste pour les deux parties.
• Un prix très en dessous des autres. Cela veut souvent dire qu'il manque des choses, comme la sécurité, les tests, ou les pages d'administration dont vous avez besoin pour faire tourner le produit.
• Des comptes au nom du prestataire. Demandez que cela change avant le début du travail.
• Rien sur l'après-lancement. Les vrais utilisateurs trouvent de vrais problèmes dans les premières semaines. Quelqu'un doit être là pour les corriger.
• Aucun travail en ligne à montrer. Demandez des applications qu'ils ont construites et qui sont encore en ligne et utilisées aujourd'hui.
• Une pression pour signer vite. Un bon prestataire vous laisse le temps de lire la proposition et de poser vos questions.

Combien ça coûte : les prix habituels du marché

Les prix varient beaucoup. Voici donc les fourchettes habituelles du marché pour la première version d'une application, aux tarifs de 2026. Ce sont des estimations pour vous aider à prévoir un budget, pas des prix fermes.

• Freelance : de 3 000 € à 15 000 €. Un bon rapport qualité-prix pour un petit projet clair. Vous dépendez d'une seule personne.
• Studio ou agence : de 15 000 € à 50 000 € et plus. Le design, la construction et le lancement par une seule équipe. Un très petit projet peut se situer en dessous. Un grand projet relié à beaucoup d'autres logiciels se situe au-dessus.
• Applications mobiles iOS et Android. En général plus chères qu'une application web avec les mêmes fonctionnalités, car il y a plus à construire et à tester, et les stores examinent chaque nouvelle version.

Où nous nous situons. Swipe Up est un petit studio, pas une grande agence. Nos prix sont plus proches de ceux d'un freelance que de ceux d'une agence, et vous gardez une seule équipe pour le design, le développement et le suivi.

Prévoyez aussi deux autres coûts : le fonctionnement de l'application (hébergement, base de données, envoi d'e-mails et frais des stores), et les changements que vos utilisateurs demanderont après le lancement. Nous expliquons en détail ce qui fait bouger le prix dans combien coûte un MVP.

En résumé

Faire développer une application, c'est une suite de petites étapes claires. Écrivez le problème, réduisez la première version à l'essentiel, choisissez le bon type de prestataire, obtenez un périmètre et un prix fixes par écrit, et gardez les comptes à votre nom. Faites ces cinq choses, et la plus grande partie du risque disparaît, quel que soit le prix. Si vous voulez qu'un studio regarde votre idée, découvrez comment nous créons un MVP et dites-nous où vous en êtes.