Le savoir-faire technique comme avantage concurrentiel reposait longtemps sur les personnes : le senior qui sait précisément quelle norme s'applique, l'ingénieur qui peut cerner une demande client en une heure, le spécialiste qui connaît la différence entre ce qui est possible sur le papier et ce qui fonctionne dans la pratique. Un client remarquait cette différence au temps d'attente pour une réponse, à la profondeur d'une offre, au nombre de questions nécessaires avant qu'une proposition adaptée soit sur la table. Qui avait les meilleures personnes gagnait cette comparaison.
Derrière le savoir-faire technique se trouve surtout son accès et son application : parcourir la documentation, relier des spécifications à une demande client, retrouver des projets antérieurs qui ressemblent à la situation actuelle, rédiger une première ébauche de réponse. C'est en grande partie un travail répétitif — récupérer et combiner de l'information selon une logique reproductible. Évaluer un cas limite, estimer le risque d'une application inhabituelle, prendre en compte quelque chose qui ne figure pas dans la documentation : voilà la partie qui repose sur l'expérience et le jugement.
Ces deux parties divergent désormais. La récupération et la combinaison d'informations techniques peuvent, la plupart du temps, être effectuées par un système ; l'évaluation de ce que cela produit reste du travail humain, avec un contrôle qui approuve ou rejette avec motivation. Là où cela fonctionne déjà ainsi, la comparaison se déplace : il ne s'agit plus de savoir qui détient le plus de connaissances, mais qui met plus rapidement sur la table une réponse étayée et qui peut réellement défendre cette réponse lorsque le client insiste.
Cela change ce que voit un client. Le temps de réponse à une question technique était un indicateur de disponibilité et d'expérience ; si le premier concept est prêt en quelques minutes, le temps de réponse en dit surtout sur l'avancement de l'entreprise dans la mise en place de ce processus, plus sur la quantité de connaissances en interne. Deux entreprises avec autant d'ingénieurs seniors peuvent ainsi offrir une expérience client tout à fait différente, simplement parce que l'une a confié le travail de récupération à un système et l'autre non.
La vitesse à laquelle ce changement s'opère dépend de la qualité avec laquelle le savoir sous-jacent a été consigné. Une entreprise disposant d'une documentation claire et actualisée et d'un historique de projets structuré peut faire soutenir ce processus relativement vite ; une entreprise où le savoir réside surtout dans les têtes et n'est nulle part consigné a d'abord besoin de ce fondement avant de pouvoir automatiser quoi que ce soit. Cela relève de la façon dont une organisation est structurée, et non de la qualité du savoir lui-même — une entreprise peut avoir d'excellents spécialistes et néanmoins être lente dans cette transition, simplement parce que rien n'est consigné sur quoi construire.
Cette dimension touche également à d'autres domaines. La maturité numérique détermine en grande partie si ce fondement est déjà en place ; pour savoir dans quelle mesure les entreprises diffèrent sur ce point, consultez comment la maturité numérique change la position concurrentielle. La certification joue également un rôle ici, car une partie du savoir-faire technique que recherche un client est en réalité une demande de conformité démontrable ; ce sujet est traité dans ce que la certification signifie maintenant que l'IA reprend le travail de contrôle. Et là où le savoir-faire technique ne fait plus la différence, la comparaison se déplace souvent vers le prix, ce qui rejoint la question développée dans pourquoi les entreprises perdent plus souvent sur le prix qu'auparavant.
Un client remarque cette différence sans en connaître la cause. Une offre qui aborde de façon un peu plus précise la situation propre au client, une question technique à laquelle on répond sans détour, une proposition qui renvoie à un projet comparable réalisé des années auparavant — cela ressemble à du savoir, et c'en est effectivement, sauf que sa récupération n'est plus nécessairement le travail de la personne qui signe la réponse. Ce qu'un client ne voit pas, c'est le contrôle en arrière-plan : qui vérifie les réponses provisoires, pour quelle raison quelque chose est modifié, et qui reste responsable si la réponse s'avère finalement incorrecte. Cela reste, à juste titre, du travail humain, et les décisions relatives à la mise en place de ce contrôle au sein d'une organisation relèvent d'exigences légales propres qui ne sont pas traitées ici.
Quelles tâches, au sein des propres services techniques, se prêtent à cette transition et lesquelles ne s'y prêtent pas, cela varie selon l'entreprise et est cartographié tâche par tâche grâce au scan de travail de FTE TO AI. Cela est également pertinent après une acquisition, lorsque deux organisations de savoir avec un degré différent de connaissances consignées se rejoignent et que la comparaison de leur position doit être refaite, comme décrit dans comment comparer la position technique de deux entreprises fusionnées.
La question sur laquelle une entreprise pense l'emporter en matière de savoir-faire technique est généralement formulable ; savoir si cette affirmation résiste à la comparaison avec le groupe de référence est une autre question. Avec le contrôle de dimension gratuit, vous identifiez sur quoi vous pensez l'emporter et vous voyez lesquelles de ces affirmations peuvent être défendues avec des preuves. Le benchmark complet, avec le groupe de référence sur toutes les dimensions distinctives et la matrice de preuves qui l'accompagne, est en cours de construction.