Le coût d’une application sur mesure se calcule à partir des parcours à livrer, des intégrations, des données et des exigences d’exploitation. Sans ce périmètre, un montant global est difficile à interpréter. Une estimation utile doit nommer ce qui est inclus, ce qui reste incertain et ce que votre équipe devra fournir.
Hamdi Services établit l’estimation après le cadrage et distingue la première version des évolutions. Cet article propose une méthode pour préparer votre budget et comparer des propositions, sans présenter une fourchette générique comme le prix de votre projet. Pour les autres étapes, consultez le guide du projet d’application sur mesure.
Définir le résultat acheté avant de comparer les montants
« Un portail client » peut désigner un espace de consultation ou une application où les clients créent des demandes, déposent des documents, modifient des commandes et suivent des approbations. Le nom du produit ne décrit ni sa complexité ni sa charge de réalisation.
Écrivez les parcours que la première version doit rendre possibles. Pour chacun, précisez l’utilisateur, le déclencheur, les données, les règles et le résultat vérifiable. Ajoutez les exceptions importantes : information incomplète, accès refusé, doublon ou système externe indisponible. Le modèle de cahier des charges aide à rassembler ces éléments.
Les postes à faire apparaître dans le budget
| Poste | Ce qu’il faut préciser | Question de comparaison |
|---|---|---|
| Cadrage et conception | Ateliers, parcours, maquettes et décisions techniques. | Quels livrables permettront de valider le périmètre? |
| Développement | Fonctions, rôles, plateformes et langues convenues. | Quels critères définissent une fonction terminée? |
| Intégrations et migration | Échanges, nettoyage, reprise des données et contrôles. | Qui fournit les accès et vérifie les résultats? |
| Validation et lancement | Tests, recette, déploiement, formation et documentation. | Quelles activités sont incluses avant la mise en service? |
| Exploitation | Hébergement, licences, sauvegardes, surveillance et maintenance. | Quels frais et responsabilités continuent après le lancement? |
| Participation interne | Préparation des données, décisions et essais utilisateurs. | Quelle disponibilité votre équipe doit-elle réserver? |
Demandez de séparer les coûts ponctuels des coûts récurrents et des options. Une proposition peut exclure l’hébergement ou la migration tout en étant parfaitement valable, à condition que cette exclusion soit visible et qu’un responsable soit nommé.
Ce qui fait varier l’effort
Des règles et des permissions plus complexes
Un formulaire simple change de nature lorsqu’il exige plusieurs niveaux d’approbation, des délégations temporaires et des droits différents selon l’établissement. Ce sont les règles et leurs interactions, autant que le nombre d’écrans, qui déterminent le travail.
Des intégrations encore inconnues
Une documentation à jour et un environnement d’essai réduisent les questions ouvertes. Une interface non documentée, des formats variables ou une dépendance à une autre équipe demandent une investigation. Une estimation devrait distinguer cette investigation du développement déjà compris.
Des données à reprendre
Importer des lignes ne suffit pas si les identifiants sont incohérents, les documents dispersés ou les doublons fréquents. Précisez qui nettoie les données, comment les correspondances seront décidées et comment la reprise sera vérifiée. Un échantillon représentatif aide davantage qu’un simple nombre de fichiers.
Plusieurs contextes d’utilisation
Langues, appareils, accès hors bureau et besoins d’accessibilité influencent conception et validation. Décrivez les usages réels plutôt que de demander toutes les plateformes par défaut. Une application web, mobile ou progressive ne se choisit pas uniquement selon son étiquette.
Lire les hypothèses et les modalités de facturation
Une estimation repose sur des hypothèses : accès disponibles, données préparées, nombre de parcours ou délais de validation. Chaque hypothèse importante devrait avoir un responsable et une façon d’être confirmée. Si elle s’avère fausse, demandez comment le budget et la portée seront réévalués.
Un forfait exige un périmètre et des conditions de changement explicites. Une facturation au temps nécessite une visibilité sur le travail effectué, le reste à faire et les décisions qui modifient la prévision. Dans les deux cas, cherchez un mécanisme de validation des changements avant d’engager le travail supplémentaire. Les modalités applicables sont celles de la proposition retenue.
Pour comparer plusieurs propositions, demandez la devise, les taxes applicables, les frais de tiers, l’échéancier de paiement et la durée de validité. N’assimilez pas une option à une inclusion. Une aide financière éventuelle ne devrait pas réduire votre budget disponible tant que son admissibilité et ses conditions ne sont pas confirmées.
Prévoir l’exploitation dès le départ
Le budget continue après la mise en service. Le Centre canadien pour la cybersécurité inclut les mises à jour, les sauvegardes et la réponse aux incidents dans ses contrôles de base. Ces activités demandent des responsabilités et des ressources, quel que soit le modèle d’hébergement.
Faites préciser les horaires de soutien, la prise en charge des incidents, les mises à jour incluses et la distinction entre correctif et évolution. Chez Hamdi Services, le soutien et les évolutions sont définis dans la proposition. Un niveau de service particulier ne doit donc pas être présumé.
Réduire le budget sans rendre la première version inutilisable
Retirez d’abord les fonctions qui n’empêchent pas le parcours essentiel : un rapport avancé, une automatisation rare ou un groupe d’utilisateurs qui peut rejoindre le projet plus tard. Conservez les contrôles indispensables au fonctionnement du parcours retenu. Une version réduite doit rester utilisable et vérifiable.
Par exemple, dans un portail hypothétique, une première version pourrait permettre de déposer une demande et d’en suivre le statut. La modification de commandes et les analyses avancées seraient évaluées séparément. Cette découpe est utile seulement si elle répond déjà à un besoin opérationnel.
Préparer votre demande d’estimation
Rassemblez les parcours prioritaires, les outils à connecter, un exemple de données, les utilisateurs concernés, les contraintes connues et votre échéance souhaitée. Distinguez ce qui est confirmé de ce qui reste à explorer. Discutez de votre application avec Hamdi Services pour définir un périmètre estimable et les prochaines décisions à prendre.
Photo de banque d’images : Kindel Media / Pexels. Illustration du sujet; elle ne représente pas une équipe ou un mandat de Hamdi Services.