Déduire le coût d’un projet logiciel du seul nombre d’écrans peut être trompeur. Deux écrans semblables peuvent demander des travaux très différents : un simple formulaire ou de nombreuses règles métier et connexions.

Le périmètre dépasse les écrans visibles

Il comprend les actions des utilisateurs, les droits, les règles de données et le comportement dans différentes situations. Prévoir uniquement le cas où tout réussit ne suffit pas. Les informations manquantes, les droits inadéquats et les interruptions de connexion doivent aussi être étudiés.

Créer une commande peut sembler simple. Ajouter le contrôle du stock, l’approbation, l’annulation, les informations de paiement et l’historique modifie le travail. En parler tôt permet de mieux planifier.

Connexions et migration des données

Lorsque des connexions à des outils existants sont nécessaires, étudiez les accès proposés. Un échange documenté et régulier ne représente pas le même travail que l’importation de fichiers désordonnés extraits manuellement.

Nettoyer les anciennes données, distinguer les doublons et faire correspondre les champs peuvent être des tâches séparées. Déterminez les données à migrer, celles à archiver et la méthode de contrôle.

Qualité et conditions d’utilisation

Les appareils, le nombre d’utilisateurs simultanés et la sensibilité des données influencent la planification. Ces sujets servent à comprendre les exigences réelles, pas à accepter d’avance une solution plus chère.

Les tests, l’accessibilité, la sécurité et la préparation de la mise en service sont des travaux nécessaires, parfois invisibles. Demandez s’ils sont inclus dans les propositions. Ne regarder que le développement peut masquer des besoins ultérieurs.

Dépenses après la mise en service

Les serveurs ou l’hébergement, le domaine, les services externes et la maintenance peuvent être facturés séparément. Les frais liés au nombre d’utilisateurs ou d’opérations peuvent évoluer.

Précisez par écrit ce que couvre la maintenance. Corriger une erreur n’est pas développer une fonction supplémentaire. Les responsabilités de mise à jour, les conditions d’assistance et l’évaluation des changements peuvent être clarifiées dès le départ.

Comment comparer les propositions ?

Vérifiez d’abord qu’elles couvrent le même travail. Comparez les livrables, les conditions d’acceptation, la migration, les conditions du code source et la maintenance. Un élément manquant peut augmenter plus tard un prix apparemment inférieur.

L’incertitude ne disparaît pas toujours. Mais des hypothèses et inconnues explicites rendent la discussion plus compréhensible. Une bonne évaluation budgétaire commence par le périmètre et les responsabilités, avant l’estimation d’un prix précis.