Prix d'une application web sur mesure : les 7 facteurs

Le prix d'une application web sur mesure dépend de sept facteurs : le périmètre fonctionnel, le nombre de rôles et d'écrans, les intégrations, la reprise de données, les exigences de sécurité, le niveau d'interface, et la maintenance après la livraison. Il se compare à ce que vous coûte la situation actuelle : le temps perdu, les erreurs, les licences que l'outil remplace.

Une fourchette publiée sans connaître votre besoin ne vous dirait pas grand-chose : deux applications appelées « CRM » peuvent n'avoir presque rien en commun. Cet article vous donne de quoi estimer vous-même la taille de votre projet, lire un devis d'application métier et comparer des propositions.

Pourquoi aucune fourchette sérieuse ne tient sans votre besoin

Le coût d'une application vient du travail qu'elle demande, et ce travail dépend de vos règles métier, pas de la catégorie de l'outil. Un tableau de bord qui affiche des données et un outil qui calcule, valide et transmet ces mêmes données n'ont ni le même périmètre, ni le même prix.

C'est pourquoi un devis sérieux vient après un échange sur votre besoin, et pourquoi il doit dire précisément ce qu'il couvre. Un prix annoncé avant d'avoir compris votre activité est soit gonflé pour couvrir l'inconnu, soit trop bas et rattrapé plus tard par des avenants.

Les 7 facteurs qui font le prix d'une application web

Passez-les en revue pour votre projet : chacun peut faire passer une application de simple à conséquente.

1. Le périmètre fonctionnel

Combien de process l'application couvre-t-elle, et avec quelle logique ? Afficher une liste est simple. Gérer un circuit à plusieurs étapes avec des validations conditionnelles et des calculs automatiques l'est beaucoup moins. Plus il y a de règles propres à votre métier, plus le développement est important.

Pour GRDR, l'outil de gestion budgétaire devait intégrer le prorata temporis, des budgets multi-bailleurs et la répartition de chaque ligne budgétaire entre plusieurs salariés : autant de règles qui étaient cachées dans les formules d'un fichier Excel.

2. Le nombre de rôles et d'écrans

Chaque type d'utilisateur a ses droits et ses écrans. Un outil utilisé seulement par votre équipe est plus simple qu'un outil où vos clients, vos partenaires et votre direction voient chacun autre chose. Comptez les rôles, puis listez ce que chacun doit voir et faire : c'est la façon la plus fiable d'estimer la taille de l'interface.

L'outil de RéPPOP LyRRA, par exemple, a deux côtés : un espace pour les familles et une administration pour l'équipe de coordination, qui suit les adhésions, les ateliers et les paiements.

3. Les intégrations

Votre application doit-elle échanger avec votre comptabilité, votre ERP, votre banque ou un service tiers ? Chaque connexion ajoute du travail, et son coût dépend surtout de l'outil en face : une interface bien documentée se branche vite, un logiciel ancien sans documentation demande beaucoup plus. À vérifier outil par outil, avant le devis.

4. La reprise de données

Si l'application remplace un outil existant, vos données doivent suivre. Le coût dépend du volume, du format de départ et surtout de leur qualité. Un export propre se reprend vite ; des années de données réparties entre plusieurs fichiers incohérents forment un projet dans le projet.

5. Les exigences de sécurité et de conformité

Données de santé, données financières, documents d'identité : certaines données imposent des contrôles d'accès plus fins, de la traçabilité et un hébergement choisi. C'est nécessaire, et cela se prévoit dès le départ plutôt que d'être ajouté après.

6. Le niveau d'interface

Un outil interne doit être clair et rapide ; un outil utilisé par vos clients porte aussi votre image. Le second demande plus de soin dans le design, les parcours et les messages, donc plus de travail.

7. La maintenance et les évolutions

Une application ne s'arrête pas à sa mise en ligne. Il faut corriger, mettre à jour, héberger, et surtout faire évoluer l'outil quand vos équipes l'utilisent pour de vrai. Vérifiez si un devis inclut cette période ou la renvoie à un contrat séparé : c'est souvent là que se cache l'écart entre deux propositions.

Ce que vous coûte la situation actuelle

Le prix d'une application ne se juge pas seul. Il se compare à ce que coûte l'organisation qu'elle remplace, et ce coût-là n'apparaît sur aucune facture.

• Le temps perdu. Les ressaisies entre outils, les recherches d'information, les relances faites à la main.
• Les erreurs. Une commande mal transmise, un devis faux, un client relancé deux fois : chacune coûte du temps et parfois un client.
• Les licences évitées. Les abonnements à des logiciels du marché sont souvent facturés par utilisateur : ils grandissent avec votre équipe, et vous payez des fonctions que vous n'utilisez pas.
• Ce que vous ne faites pas. Le suivi client que personne n'a le temps de tenir, le tableau de bord que personne ne peut construire.

Notre calculateur du coût de l'organisation estime en quelques questions le temps que votre équipe perd chaque année. Pour poser le calcul complet, voyez nos articles sur le retour sur investissement d'un outil sur mesure et sur le choix entre logiciel du marché et outil sur mesure.

Comment lire un devis d'application métier

Deux devis pour la même application ne décrivent presque jamais la même chose. Avant de comparer les montants, vérifiez ce qu'ils couvrent.

• Le cadrage. Le devis prévoit-il un temps pour préciser le besoin et prioriser les fonctionnalités, ou part-il directement en développement ?
• Le design. Les écrans sont-ils conçus et validés avec vous avant d'être développés ?
• Les tests, la mise en production et la formation. Souvent absents des devis les plus bas.
• L'après. Corrections, hébergement, évolutions : inclus, chiffrés à part, ou passés sous silence ?
• La propriété. Le code source et les données vous appartiennent-ils, écrit noir sur blanc ?
• Ce qui peut faire bouger le prix. Un devis honnête dit ce qui déclencherait un avenant.
• Le paiement. Un règlement échelonné sur des jalons vous permet de valider chaque étape avant de passer à la suivante.

Pour cadrer votre besoin avant de demander des devis, notre guide du cahier des charges pour un outil métier donne une structure simple.

Réduire le coût sans réduire la valeur

Le levier le plus efficace n'est pas de négocier le prix, mais de bien choisir ce que l'on construit d'abord.

• Commencez par le process qui coûte le plus. Une première version ciblée prouve sa valeur, puis l'outil s'étend.
• Distinguez l'indispensable du confortable. Une fonction utile une fois par an peut attendre.
• Nettoyez vos données avant la reprise. C'est du travail que vous ne paierez pas deux fois.
• Nommez un décideur. Les allers-retours entre plusieurs avis allongent le projet plus sûrement qu'une fonctionnalité de plus.

Comment nous fixons le prix chez KLYRA

Nous ne publions pas de grille : chaque prix est fixé pour un besoin précis. Le diagnostic gratuit sert à comprendre votre activité et le périmètre de l'outil. À l'issue, nous nous engageons sur un prix ferme, qui comprend le projet et douze mois d'évolutions, et qui ne bouge plus en cours de route.

Le paiement est échelonné sur les jalons du projet, et le code source est à vous dès le premier jour. Pour voir ce que nous construisons, consultez la page outil métier sur mesure et nos réalisations, dont le CRM d'Euromedia, qui a remplacé des fichiers Excel.

Questions fréquentes