Que prévoir après la mise en ligne d’un site ou d’un SaaS ?

Définir ce qui est surveillé

Identifiez les parcours dont l’interruption gênerait directement les utilisateurs : connexion, envoi d’une demande, paiement ou sauvegarde. La disponibilité de la page d’accueil ne suffit pas à prouver que ces opérations fonctionnent. Prévoyez une surveillance adaptée et des alertes compréhensibles, adressées à une personne capable d’agir.

Organiser les interventions

Distinguez les corrections, les mises à jour et les nouvelles fonctionnalités. Précisez comment signaler un problème, quelles informations transmettre et comment sa priorité sera évaluée. Un délai d’intervention n’est pas un délai garanti de résolution : les engagements doivent refléter cette différence. Les modalités exactes se définissent selon la criticité du produit et l’organisation disponible.

Préserver les moyens de reprise

Conservez les accès nécessaires dans un cadre maîtrisé, documentez les dépendances et vérifiez les sauvegardes. Une personne nouvelle doit pouvoir comprendre où se trouvent les données et comment une version est livrée. Les connaissances indispensables ne devraient pas être enfermées dans la mémoire d’un seul intervenant.

Prévoir des revues régulières

Examinez les incidents, les demandes récurrentes et les difficultés de maintenance. Certaines corrections ponctuelles révèlent un problème de conception plus large. Regroupez ces enseignements pour décider des améliorations utiles. L’entretien du produit est plus efficace lorsqu’il suit les usages réels plutôt qu’une liste de tâches exécutée sans contexte.

Exemple : organiser la vie d’un portail client

Un portail peut fonctionner correctement à la livraison, puis être affecté par une dépendance mise à jour, un changement d’API ou une augmentation des fichiers stockés. La maintenance commence par la connaissance de ce qui le fait fonctionner : comptes, hébergement, services tiers, sauvegardes et parcours critiques. Cette liste doit pouvoir être comprise par les personnes responsables du produit. Elle ne suppose pas que chaque sujet fasse l’objet d’une surveillance permanente ; la couverture se définit dans l’accompagnement convenu.

Préparer une demande de correction utile

Indiquez la page, le rôle utilisé, l’action effectuée, l’heure approximative et le résultat attendu. Ajoutez le message d’erreur en masquant les informations personnelles. Distinguez un blocage généralisé d’un problème limité à un compte ou un navigateur lorsque vous le savez. Ne partagez pas de mot de passe dans le signalement. Ces éléments réduisent le temps nécessaire pour comprendre et reproduire le problème, sans garantir à eux seuls un délai de résolution.

Définir les engagements d’intervention

La proposition doit préciser le canal de contact, les plages de couverture, les niveaux de priorité et la manière de suivre une demande. Distinguez le délai de prise en compte de celui de résolution, qui dépend du diagnostic et d’éventuels services externes. Décrivez aussi ce qui relève d’une correction et ce qui constitue une évolution. Une disponibilité permanente, une astreinte ou une restauration de données ne se présument pas : leurs conditions doivent être explicites lorsqu’elles sont nécessaires.

Prévoir une routine adaptée au risque

Pour chaque livraison, examinez les parcours touchés, les effets possibles sur les données et la façon de revenir à une situation acceptable. Les sauvegardes doivent être accompagnées d’un essai de restauration selon les besoins d’exploitation : disposer d’un fichier n’assure pas que le service puisse être rétabli. Consignez les changements utiles et les accès nécessaires sans exposer les secrets. Révisez régulièrement les priorités avec l’équipe afin que l’entretien, les incidents et les nouvelles fonctions ne se disputent pas le même budget sans arbitrage.