Suivi de maintenance WordPress : ce que voient mes clients

Savez-vous ce que votre prestataire de maintenance a fait sur votre site le mois dernier ? Pas ce que promettait son devis : ce qu’il a fait, combien de temps ça lui a pris, et ce que ça vous coûte. Si la réponse tient en "je crois que tout va bien", vous payez une boîte noire…

Pour moi, la transparence se prouve sur pièces. La réponse tient donc dans un portail que j’ai construit au printemps 2026 pour mes clients de maintenance. Voici ce qu’ils y voient, écran par écran. Les captures viennent d’un client de démonstration aux données inventées et n’affichent ni nom de client ni adresse e-mail : aucun de mes vrais clients n’y apparaît.

Pourquoi j’ai construit mon propre portail

J’ai écrit la première ligne de code le 25 mai 2026, pour trois raisons.

La première, rendre les heures visibles. Un forfait de maintenance se vend en heures, et le client n’a d’habitude aucun moyen de savoir où elles passent avant la facture. La deuxième, faire valider les dépenses : je voulais qu’aucune heure au-delà du forfait ne parte sans un accord écrit, posé au bon endroit, daté. La dernière, en finir avec les comptes rendus tapés à la main en fin de mois, recopiés d’un tableur vers un mail puis vers une facture.

Quand je dirigeais WPServeur, l’hébergement WordPress que j’ai fondé en 2015, j’ai vu passer des milliers de sites et autant de façons de les suivre. Les tableaux de bord de supervision sont très bien pour surveiller un site. Ils montrent son état, toutefois, pas le travail de la personne qui s’en occupe, ni le temps qu’elle y passe.

Attention, le portail ne remplace personne : c’est moi qui mets à jour vos extensions ou qui restaure une sauvegarde un soir de panne. Il montre ce que je fais, intervention après intervention…

Le cycle du mois, ligne par ligne

En se connectant, le client tombe sur son cycle en cours : le mois, la barre des heures consommées sur son forfait, ce qui reste, le dépassement éventuel et le total de la facture estimée, mis à jour à chaque intervention livrée.

Juste en dessous vient la section "Missions du cycle", la plus intéressante du portail, pour le client comme pour moi. Trois cartes la résument : la maintenance récurrente, le backlog du cycle (la liste des interventions du mois) et ce qui est facturé hors cycle.

La maintenance récurrente, c’est le socle de chaque mois : contrôle des sauvegardes avec un vrai test de restauration, veille sécurité et mises à jour, surveillance du site et de l’hébergement. Chaque tâche affiche son statut, sa date et son temps. Une sauvegarde qu’on n’a jamais restaurée ne vaut rien, alors la ligne dit sur quoi le test a porté.

Le backlog, lui, détaille toutes les interventions du cycle, triées par date de livraison. Chacune porte un code, un titre, une ligne d’explication en français lisible, son type, son imputation (forfait, dépassement ou à venir), le temps réel passé, le cumul du mois et, quand il y en a, le montant facturé.

Pourquoi une colonne "cumul" ? Parce qu’elle répond à la seule question qui compte en cours de mois : combien reste-t-il avant le dépassement ? Dès que le cumul dépasse le forfait, une ligne de séparation apparaît dans le tableau, avec au-dessus les heures du forfait et en dessous ce qui part au tarif des heures supplémentaires, 190 € HT de l’heure. Une intervention à cheval sur cette ligne affiche ses deux parts, l’une au forfait, l’autre en dépassement.

De mon côté, cet écran m’évite de jouer aux devinettes. Je vois en un coup d’œil ce qu’il reste à un client avant de lui proposer une intervention, et je n’ai plus jamais à défendre une facture : elle est déjà écrite, ligne par ligne, sous ses yeux.

Du ticket à l’intervention

Un bug, une demande, une idée : le client ouvre un ticket depuis le portail. Il décrit le problème, joint jusqu’à cinq captures et peut cocher "Urgent", qui me prévient en priorité. Le responsable du contrat dispose d’une seconde case, "Dépassement autorisé" : il me signale d’avance qu’il accepte que ce ticket déborde du forfait, l’estimation restant soumise à son accord.

J’estime ensuite le temps nécessaire, avec quelques lignes pour expliquer ce que je vais faire. Le portail calcule le montant tout seul, et il ne facture que les heures qui sortent du forfait. Par exemple, 5 heures estimées alors qu’il en reste 4 dans le forfait du mois : le client voit 190 € HT, pas 950. Il accepte ou il refuse, et rien ne démarre avant sa réponse.

Le ticket avance ensuite en cinq étapes visibles : demande reçue, estimée, acceptée, en cours, livrée. Une fois lancé, il est le plus souvent rattaché à une intervention du cycle, celle qui apparaîtra dans le tableau du mois avec son temps réel. Depuis le 3 octobre 2026, chaque ticket a aussi son fil d’échanges. Le client pose une question, j’en pose une autre, un collègue ajoute un détail, et chaque message part aussi par mail. Fini les précisions éparpillées dans trois boîtes de réception…

Rien hors forfait sans votre accord

Certains travaux sortent du cadre de la maintenance : une nouvelle fonction, une page à créer, un module de réservation. Pour ceux-là, j’envoie une demande de validation détaillée tâche par tâche, avec les heures et le montant de chaque ligne. Le client la reçoit par mail et l’ouvre par un lien, sans avoir à se connecter. Deux boutons, "Je valide" ou "Je refuse", et une date d’expiration : une demande restée sans réponse ne vaut pas accord.

Tant que le client n’a pas cliqué, je ne travaille pas sur le chantier. Une fois validé, celui-ci rejoint la carte "Hors cycle facturé" du mois, et son montant s’y ajoute à la livraison, calculé sur le temps réellement passé. Aucun dépassement automatique, aucune ligne surprise sur la facture…

Qui voit quoi dans votre équipe ?

Dans une PME, la personne qui signale un bug n’est pas toujours celle qui signe les bons de commande. Le portail distingue les deux. Le responsable du contrat voit tout :

• les heures consommées et le montant estimé de la facture du mois ;
• les estimations de ticket, qu’il accepte ou refuse ;
• les demandes de validation des chantiers hors forfait ;
• ses factures, à télécharger en PDF ;
• son équipe, qu’il gère en invitant ou en retirant des membres.

Et le reste de l’équipe ? Un collaborateur invité ouvre des tickets, écrit dans les fils d’échanges et suit l’avancement des travaux, heures comprises. Il ne voit en revanche aucun montant, ni sur les écrans, ni dans les mails : sur un ticket estimé, il lit simplement que l’administrateur de son équipe doit valider l’estimation.

Le portail suit aussi la forme du contrat. Un client au forfait annuel ne voit pas de compteur d’heures, mais sa facture annuelle et les tâches de maintenance prévues dans l’année. Et le portail se consulte sans peine sur un téléphone, ce qui compte quand la demande de validation arrive pendant une réunion.

La fin des comptes rendus tapés à la main

Je ne recopie plus rien… L’intervention saisie une fois alimente le tableau du client, le cumul du mois, puis la facture en PDF, numérotée, avec le forfait et chaque ligne de dépassement datée. Le compte rendu d’activité de fin de mois n’existe plus en tant que tâche : le client l’a sous les yeux depuis le premier jour du cycle.

Et quand le client veut revoir un mois passé ? Ses cycles précédents restent consultables, avec le même détail que le mois en cours : ce qui a été fait sur son site, quand, en combien de temps. Personne n’a besoin de fouiller ses mails pour retrouver une intervention de juin.

WPFormation est un organisme de formation certifié Qualiopi, et j’applique au suivi des sites la même discipline qu’à mes formations : des process écrits, des preuves datées, un historique qu’on peut relire.

Sources

Captures réalisées le 7 octobre 2026 sur mon portail de maintenance, avec un client de démonstration et des données inventées. Le fonctionnement décrit (calcul des estimations, droits de chaque rôle, validation par lien) a été vérifié le même jour dans le code du portail.