Ce qui fait varier le prix
| Poste | Questions à préciser |
|---|---|
| Cadrage et design | Quels parcours et écrans faut-il comprendre, concevoir et tester ? |
| Développement | Quelles règles, quels cas d’erreur et quels droits d’accès ? |
| Intégrations | Quels logiciels connecter et quelles interfaces sont réellement disponibles ? |
| Migration | Quels volumes, formats, doublons et éléments historiques reprendre ? |
| Sécurité et tests | Quelles données, quels risques et quels contrôles sont nécessaires ? |
| Mise en service | Quels environnements, accès, sauvegardes et vérifications prévoir ? |
Trois scénarios de complexité
Ces scénarios décrivent des différences de périmètre, pas des offres à prix fixe. Une fonction apparemment simple peut être coûteuse si ses données ou ses règles sont complexes.
Un outil interne ciblé
Un parcours principal, un nombre limité de rôles et des données structurées. Le cadrage peut concentrer la première version sur une seule opération complète.
Une application connectée
Plusieurs parcours, une reprise de données et des échanges entre outils. Les erreurs de synchronisation, les permissions et les changements des systèmes externes doivent être pris en compte.
Une plateforme pour plusieurs publics
Équipe, partenaires ou clients, avec des droits distincts et des interactions nombreuses. Les tests, l’exploitation et la gestion des accès prennent une place plus importante.
Les coûts après la livraison
Le budget ne s’arrête pas au développement. Selon l’architecture, il peut inclure l’hébergement, les services externes, les sauvegardes, la surveillance, les mises à jour et l’assistance. Les évolutions fonctionnelles constituent un poste distinct.
Demandez quels coûts dépendent du nombre d’utilisateurs, des volumes ou de la consommation de services. Les responsabilités, les conditions de maintenance et les accès nécessaires à une reprise du logiciel doivent être clarifiés dans l’accord.
Ce qui fait augmenter un devis
Les règles découvertes tardivement, les fichiers difficiles à reprendre, les intégrations non documentées et les changements de périmètre ajoutent du travail. Des contraintes fortes de disponibilité, de permissions ou de reprise après erreur peuvent aussi modifier la conception.
Un devis utile précise ses hypothèses, ses exclusions, les livrables attendus et la procédure pour traiter un changement. Comparez ces éléments avant de comparer le montant final.
Réduire le périmètre sans rendre l’outil inutilisable
Choisir un parcours complet
Traiter un problème de bout en bout au lieu de commencer plusieurs fonctions incomplètes.
Conserver ce qui fonctionne
Utiliser les outils existants lorsqu’ils couvrent déjà une partie du besoin.
Préparer les données
Nommer un référent, documenter les règles et trier les informations réellement nécessaires.
Séparer l’essentiel de la suite
Reporter les variantes peu utilisées, tout en gardant les contrôles indispensables au fonctionnement.
Comment obtenir une estimation exploitable
Décrivez le problème, les personnes concernées et le résultat attendu. Ajoutez les outils à conserver, un exemple anonymisé de données, les principales règles et les contraintes de calendrier. Indiquez ce qui est indispensable pour démarrer et ce qui peut attendre.
BSAE peut alors examiner le périmètre, les inconnues à lever et les options pertinentes. L’estimation et les modalités commerciales sont définies pour le projet ; ce guide ne constitue pas un tarif ou un devis.
Questions fréquentes
Pourquoi ne pas donner un prix unique ?
Deux applications semblables à l’écran peuvent avoir des règles, des données et des connexions très différentes. Sans périmètre, un prix unique masque ces écarts et ne permet pas de décider correctement.
Une première version coûte-t-elle toujours moins cher ?
Un périmètre réduit peut limiter le travail initial. Il doit toutefois inclure les accès, les contrôles et l’exploitation indispensables. Reporter ces fondations peut simplement déplacer les coûts.
Comment comparer un devis au coût d’un SaaS ?
Comparez une période commune et des besoins équivalents : configuration, abonnements, utilisateurs, intégrations, migration, maintenance et sortie. Le prix initial seul ne suffit pas.