Validation du compte rendu de projet par le client
La validation du compte rendu de projet par le client est l'acte le plus discret et le plus décisif du suivi. Sans elle, vous avez un document que vous avez écrit seul et envoyé à quelqu'un dont vous ignorez ce qu'il en a fait. Avec elle, vous avez une trace que les deux parties ont établie, à une date. Toute la différence tient là.
Ce qu'établit un courriel sans réponse.
Rien, et c'est précisément le problème, parce qu'on croit le contraire jusqu'au jour où on en a besoin.
Vous savez ce que vous avez écrit
C'est tout. Vous ne savez ni s'il a été lu, ni par qui, ni si un point y a été contesté sans être dit.
Le silence n'est pas un accord
Il est le plus souvent une absence de temps. Le lui opposer six mois plus tard produit une discussion tendue, pas un constat.
La version fait débat
Une pièce jointe se corrige, se renvoie, se décline en trois exemplaires. Personne ne sait laquelle faisait foi.
Le désaccord reste tacite
Le client n'est pas d'accord sur un point, il ne le dit pas parce que répondre demanderait de tout relire. Il le dira à la facture.
Un acte, daté, plutôt qu'une absence de réaction.
Faire valider n'est pas une formalité de plus imposée au client : c'est ce qui transforme votre suivi en information partagée. Tant que le compte rendu part sans retour attendu, il reste une affirmation unilatérale, quelle que soit sa qualité de rédaction.
Deux choses changent quand la validation devient un acte. La première est le rejet : un client qui peut refuser avec un motif dira son désaccord au moment où il se produit, plutôt que de le garder pour la discussion de fin de projet. Le désaccord devient une donnée du projet au lieu de rester une gêne.
La seconde est l'immuabilité. Un document qui se fige après validation prouve quelque chose ; un document qu'on peut retoucher ensuite ne prouve rien, y compris quand personne ne l'a retouché. C'est ce que nous appelons le pilotage des engagements.
Quatre états, et chaque passage est daté.
C'est la mécanique complète, telle qu'elle s'applique aux comptes rendus de comité.
Soumis
Le document part en revue chez le client, à une date. Dès cet instant, le fournisseur ne peut plus le modifier.
Validé
Le client acte. Le document se fige et rejoint l'historique, avec l'état du projet à cette date.
Rejeté avec motif
Le client conteste et dit sur quoi. Le point de désaccord est consigné, daté, et traité comme un sujet.
Corrigé
Par un nouveau cycle, jamais par réécriture. On voit qu'il y a eu correction, quand, et sur quoi elle portait.
La structure du document lui-même est traitée sur le compte rendu de comité de pilotage, et l'accès qui permet au client de valider sur le portail client de projet.
« Mon client ne validera jamais. »
C'est l'objection la plus fréquente, et elle mérite une réponse franche plutôt qu'un argument. Beaucoup de clients ne valideront pas, au moins au début, et le dispositif est conçu pour que cela ne soit pas bloquant.
Ce que vous obtenez sans validation reste supérieur à un courriel : la soumission est datée, le contenu est figé, et vous pouvez établir ce qui a été présenté et quand. Ce que vous n'avez pas, c'est l'accord explicite ; mais vous ne l'aviez pas non plus avec la pièce jointe.
Deux choses aident, dans la pratique. La première est que l'accès client est gratuit, donc que la demande ne se heurte pas à une question de coût. La seconde est que la validation demande un geste, pas une relecture complète : elle porte sur un document que le client a pu suivre au fil de l'eau plutôt que découvrir d'un bloc.
Ce qu'on nous demande sur la validation.
Comment faire valider un compte rendu par le client ?
En le lui soumettant dans l'outil où il suit déjà le projet, plutôt qu'en pièce jointe. Il valide, ou il rejette avec un motif, et l'acte est daté. L'accès ne lui coûte rien.
Quelle valeur a une validation dans l'outil ?
Nous parlons de preuve datée et de trace opposable des deux côtés, pas de qualification juridique : le cadre applicable est celui de votre contrat. Ce que nous constatons est plus simple, et il est vérifiable : un document soumis, lu et validé à une date établit ce que les deux parties savaient à ce moment. Voir les conditions générales.
Que se passe-t-il si le client rejette ?
Il indique le motif, et le désaccord devient un point du projet, daté. Le document est corrigé par un nouveau cycle plutôt que retouché, ce qui laisse voir qu'il y a eu discussion et sur quoi elle portait.
Peut-on modifier un compte rendu après validation ?
Non, et c'est le point. Une fois validé, il est immuable. Une correction passe par un nouveau cycle. Un historique qui se réécrit ne prouve rien.
Le client conteste six mois plus tard, que faire ?
Rouvrir la séance concernée : ce qui a été présenté, ce qu'il a validé, à quelle date. La discussion redevient un constat. Sans historique figé, elle reste une confrontation de mémoires.
Cela fonctionne-t-il avec un client interne ?
Oui. Une direction des systèmes d'information qui rend compte à ses métiers a le même besoin d'établir ce qui a été présenté et accepté, sans contrat ni pénalité.
Pour aller plus loin.
- Le compte rendu de comité : la structure du document validé.
- Le portail client de projet : là où le client valide, et ce qu'il voit.
- Le pilotage des engagements : la définition de la catégorie.
- Le tour du produit : comités, historisation, accès client.