Comment j'ai développé mon instinct pour détecter les vraies compétences techniques
Comment j’ai développé mon instinct pour détecter les vraies compétences techniques
Il y a quelques années, j’ai vécu une expérience qui m’a marqué. J’étais en rendez-vous avec une agence web qui se présentait comme “spécialisée en performance technique”. Le responsable technique m’expliquait avec assurance comment ils allaient “optimiser mon Core Web Vitals” et “implémenter un CDN global”. Tout sonnait parfaitement professionnel.
Trois mois plus tard, mon site était plus lent qu’avant, et quand j’ai demandé des explications techniques précises, j’ai réalisé que personne dans l’équipe ne maîtrisait vraiment ces sujets. J’avais été séduit par un vocabulaire technique bien maîtrisé, mais qui cachait un vide technique béant.
Cette expérience m’a forcé à développer une approche plus fine pour évaluer les vraies compétences techniques de mes prestataires. Aujourd’hui, j’ai mes propres méthodes pour distinguer rapidement les vrais experts des beaux parleurs.
La différence entre connaître et comprendre
Au fil de mes collaborations, j’ai appris à faire la distinction entre ceux qui connaissent les termes techniques et ceux qui comprennent vraiment les enjeux. Cette nuance est subtile mais cruciale.
Les signaux faibles qui ne trompent pas
J’ai développé une sensibilité particulière à certains détails qui révèlent le niveau technique réel :
La gestion des questions imprévues : quand je pose une question technique spécifique qui sort du script habituel, je observe la réaction. Un vrai technicien va soit donner une réponse précise, soit avouer qu’il ne sait pas et proposer de se renseigner. Un imposteur va noyer le poisson avec des généralités.
Le niveau de granularité dans les explications : j’ai remarqué que les vrais experts descendent naturellement dans le détail quand on leur demande d’expliquer quelque chose. Ils ne peuvent pas s’empêcher de préciser les nuances, les cas particuliers, les limites de leur approche.
L’attitude face aux outils : un vrai technicien connaît les limites des outils qu’il utilise. Il ne présente jamais un outil comme une solution miracle, mais explique dans quels contextes il est pertinent et où il montre ses limites.
“Un développeur qui me dit qu’il va tout régler avec WordPress ou avec n’importe quel autre outil sans poser de questions sur mon contexte spécifique, c’est un red flag immédiat pour moi.”
Mes techniques d’évaluation concrètes
J’ai développé plusieurs méthodes pratiques pour tester discrètement le niveau technique de mes interlocuteurs.
La technique du “problème concret”
Je présente toujours un problème technique réel que j’ai rencontré, même s’il est déjà résolu. Par exemple : “Mon site met 4 secondes à charger sur mobile, et les images semblent être le problème principal. Comment vous y prendriez-vous ?”
La réponse m’en dit long sur leur approche :
- Un novice va proposer immédiatement une solution générique
- Un expert va commencer par poser des questions : quel CMS, quel hébergement, quel type d’images, quelle volumétrie, quel budget, etc.
L’analyse de leurs propres outils
Comment j’ai découvert l’importance du processus de création chez mes prestataires web m’a appris à examiner leurs méthodes de travail. Je demande systématiquement à voir leurs outils internes :
| Aspect à évaluer | Ce que je regarde | Ce qui m’inquiète |
|---|---|---|
| Outils de monitoring | Solutions personnalisées, dashboards métier | Uniquement Google Analytics et Search Console |
| Processus de développement | Git, environnements de test, documentation | Travail directement en production |
| Méthodes de diagnostic | Outils spécialisés, processus structuré | ”On regarde et on voit bien le problème” |
| Veille technique | Sources précises, formations continues | ”On suit les tendances” sans précision |
Le test de la veille technique
J’ai pris l’habitude de poser des questions sur leur veille technique. Pas des questions pièges, mais des questions ouvertes : “Qu’est-ce qui vous a marqué récemment dans l’évolution de votre domaine ?”
Les réponses révèlent énormément. Un vrai expert va citer des sources précises, des évolutions techniques spécifiques, parfois même critiquer certaines tendances. Un imposteur va rester dans les généralités ou citer des évidences.
Les pièges à éviter dans mon évaluation
J’ai aussi appris à me méfier de mes propres biais dans cette évaluation.
Ne pas confondre expertise et communication
Certains vrais experts sont de piètres communicants. J’ai failli passer à côté d’excellents prestataires parce qu’ils n’étaient pas à l’aise pour expliquer leur travail. À l’inverse, j’ai été séduit par d’excellents commerciaux qui maîtrisaient parfaitement le vocabulaire technique sans avoir les compétences derrière.
J’ai appris à séparer ces deux aspects : d’abord évaluer la compétence technique, ensuite voir si la communication peut s’améliorer.
L’expertise partielle n’est pas de l’incompétence
Ce que j’ai appris en observant les agences qui durent plus de 10 ans m’a montré que les meilleurs prestataires ont souvent des domaines de spécialisation précis. Un expert en SEO technique n’est pas forcément compétent en UX, et vice versa.
J’ai arrêté de chercher des moutons à cinq pattes qui maîtrisent tout. Je préfère maintenant identifier clairement le domaine d’expertise de chacun et composer mon équipe en conséquence.
“J’ai appris que la phrase ‘je ne sais pas, mais je connais quelqu’un qui saura’ est souvent le signe d’une vraie expertise. Les imposteurs prétendent tout maîtriser.”
Mes indicateurs de qualité technique aujourd’hui
Avec l’expérience, j’ai affiné mes critères d’évaluation. Voici les éléments sur lesquels je me concentre désormais :
| Critère | Niveau débutant | Niveau expert |
|---|---|---|
| Diagnostic initial | Audit générique basé sur des outils automatiques | Analyse contextuelle avec outils spécialisés et expertise métier |
| Proposition de solution | Une solution standard pour tous les cas | Plusieurs options avec avantages/inconvénients selon le contexte |
| Planning proposé | Délais optimistes sans marge | Planning réaliste avec identification des risques |
| Méthode de suivi | Reporting basique avec métriques générales | KPIs spécifiques au projet avec analyse qualitative |
| Gestion des imprévus | ”Ça ne devrait pas arriver” | Anticipation des problèmes potentiels et solutions de contournement |
Les questions qui révèlent tout
J’ai développé quelques questions qui me permettent de jauger rapidement le niveau :
“Quel est le plus gros échec technique que vous ayez rencontré récemment ?” Cette question révèle leur honnêteté, leur capacité d’analyse, et leur niveau de projets.
“Comment faites-vous pour rester à jour techniquement ?” Les réponses vagues (“on fait de la veille”) versus les réponses précises (formations spécifiques, conférences, sources identifiées) font la différence.
“Que feriez-vous si le projet prenait du retard à cause d’un problème technique imprévu ?” Cette question révèle leur expérience réelle et leur capacité à gérer la complexité.
L’erreur que je vois encore trop souvent
Malgré tout ce que j’ai appris, je vois encore beaucoup d’entreprises faire la même erreur que moi à mes débuts : se laisser impressionner par le jargon technique.
Les 5 erreurs que je vois répéter par 80% des PME avec leurs agences digitales montre que cette confusion entre vocabulaire et compétence est très répandue.
J’ai vu des dirigeants choisir des agences parce qu’elles parlaient de “microservices”, “architecture headless”, ou “intelligence artificielle” sans jamais creuser la pertinence de ces approches pour leur projet spécifique.
La validation par l’écosystème
Une méthode que j’ai développée récemment consiste à observer comment l’agence est perçue par son écosystème technique. Pourquoi je demande systématiquement les coordonnées des clients précédents ne suffit plus.
Je regarde maintenant :
- Leurs contributions à des projets open source
- Leur participation à des conférences techniques (comme speaker, pas juste participant)
- Les retours de leurs partenaires techniques
- Leur reconnaissance par leurs pairs (pas par leurs clients)
Ma méthode actuelle en 3 étapes
Aujourd’hui, mon processus d’évaluation technique suit une logique précise :
Étape 1 : L’évaluation passive J’observe leur communication naturelle, leur site web, leurs contenus techniques. Un vrai expert technique transparaît dans sa façon de présenter son travail, même dans les supports marketing.
Étape 2 : L’évaluation active Je pose mes questions spécifiques, présente mes cas concrets, demande à voir leurs outils. Cette étape me permet de valider ou invalider mes premières impressions.
Étape 3 : L’évaluation collaborative Si possible, je propose un petit projet pilote ou pourquoi je ne travaille plus jamais sans période d’essai pour voir comment ils travaillent concrètement.
Cette approche m’a permis d’éviter de nombreuses déconvenues et de construire des collaborations beaucoup plus solides avec mes prestataires.
Ce que cette approche a changé
Développer cet instinct technique m’a profondément changé ma façon de travailler avec les agences. Je suis moins facilement impressionné par les discours, mais aussi plus capable de reconnaître la vraie valeur technique.
Paradoxalement, cela m’a aussi rendu plus humble. En comprenant mieux les enjeux techniques, j’ai réalisé la complexité réelle de certains projets et j’ai appris à mieux respecter l’expertise de mes prestataires.
Cette évolution m’a également fait gagner un temps considérable. Au lieu de multiplier les rendez-vous pour “sentir” les agences, je peux maintenant évaluer rapidement leur niveau technique et me concentrer sur celles qui ont réellement les compétences que je cherche.
Aujourd’hui, quand je rencontre une agence qui maîtrise vraiment son sujet, je le sens immédiatement. Et quand je détecte du bluff technique, je peux passer à autre chose sans perdre de temps. C’est cette capacité de discernement qui fait toute la différence dans la réussite de mes projets digitaux.