Coût développement application sur mesure : budget et délais

Il y a un premier rendez-vous que je vis très souvent. Un chef d'entreprise s'assoit, pose deux devis sur la table et me demande : « Pourquoi l'un est à 1,5 million de yens et l'autre à 12 millions ? C'est la même application. »

Ce n'est presque jamais la même application. Les deux prestataires ont lu le même cahier des charges de deux pages et ont imaginé deux produits très différents. L'un a pensé à un simple outil web pour cinq employés. L'autre à des applications natives iOS et Android, un tableau de bord d'administration, une connexion au logiciel comptable et un contrat de maintenance.

C'est tout le problème du coût de développement d'une application sur mesure : le prix dépend beaucoup moins de « l'application » que de dizaines de décisions que personne n'a encore prises. Dans cet article, je vous explique quand une application sur mesure a vraiment du sens, ce qui fait varier le prix, quelles fourchettes sont réalistes pour une PME, ce que vous continuerez à payer après le lancement, et les schémas que je retrouve derrière les projets qui échouent.

Avez-vous vraiment besoin d'une application sur mesure ?

Avant de parler d'argent, une question honnête : peut-être que vous n'en avez pas besoin du tout.

Trois options méritent d'être comparées d'abord.

• Un SaaS du marché. Pour la comptabilité, la paie, la gestion des présences, les plannings, le CRM ou l'e-commerce, il existe des produits matures développés par des entreprises qui ne font que ça. Vous payez un abonnement mensuel et les mises à jour, la sécurité et le support sont inclus. Si votre processus ressemble à celui de la plupart des entreprises, commencez par là.
• Les plateformes no-code et low-code. Des outils comme kintone (de Cybozu) ou Google AppSheet permettent de créer des applications métier simples — formulaires, listes, validations, workflows de base — sur une base de données ou un tableur, sans écrire de code. Ils sont facturés par utilisateur et par mois, et conviennent très bien aux outils internes de complexité modérée.
• Une application sur mesure. Un logiciel conçu spécifiquement pour votre entreprise, qui vous appartient et que vous pouvez façonner exactement selon vos besoins.

L'application sur mesure devient pertinente quand au moins un de ces points est vrai :

• Votre processus est vraiment spécifique et fait partie de votre avantage concurrentiel ; le plier à un outil générique vous coûterait cher.
• Vous avez besoin de matériel ou de fonctions particulières : appareil photo, QR codes, reconnaissance faciale, usage hors ligne, appareils Bluetooth, GPS.
• L'application s'adresse à vos clients, pas seulement à vos employés, et l'expérience doit refléter votre marque.
• Vous avez atteint les limites d'un outil no-code : performances, gestion des droits, logique complexe, ou tarif par utilisateur qui explose quand vous grandissez.
• Vous devez faire communiquer plusieurs systèmes d'une manière qu'aucun produit ne permet.

Si aucun de ces cas ne s'applique, un SaaS ou un outil no-code, reliés entre eux par une bonne automatisation des processus, est souvent la meilleure réponse. Et comme nous l'expliquions dans notre article sur les raisons pour lesquelles les PME échouent dans leur transformation numérique, acheter la solution avant d'avoir défini le problème est l'erreur la plus coûteuse qui soit.

Qu'est-ce qui fait varier le coût d'une application métier ?

Le coût de développement, c'est surtout du temps humain : conception, développement, tests et gestion de projet. Tout ce qui ajoute du temps ajoute du coût. Voici les principaux facteurs.

Plateformes : web, iOS, Android

Une application web fonctionne dans le navigateur, sur n'importe quel appareil. Pour des outils internes utilisés sur les PC et tablettes du bureau, c'est souvent le choix le plus simple et le moins cher, sans passer par un store.

Les applications mobiles se justifient quand vous avez besoin de l'appareil photo, des notifications push, d'un usage hors ligne ou d'une place sur l'écran d'accueil de vos clients. Supporter iOS et Android, plus un back-office web, revient en pratique à développer trois interfaces.

Natif ou multiplateforme

Le développement natif consiste à écrire une application en Swift pour iOS et une autre en Kotlin pour Android. Vous avez un contrôle maximal, mais vous construisez et maintenez deux bases de code.

Les frameworks multiplateformes comme Flutter (de Google) ou React Native (de Meta) permettent à une seule base de code de tourner sur les deux plateformes. Pour la plupart des applications métier, c'est le choix raisonnable par défaut : coût réduit, une seule équipe, comportement cohérent.

Intégrations

Se connecter à votre logiciel comptable, à une base de données existante, à un prestataire de paiement, à LINE ou à une API publique : c'est souvent là que se cache l'effort. Une API propre et documentée se branche vite ; un vieux système interne sans API peut prendre plus de temps que l'application elle-même.

Back-office et rôles

Presque toute application métier a besoin d'une interface d'administration : gérer les utilisateurs, modifier le contenu, consulter des rapports, exporter des données. Définir qui voit quoi (employés, managers, administrateurs, clients) ajoute du travail de conception et de test.

Sécurité et données

Authentification, chiffrement, journaux d'accès, sauvegardes, traitement des données personnelles ou médicales : tout cela demande du temps pour être bien fait. Avec des données clients ou patients, ce n'est jamais là qu'on fait des économies.

Combien coûte une application sur mesure ? Des fourchettes réalistes

Je donne des fourchettes plutôt qu'un chiffre unique, car quiconque annonce un prix précis avant de comprendre vos besoins devine. Ce sont des ordres de grandeur basés sur ce que nous observons sur le marché japonais pour les PME ; votre projet peut en sortir.

• Outil web interne simple (formulaires, listes, quelques écrans, un seul type d'utilisateur) : environ 1 à 3 millions de yens, 1 à 3 mois.
• Application métier mobile + back-office (iOS/Android en multiplateforme, administration web, comptes et rôles) : environ 3 à 10 millions de yens, 3 à 6 mois.
• Système complexe (intégrations multiples, fonctions avancées comme la reconnaissance d'image, exigences de sécurité élevées, nombreux types d'utilisateurs) : à partir de 10 millions de yens, 6 à 12 mois ou plus.

À titre de référence, chez SolidTech, un MVP démarre autour de 1 000 000 de yens. Cela vous donne une première version fonctionnelle de la fonctionnalité principale, pas une simple démo.

Si un devis est très en dessous de ces fourchettes, demandez ce qui manque : les tests, le back-office, la publication sur les stores, la propriété du code source ou le support après lancement. S'il est très au-dessus, demandez quelles hypothèses l'expliquent.

L'approche MVP : lancer petit, puis améliorer

MVP signifie « produit minimum viable » : la plus petite version de l'application qui résout le problème principal pour de vrais utilisateurs.

Au lieu de spécifier 60 fonctionnalités dès le départ et d'attendre un an, vous choisissez les 5 à 10 qui comptent le plus, vous lancez en quelques mois, et l'usage réel vous dit quoi construire ensuite. D'expérience, une bonne partie des fonctionnalités jugées indispensables au départ se révèlent peu utilisées une fois l'application entre les mains des gens — et une fonction à laquelle personne n'avait pensé devient celle que tout le monde réclame.

L'approche MVP vous apporte :

• Moins de risque. Vous savez tôt si l'application fonctionne pour vos équipes ou vos clients, avant d'avoir dépensé l'essentiel du budget.
• Une valeur plus rapide. La fonction principale commence à faire gagner du temps ou de l'argent des mois plus tôt.
• De meilleures décisions. La phase 2 repose sur des données et des retours, pas sur des suppositions faites en réunion.

C'est le même principe que dans notre étude de cas IA pour une entreprise de 15 personnes : résoudre d'abord un problème douloureux, puis élargir.

Combien coûte une application après son lancement ?

C'est la partie que beaucoup de devis laissent dans le flou. Prévoyez ces coûts récurrents :

• Hébergement et services. Serveurs, bases de données, stockage, envoi d'e-mails, API de cartographie ou d'IA. Pour une application de PME, cela représente souvent de quelques milliers à quelques dizaines de milliers de yens par mois, selon l'usage.
• Comptes développeur des stores. Publier sur l'App Store nécessite l'Apple Developer Program, un abonnement annuel (99 dollars US par an, facturés en monnaie locale au Japon). Google Play demande des frais d'inscription uniques de 25 dollars US. Assurez-vous que ces comptes sont enregistrés au nom de votre entreprise, pas de votre prestataire.
• Mises à jour des OS et des stores. Apple et Google publient chaque année une nouvelle version majeure de leur système, et Google Play relève régulièrement le niveau d'API minimum que les applications doivent cibler. Une application non mise à jour peut cesser de fonctionner ou être retirée du store.
• Maintenance et support. Corrections de bugs, mises à jour de sécurité, mise à niveau des bibliothèques, petites améliorations. Une règle empirique courante consiste à prévoir environ 10 à 20 % du coût de développement initial par an, même si cela dépend beaucoup de ce que vous continuez à ajouter.

Une application web interne évite totalement les frais de store — une raison de plus de vous demander si une application mobile est vraiment nécessaire.

Étude de cas : MediSupp et DoraCheck

L'un des projets dont je suis le plus fier montre ce qui se passe quand un projet d'application tourne mal — et comment le rattraper.

MediSupp est un système de vérification des patients et de gestion des médicaments pour les établissements médicaux et les maisons de retraite. Sa mission est simple à décrire et critique à réussir : s'assurer que le bon médicament arrive au bon patient. Il combine la reconnaissance faciale pour identifier le patient et la lecture du QR code et du texte du sachet de médicaments, pour que le personnel puisse confirmer la correspondance avant l'administration.

Le client est venu nous voir après qu'une grande entreprise informatique n'avait pas réussi à livrer le système.

SolidTech a développé et livré le système en environ un an, avec React et Node.js. Nous avons ensuite créé DoraCheck, l'application mobile compagnon, avec Flutter, pour qu'une seule base de code tourne sur iOS et Android. Le personnel se connecte par reconnaissance faciale, et plusieurs membres d'un même établissement peuvent utiliser le même appareil ou leur propre smartphone.

La leçon que je tire de ce projet n'est pas « petit vaut mieux que grand ». C'est qu'un projet réussit quand l'équipe qui le construit reste proche de ceux qui l'utilisent, se concentre d'abord sur le flux principal et prend des décisions rapidement. La taille d'une entreprise ne garantit rien de tout cela.

Pourquoi les projets d'application échouent (et comment l'éviter)

Quand j'examine des projets ratés — ceux que nous reprenons ou ceux dont les clients me parlent — les causes sont rarement techniques. Ce sont presque toujours ces cinq-là.

1. Des besoins flous. « Une application pour gérer nos commandes » peut vouloir dire n'importe quoi. Écrivez qui utilise l'application, ce qu'il fait étape par étape aujourd'hui, et ce qui devrait changer. Des croquis d'écrans sur papier valent mieux qu'un cahier des charges de 40 pages que personne ne lit.
2. Pas de responsable côté client. Quelqu'un dans votre entreprise doit répondre aux questions, tester les premières versions et trancher en quelques jours, pas en quelques semaines. Si tout le monde est « trop occupé », le projet dérive et le prestataire comble les vides avec des suppositions.
3. Tout livrer d'un coup. Vouloir tout construire en une fois, c'est une longue attente, une grosse facture, et un lancement où tous les problèmes apparaissent en même temps. Découpez en phases.
4. La dépendance au prestataire. Frameworks propriétaires, serveurs auxquels seul le prestataire a accès, ou application publiée sous son compte développeur : changer de prestataire devient pénible — et il le sait.
5. Ne pas posséder le code source. Votre contrat doit préciser que le code source, les maquettes et les comptes vous appartiennent une fois payés, et que vous avez accès au dépôt de code. Sans cela, vous avez loué une application, pas construit la vôtre.

Questions fréquentes

Combien de temps faut-il pour développer une application métier ?

Un MVP ciblé prend généralement 2 à 4 mois. Une application métier complète avec mobile, back-office et intégrations demande plutôt 4 à 8 mois, et un système complexe peut prendre un an ou plus. La rapidité de vos retours et de vos décisions compte autant que celle des développeurs.

Flutter est-il adapté à une application professionnelle ?

Pour la grande majorité des applications métier, oui. Une seule base de code sert iOS et Android, ce qui réduit le coût de développement comme celui de la maintenance. DoraCheck est développée avec Flutter.

Peut-on commencer en no-code et passer au sur mesure plus tard ?

Oui, et c'est souvent un parcours intelligent. Un prototype no-code dans kintone ou AppSheet aide à clarifier les besoins à moindre coût. Quand vous le dépassez, ces apprentissages rendent le cahier des charges de l'application sur mesure bien plus précis.

Existe-t-il des aides au Japon pour développer une application ?

La principale subvention IT japonaise, renommée en 2026 d'IT導入補助金 en デジタル化・AI導入補助金, concerne surtout des logiciels référencés à l'avance plutôt que du développement sur mesure, et ses règles changent chaque année. Nous l'expliquons dans notre guide de la subvention IT pour les PME au Japon. Vérifiez les directives officielles en vigueur avant de compter sur une aide.

Vous envisagez de développer une application ?

Si vous hésitez entre une application sur mesure, un SaaS ou un outil no-code, ou si vous avez des devis qui ne vous paraissent pas cohérents, je serai heureux de les regarder avec vous. Nous vous dirons honnêtement si vous n'avez pas besoin d'une application sur mesure. Si c'est le cas, nous vous aiderons à définir un MVP et un budget réalistes. Découvrez notre service de développement d'applications, ou contactez-nous pour une consultation gratuite.