Combien coûte le développement d'une plateforme institutionnelle ?

« Sur devis » est la réponse habituelle, et elle n'aide personne à construire un budget ni à défendre une ligne devant un conseil d'administration. Voici des ordres de grandeur, ce qui les fait varier, et comment éviter que le montant double en cours de route.

Trois niveaux, trois budgets

Une plateforme institutionnelle recouvre des projets très différents. Les distinguer est le premier travail à faire, avant même de consulter.

Nous raisonnons en durée plutôt qu'en montant parce que le montant se déduit : nombre de jours multiplié par le taux journalier du prestataire. C'est aussi le seul angle qui permet de comparer deux offres qui n'ont ni la même monnaie ni la même structure de prix.

Les cinq postes qui font vraiment le prix

• Les rôles et les droits. Le poste le plus sous-estimé de tous. Trois profils utilisateurs coûtent peu ; huit profils avec des périmètres qui se recouvrent, des validations en cascade et des délégations temporaires, c'est un mois de développement à lui seul. Comptez-les avant de consulter.
• Les intégrations. Chaque système à raccorder est un projet dans le projet, et son coût dépend moins de votre plateforme que de la qualité de l'interface d'en face. Un système ancien sans interface documentée peut coûter plus cher à connecter que la plateforme entière.
• La reprise de données. Systématiquement sous-évaluée. Les données existantes sont rarement propres : doublons, champs libres, historiques incomplets. Le nettoyage relève de l'institution, pas du prestataire, et il conditionne le calendrier.
• Le multilingue. Deux langues ne coûtent pas le double d'une, mais bien davantage qu'on ne le croit : interface, contenus, courriels automatiques, documents produits, et le circuit de traduction dans la durée.
• L'accessibilité. Prise en compte dès les maquettes, elle représente quelques jours. Traitée après la recette, elle impose de reprendre l'intégration — un facteur trois à cinq sur ce poste. C'est l'arbitrage le plus rentable du projet.

Forfait ou régie : ce que chacun protège

Le forfait engage le prestataire sur un prix, un délai et un périmètre écrit. Il protège l'institution et convient quand le besoin est stabilisé. Sa contrepartie est réelle : tout ajout se paie en avenant, et un cahier des charges imprécis produit mécaniquement des avenants.

La régie facture des jours. Elle convient aux feuilles de route qui vont évoluer, et suppose qu'une personne côté institution arbitre les priorités chaque semaine. Sans ce pilotage, elle dérive — c'est son seul défaut, mais il est fréquent.

Une formule intermédiaire fonctionne bien dans le public : un cadrage payé séparément, court, qui produit le périmètre précis, puis un forfait établi sur ce périmètre. Le cadrage coûte quelques jours et supprime la principale cause de dépassement.

Trois leviers pour faire baisser la facture sans abîmer le résultat

1. Livrer par lots. Un premier lot en production à trois mois vaut mieux qu'un projet complet à douze. Il donne un objet réel à critiquer, et les corrections coûtent alors bien moins cher que celles décidées sur maquette.
2. Réduire le nombre de profils, pas le nombre d'écrans. Supprimer un rôle utilisateur fait davantage baisser un devis que supprimer trois pages.
3. Choisir un socle ouvert et réversible. Le code vous appartient, la documentation existe, vos équipes sont formées. Cela ne réduit pas le prix initial ; cela supprime le coût de sortie, qui est la dépense la plus lourde et la moins anticipée d'un projet public.

Ce que doit contenir un devis pour être comparable

Le nombre de jours par phase et par profil, le socle technique nommé, les intégrations listées une par une, le périmètre de la reprise de données, le régime de propriété du code, et l'engagement de maintenance avec ses délais. Un devis qui ne dit pas ces six choses n'est pas comparable à un autre, quel que soit son montant.