Aller au contenu

Maintenance d’un site ou d’une application après la mise en ligne : ce qui est inclus, ce qui ne l’est pas

La mise en ligne n’est pas la fin du projet. Ce qui doit être clarifié dès le départ sur ce qui est couvert après le lancement, et ce qui ne l’est pas.

Stratégie2 min de lecturePar Équipe ELKORP

La mise en ligne d'un site ou d'une application n'est pas la fin du projet, même si elle en a souvent l'apparence pour le client. Un logiciel qui fonctionne le jour de son lancement continue d'avoir besoin d'attention par la suite, et ce que couvre exactement la maintenance mérite d'être clarifié avant de signer, pas découvert au moment où un problème survient.

Ce qu'une maintenance sérieuse couvre généralement

  • La correction de bugs qui apparaissent après la mise en ligne, découverts en usage réel plutôt qu'en test.
  • Les mises à jour de sécurité des composants techniques sous-jacents, pour éviter qu'une faille connue ne devienne une porte d'entrée.
  • La surveillance de la disponibilité du site ou de l'application, pour être alerté avant que les utilisateurs ne le soient.
  • Des ajustements mineurs (un texte à corriger, une image à remplacer), selon ce qui est prévu au contrat.

Ce qui n'est généralement pas couvert par une maintenance standard

Une nouvelle fonctionnalité, même petite, sort en général du cadre de la maintenance et relève d'un développement séparé, facturé à part. La confusion entre les deux est une source fréquente de désaccord après la mise en ligne, quand le client considère une évolution comme un correctif alors que le prestataire la considère comme un nouveau développement.

Pourquoi cette distinction doit être posée avant, pas après

Discuter de ce qui est inclus et de ce qui ne l'est pas au moment de signer évite un désaccord plus tard, quand la relation de confiance peut déjà être fragilisée par une facture inattendue ou une demande refusée que le client pensait couverte.

Les questions à poser avant de signer un contrat de maintenance

  • Quel est le délai d'intervention en cas de problème bloquant, et en cas de problème mineur ?
  • Combien d'heures ou d'ajustements sont inclus par mois, et que se passe-t-il au-delà ?
  • Qui est prévenu en cas de panne, et comment ?
  • Que se passe-t-il si le contrat de maintenance prend fin : le site continue-t-il de fonctionner sans risque immédiat ?

Un logiciel sans maintenance n'est pas nécessairement condamné à l'échec à court terme, mais il vieillit sans personne pour surveiller ce qui doit l'être, et les petits problèmes non traités finissent presque toujours par s'accumuler.

Votre prochaine idée commence ici.

Décrivez-nous ce que vous voulez construire. Nous vous dirons comment le transformer en produit.