Préparer une affaire sans repartir de zéro

Dans un bureau d’études, une consultation arrive rarement sur un sujet totalement neuf. Le périmètre change, le site change, le client change, mais la nature du problème a souvent déjà été traitée. Trois fois, cinq fois, parfois quinze.

Et pourtant, la préparation recommence presque à zéro. Non pas parce que l’information manque, mais parce qu’elle n’est pas disponible sous une forme utilisable dans le délai imparti.

Ce qu’on cherche réellement quand une affaire arrive

La question posée est rarement « avons-nous des documents sur ce sujet ». Elle est beaucoup plus précise, et c’est ce qui la rend difficile.

• Avons-nous déjà traité un cas comparable, et sur quel périmètre exactement ?
• Combien de temps cela avait-il réellement pris, par rapport à ce qui était annoncé ?
• Quels écueils sont apparus en cours de mission ?
• Quelle référence pouvons-nous citer, et avons-nous le droit de la citer ?
• Qui, en interne, a piloté cette mission et peut répondre en dix minutes ?
• Quelle trame de proposition avait été utilisée, et qu’avait-on corrigé ensuite ?

Aucune de ces questions ne se résout par une recherche par mot-clé. C’est le fond du problème, détaillé ici. Elles supposent de relier un document à un projet, un projet à une personne, une personne à un retour d’expérience, et de savoir ce qui, dans tout ça, est encore valable.

Pourquoi ce n’est pas un problème documentaire

La réaction naturelle est de conclure qu’il faut mieux ranger. Une arborescence plus stricte, une nomenclature, une base documentaire. C’est utile, mais ça ne résout pas le problème, pour une raison simple : le rangement optimise le stockage, pas la restitution.

Un rapport parfaitement classé dans le bon dossier reste invisible pour celui qui ne sait pas que ce projet a existé. Or c’est précisément le cas du chargé d’affaires arrivé il y a deux ans, ou de l’ingénieur qui n’était pas sur cette mission.

Le document n’est pas perdu. C’est le lien entre la situation d’aujourd’hui et le projet d’hier qui n’existe nulle part.

Ce lien existe pourtant, mais dans une seule tête à la fois. Il se transmet à la machine à café, pas dans un système. C’est ce qui explique qu’une entreprise puisse avoir quinze ans d’archives et repartir de zéro sur chaque consultation.

Ce qu’il faut relier, concrètement

Un exemple, entièrement fictif

Une société d’ingénierie de quarante-six personnes reçoit une consultation pour un diagnostic énergétique sur un site industriel. Le chargé d’affaires a trois jours pour se positionner.

Sans système : il interroge deux collègues, retrouve un rapport de 2023 dont il n’est pas sûr qu’il soit le plus proche, reprend une trame de proposition sans savoir si c’est la dernière version, et n’ose pas citer de référence faute de savoir laquelle est autorisée. Il produit une réponse correcte, en y passant une journée et demie.

Avec un système qui a relié les quatre éléments ci-dessus : les trois missions comparables remontent avec leur périmètre réel, leurs écueils documentés, la référence autorisée et le nom de l’ingénieur qui a piloté la plus proche. La journée et demie devient une demi-journée, et la proposition s’appuie sur ce que l’entreprise sait vraiment.

Ce que ça ne résout pas

• Si les projets ne sont pas tracés du tout, il n’y a rien à relier. C’est un préalable, pas une conséquence.
• Un système ne décide pas s’il faut se positionner : il rassemble ce qu’il faut pour que quelqu’un décide.
• La qualité de la réponse reste celle de l’ingénieur qui la rédige.

C’est aussi pour ça que la première question n’est pas « quel outil » mais « cette situation se répète-t-elle assez pour justifier qu’on la traite ». Une consultation par trimestre ne justifie pas un système. Une par semaine, si : les sept critères qui tranchent sont détaillés dans cette analyse.