Coût de maintenance d’un SaaS sur mesure : bâtir un budget vérifiable

Commencez par les opérations dont dépend votre entreprise. Une panne pendant la prise de commandes ne coûte pas la même chose qu’un rapport interne indisponible jusqu’au lendemain. Cette différence aide à choisir les heures de couverture et les objectifs de reprise avant de négocier un montant mensuel.

Répartissez les postes entre infrastructure, travail récurrent et interventions variables. L’infrastructure comprend les ressources effectivement facturées : calcul, stockage, sauvegardes ou appels à des services externes selon votre architecture. Le travail récurrent correspond aux activités planifiées. Les interventions variables dépendent des incidents, du volume ou des changements demandés.

Distinguez aussi le maintien en fonctionnement des évolutions produit. Ajouter une nouvelle règle de tarification peut être un changement de périmètre même si la demande arrive par le canal de soutien. Définissez qui classe la demande, comment l’entreprise valide le devis et si les heures réservées peuvent être utilisées pour ce travail.

Lors du cadrage d’une application web sur mesure, demandez cette ventilation avant la mise en service. Les choix d’architecture influencent les tâches à maintenir. Une intégration fragile ou un déploiement manuel peut exiger un effort que le prix de l’hébergement ne révèle pas.

Pour les mises à jour, demandez quels composants sont surveillés, qui évalue l’urgence et comment les changements sont validés. Une liste de versions installées est utile, mais elle devrait être accompagnée de la date de vérification et des dépendances encore reportées. Convenez de la façon de traiter un correctif urgent hors des heures prévues.

Pour la surveillance, la référence SRE de Google distingue notamment la latence, le trafic, les erreurs et la saturation. Votre contrat doit ensuite préciser qui reçoit les alertes et dans quel délai cette personne intervient. Installer un tableau de bord ne crée pas une permanence humaine.

Les sauvegardes demandent un travail différent. La documentation AWS Backup sur les exercices de restauration décrit des évaluations périodiques et le suivi de leur durée. Dans votre budget, réservez aussi du temps pour valider que l’application récupérée permet de terminer un parcours métier.

Le risque couvert doit rester compréhensible pour la direction : détecter une interruption, rétablir les commandes ou préserver les données. Reliez chaque objectif à une activité et à une preuve. Mentionnez les exclusions, par exemple la remise en état d’un poste utilisateur ou la correction d’une donnée saisie par erreur.

Voici une simulation entièrement fictive, en dollars canadiens avant taxes. Elle ne constitue ni un devis Daillac ni un prix moyen du marché. L’hypothèse de travail est un taux de 150 CAD par heure, sans minimum contractuel ni majoration de garde. Les ressources techniques et les heures sont choisies uniquement pour expliquer le calcul.

Le mois normal réserve huit heures et 450 CAD d’infrastructure : 8 × 150 + 450 = 1 650 CAD. Le mois de pointe prévoit douze heures et 900 CAD de ressources : 12 × 150 + 900 = 2 700 CAD. Le mois avec incident prévoit vingt heures et 450 CAD de ressources : 20 × 150 + 450 = 3 450 CAD.

Ces scénarios représentent trois mois alternatifs. Les vingt heures du scénario d’incident comprennent les tâches récurrentes; elles ne s’ajoutent pas aux huit heures normales. Une facture réelle pourrait inclure des frais de garde, de transfert, de restauration ou des licences absentes de cette simulation. Remplacez chaque hypothèse par les conditions de vos fournisseurs.

Dans le mois de pointe, cherchez l’unité qui augmente : utilisateurs simultanés, fichiers conservés, messages envoyés, appels de modèle ou durée des traitements. Une hausse du nombre de clients ne double pas nécessairement chaque poste. Demandez comment les ressources augmentent et quels plafonds peuvent limiter l’exposition financière.

Une automatisation du CRM et de l’ERP peut ajouter des appels, des reprises et une surveillance des connecteurs. Un changement d’API chez un fournisseur demande parfois une adaptation, même si votre propre application n’a pas évolué. Précisez si ce travail entre dans l’enveloppe récurrente et comment sont traitées les interruptions du tiers.

Pour un CRM ou ERP sur mesure, ajoutez le coût de validation par vos équipes. Une migration réussie techniquement peut encore demander une réconciliation des commandes ou des montants. Ce temps interne compte dans le coût complet, même lorsqu’il ne paraît pas sur la facture du développeur.

Le relevé devrait montrer le budget prévu, le consommé et la cause des écarts. Pour chaque intervention, demandez une référence de tâche et un résultat concret : composant mis à jour, erreur corrigée, exercice réalisé ou procédure modifiée. Un simple total d’heures ne permet pas de juger ce qui reste à faire.

Ajoutez les incidents avec leur durée observée, leur impact et les mesures de suivi. Pour les restaurations, distinguez l’exercice planifié, la réussite technique et la validation métier. Si un essai n’a pas été réalisé, le rapport doit le dire et proposer une date. Aucune durée de reprise ne devrait être présentée comme acquise sans mesure correspondante.

Terminez par les risques reportés et les décisions attendues. Un composant vieillissant peut demander un budget ponctuel. Indiquez le responsable, l’échéance et l’effet d’un report. La réunion mensuelle sert alors à choisir une action précise, avec une dépense autorisée et un critère de fin.