Savoir quelque chose ne signifie pas savoir le présenter

Une personne peut avoir dix ans d’expérience et, lorsqu’on lui demande « Comment faites-vous cela ? », répondre avec tant de détails que l’interlocuteur ne sait plus ce qui compte. Cela ne signifie pas qu’elle manque d’expertise. Cela signifie que maîtriser un sujet et savoir présenter cette maîtrise sont deux compétences différentes.

Les experts voient plusieurs couches d’information à la fois. Les débutants non. En parlant depuis leur propre modèle mental, les experts sautent souvent des étapes intermédiaires nécessaires aux autres.

On peut distinguer quatre niveaux : savoir une information ; comprendre ses causes et relations ; exprimer ce que l’on comprend ; puis aider quelqu’un à comprendre grâce à un langage, des exemples et une structure adaptés.

C’est ce dernier niveau qu’un Tip, une présentation ou un guide devrait viser. Le lecteur n’a pas besoin de voir tout ce que vous savez. Il a besoin d’un chemin clair entre sa question et une conclusion utilisable.

Les auteurs commencent souvent par ce qu’ils veulent dire. Les lecteurs arrivent depuis ailleurs : une question, une difficulté ou une décision à prendre.

Au lieu de demander « Qu’ai-je à partager ? », demandez : Qu’essaie de comprendre ou de résoudre le lecteur ? Cela change les données, les exemples et l’ordre de présentation.

Cinq étapes : Reader — pour qui ? Problem — quel blocage ? Insight — quelle idée essentielle ? Explanation — quelle logique, quel exemple ou contraste ? Application — que peut-on faire différemment ensuite ?

Cette structure transforme le contenu : il ne sert plus à montrer ce que vous savez, mais à aider quelqu’un à progresser.

Un product designer peut dire : « J’interviewe toujours des utilisateurs avant de faire des wireframes. » Cela reste une habitude personnelle.

Une version plus utile serait : « Faire des wireframes trop tôt peut enfermer l’équipe dans une hypothèse non testée. Avant de dessiner des écrans, clarifiez trois choses : ce que l’utilisateur veut accomplir, ce qui le bloque et l’alternative qu’il utilise aujourd’hui. »

L’expérience devient un principe transférable.

Une explication simple exige une compréhension profonde. Il faut distinguer l’essentiel, les exceptions et les détails qui ne comptent que dans certains contextes.

Une bonne explication ne supprime pas la complexité. Elle l’organise dans l’ordre où le lecteur doit la rencontrer.

Si l’objectif caché est de paraître expert, le texte se remplit de jargon et de détours. Si l’objectif est de faire comprendre, vous choisirez moins d’éléments, mais mieux.

Question éditoriale : Si je retire ce paragraphe, le lecteur perd-il la capacité de comprendre ou d’appliquer l’idée centrale ?

Un bon Tip sur Forwork devrait commencer par un problème professionnel précis, faire émerger un insight central, expliquer pourquoi il compte, puis terminer par une application pratique.

Il peut aussi être relié à un Project pour montrer la preuve issue du terrain, à un Profile pour renforcer l’expertise, ou à un Event et une Letter pour développer la réflexion.

Présenter un savoir ne consiste pas à raccourcir ce que vous savez. Il s’agit de concevoir un chemin qui permette à quelqu’un d’entrer dans ce savoir.

L’expérience devient alors un actif de connaissance : lisible, mémorisable, discutable, applicable et relié à d’autres preuves de travail.