Deux devis de maintenance peuvent couvrir des services différents. Comparez les tâches incluses, les horaires d’assistance, le processus de gestion des incidents et les exclusions avant de comparer le prix. Le seul mot « maintenance » ne définit pas l’accord.
Les quatre activités vendues sous un même mot
Corrective — diagnostiquer et corriger les défauts. Précisez si l’investigation, la réparation, les tests de régression et le déploiement sont inclus, ainsi que le traitement des défauts existants.
Adaptative — maintenir le fonctionnement de l’application lorsque son environnement évolue. Mises à jour des systèmes d’exploitation, changements des navigateurs, versions des API tierces, correctifs de sécurité des bibliothèques, renouvellements de certificats. C’est la partie à laquelle les clients ne s’attendent pas et celle qui peut faire tomber une application laissée inchangée.
Préventive — intervenir pour éviter les problèmes futurs. Mises à jour des dépendances, refactorisation, optimisation des performances, amélioration de la journalisation.
Évolutive — petites améliorations et nouvelles fonctionnalités. Souvent intégrée à un forfait de maintenance, c’est la principale raison pour laquelle les devis diffèrent autant.
Un devis couvrant uniquement les interventions correctives correspond à un produit différent d’un devis couvrant les quatre catégories. Demander lesquelles des quatre sont incluses transforme deux montants incomparables en une comparaison.
Pourquoi une application laissée inchangée tombe quand même en panne
Les clients demandent à juste titre pourquoi un logiciel qui n’est pas modifié nécessite des dépenses récurrentes. La réponse honnête est que son environnement évolue :
- Les systèmes d’exploitation mobiles peuvent modifier leur comportement ou rendre des API obsolètes. Définissez les appareils et versions pris en charge ainsi que les tests nécessaires pour une mise à jour.
- Les boutiques d’applications peuvent modifier les exigences de soumission et de disponibilité. Vérifiez les règles actuelles de la plateforme et les échéances pertinentes pour l’application concernée ; déterminez qui surveille ces exigences et effectue les travaux nécessaires.
- Les API tierces évoluent et sont retirées. Lorsqu’un fournisseur de paiements ou de cartes rend une ancienne version obsolète, une mise à jour est imposée selon son calendrier, pas le vôtre.
- Des vulnérabilités de sécurité sont constamment découvertes dans les bibliothèques, et certaines sont suffisamment graves pour nécessiter l’application rapide d’un correctif.
- Les certificats expirent, à une date connue, et mettent le site hors service lorsque cela se produit.
Aucun de ces problèmes n’est causé par l’application. Tous nécessitent une intervention sur celle-ci.
Délai de réponse et délai de résolution
Ces notions sont différentes, et les devis n’indiquent souvent que la première.
Le délai de réponse mesure l’accusé de réception ou le début de l’investigation, selon le contrat. Définissez l’événement qui arrête le décompte du délai de réponse et la manière dont le client reçoit les mises à jour.
Le délai de résolution mesure l’achèvement de la correction. Définissez également le délai de rétablissement nécessaire pour rendre utilisable un processus central, éventuellement au moyen d’un retour à une version antérieure ou d’une solution temporaire. Un service peut être rétabli avant que la cause racine ne soit définitivement résolue.
Une structure opérationnelle lie les deux à la gravité :
Ce qui suit est un modèle de cadrage, et non un SLA Manboo ni un délai de rétablissement promis. Inscrivez les objectifs mesurables d’accusé de réception, de mise à jour et de rétablissement, les horaires pris en charge et les contacts d’escalade dans l’accord réel. Distinguez un objectif d’une résolution garantie.
| Gravité | Signification | Contrôles de réponse à convenir | Planification du rétablissement |
|---|---|---|---|
| Critique | Application indisponible ou données menacées | Couverture nominative, objectif d’accusé de réception et voie d’escalade | Confinement, retour à une version antérieure ou solution de contournement ; consigner un objectif de rétablissement et un calendrier de mise à jour |
| Élevée | Processus central interrompu sans solution de contournement | Priorité convenue et fréquence des mises à jour d’avancement | Évaluer les dépendances et l’effort de réparation ; confirmer une estimation propre à l’incident |
| Moyenne | Fonction altérée avec une solution de contournement | Fenêtre de réponse convenue pendant les heures ouvrées | Planifier la correction après examen de l’impact et de la mise en production |
| Faible | Problème cosmétique ou mineur | Accusé de réception et processus de priorisation du backlog | Planifier dans le cadre du plan de mise en production convenu |
Indiquez le fuseau horaire pris en charge, les heures ouvrées, les jours fériés et toute couverture en dehors des heures ouvrées. Confirmez le prix et les modalités d’escalade applicables à une couverture supplémentaire au lieu de supposer une pratique standard du secteur.
Modèles commerciaux courants
- Forfait mensuel avec un quota d’heures. Prévisible pour les deux parties. Demandez ce qu’il advient des heures non utilisées et comment les dépassements sont facturés.
- Paiement à la demande. Autorisez les travaux sur la base d’une estimation cadrée au fur et à mesure des besoins. Confirmez séparément la disponibilité et tout engagement de réponse ; ce modèle ne garantit pas intrinsèquement le coût le plus bas ni une position particulière dans la file d’attente.
- Budget annuel. Estimez l’effort inclus, la couverture d’assistance, le quota d’incidents et les travaux planifiés liés à la plateforme et à la sécurité. Identifiez séparément les coûts d’hébergement et ceux des tiers. Un pourcentage du coût initial de développement peut servir d’indicateur de comparaison, mais il ne constitue pas une preuve du travail nécessaire et n’obéit à aucun taux universel de 15–25 %.
Questions pour rendre les devis comparables
- Lesquelles des quatre catégories de maintenance sont incluses ?
- Quels sont les engagements de réponse et de résolution, selon la gravité ?
- Quels horaires l’engagement couvre-t-il ?
- Les frais d’hébergement et de services tiers sont-ils inclus ou facturés séparément ?
- Les mises à jour de conformité des systèmes d’exploitation et des boutiques sont-elles incluses ou font-elles l’objet d’un devis lorsqu’elles surviennent ?
- Combien d’heures de petites modifications sont incluses et que se passe-t-il lorsqu’elles sont épuisées ?
- Quel est le délai de préavis pour mettre fin à l’accord ?
Utilisez ces réponses pour comparer le service réel et le budget total. Consignez les exclusions et les frais de dépassement ; un prix affiché inférieur ne suffit pas à établir une meilleure valeur ni un périmètre plus restreint.
Services Manboo associés
- Développement d’applications Flutter pour les MVP iOS et Android.
- Développement de logiciels métier pour les systèmes de CRM, de réservation, de gestion des stocks et de flux de travail.
- Développement de panneaux d’administration pour les tableaux de bord opérationnels et la gestion du back-end.
- Intégration d’API d’IA lorsque votre produit est prêt pour la recherche intelligente, le chat ou l’automatisation.
- Demander une revue du périmètre et une estimation du projet lorsque vous êtes prêt à planifier la première version.