Un Context peut être très bien documenté et rester incomplet.

Il peut contenir les bonnes normes, les bons articles, les bonnes pages de documentation, les bons transcripts d’interviews clients. Il peut avoir accès à une base de connaissance propre, à des retours utilisateurs bien classés, à des tickets support correctement tagués.

Et pourtant, il peut lui manquer quelque chose d’essentiel : la compréhension fine que le PM porte dans sa tête.

Pas une grande théorie cachée. Plutôt tout ce qui s’accumule au fil du travail : une phrase dite en passant, une nuance comprise après trois échanges, une crainte client qui ne se voit pas dans un transcript, une tension politique, une interprétation que personne n’a encore écrite.

C’est précisément pour cela qu’il faut des sources de session.

Ce qu’est un Context

Un Context est un espace de travail borné par une mission.

Il réunit un objectif, un focus, des directives, des sources, des notes, des brouillons et parfois des livrables. Son rôle n’est pas seulement de stocker de l’information. Il sert à donner à une IA le bon périmètre de travail, les bonnes références, les bonnes contraintes et une mémoire exploitable.

Dit autrement : un Context évite de repartir de zéro à chaque conversation.

Mais pour être vraiment utile, il ne peut pas seulement recevoir des documents. Il doit aussi capter ce que l’équipe apprend progressivement pendant le travail.

Trois familles de matière

Un Context se nourrit de plusieurs types de matière. Les confondre crée vite de mauvais workflows.

La première famille, c’est la curation documentaire.

On y trouve les livres, les articles, les normes, la documentation produit, les référentiels, les bonnes pratiques. Ces sources donnent au Context une maîtrise du « by the book ». Elles ne tombent pas automatiquement dans le bon contexte : il faut les choisir, les ajouter, les conserver, puis les ingérer.

La deuxième famille, c’est le recueil utilisateur industrialisé.

On y trouve les transcripts complets d’interviews, les retours in-app, les tickets support, les feedbacks structurés, les verbatims collectés dans un CRM ou un outil produit. Ici, une partie du recueil peut être automatisée. Ces traces existent déjà sous forme de documents ou d’objets exploitables.

La troisième famille, c’est la connaissance non écrite.

C’est ce que le PM sait, comprend, sent ou relie, mais qui n’existe pas encore comme source stable. C’est là que la source de session devient utile.

Ce que capture une source de session

Une source de session n’est pas un document de plus.

C’est un canal pour verser dans le Context une connaissance encore informelle.

Parfois, cette connaissance arrive sous forme d’une longue discussion avec l’IA. Le PM explique le client, reprend une formulation, corrige une hypothèse, ajoute des détails. La session devient alors une vraie matière première de travail.

Mais ce n’est pas toujours aussi massif.

Une source de session peut aussi recevoir une petite idée venue après coup. Une phrase entendue dans un couloir. Une remarque client en fin de call. Une tension que le PM commence seulement à nommer. Une nuance qui ne mérite pas un document complet, mais qui mérite de ne pas disparaître.

La source de session capture la pensée utile avant qu’elle ne devienne un document.

Pourquoi l’accumulation change tout

Une petite phrase isolée peut sembler faible.

Elle ne justifie pas toujours un ticket. Elle ne mérite pas forcément une note de synthèse. Elle n’apparaît pas toujours dans un transcript. Dans un système d’information classique, elle serait souvent perdue, ou stockée quelque part sans produire grand-chose.

Mais des dizaines de petits points accumulés au fil du temps peuvent changer la qualité d’un Context.

Ils font apparaître des motifs. Ils renforcent des intuitions. Ils révèlent des nuances. Ils permettent de comprendre qu’un client ne demande pas seulement une fonctionnalité, mais cherche à réduire un risque, préserver un contrôle, éviter une tension interne ou contourner une contrainte organisationnelle.

C’est là que le Context apporte quelque chose qu’un simple stockage ne fait pas.

Il peut relire, relier, comparer, stabiliser. Il peut transformer une accumulation de micro-signaux en notes, hypothèses, angles d’analyse ou décisions mieux formulées.

Le point important n’est donc pas la petite phrase seule.

C’est le cumul de petites phrases, dans un contexte qui sait pourquoi il les conserve.

Ce que ce n’est pas

Une source de session n’est pas un transcript complet.

Si une réunion ou une interview a été transcrite, le transcript est une source immuable. Il doit être ajouté au contexte comme tel.

Une source de session n’est pas non plus une note de réunion.

Une réunion a souvent son propre périmètre : un projet, une feature, un client, une décision. Sa note ou son transcript peut alimenter le contexte dédié. Cela ne transforme pas automatiquement cette note en source de session.

Une source de session n’est pas un chat log brut.

Tout l’historique d’une conversation n’a pas vocation à devenir source. Ce qui compte, c’est la matière volontairement versée dans un Context ayant un goal et un focus.

Enfin, une source de session n’est pas une base documentaire.

La base documentaire conserve les références et les traces. La source de session capte ce qui est en train de se formuler autour de ces références et du terrain.

Les conditions de réussite

Une source de session n’a de valeur que si elle reste cadrée.

Il faut d’abord un goal et un focus. Sans cela, elle devient un fourre-tout. Avec un bon focus, elle capte la matière utile sans décider trop tôt de sa forme finale.

Il faut ensuite séparer la source brute et la connaissance stabilisée. La source de session conserve la matière primaire. Les notes, elles, formalisent ce qui mérite d’être réutilisé.

Il faut enfin une ingestion capable de gérer la répétition.

Dire trois fois la même chose avec trois nuances différentes n’est pas un problème. C’est souvent comme cela qu’une idée mûrit. Le rôle de l’ingestion n’est pas de dupliquer trois notes, mais d’accréter les nuances dans une connaissance plus fine.

La source de session demande donc moins une logique d’archivage qu’une logique de maturation.

Donner au Context un canal pour apprendre de l’humain

Les organisations savent de mieux en mieux produire des sources.

Elles documentent, transcrivent, centralisent, indexent, automatisent le recueil des retours utilisateurs. C’est nécessaire.

Mais une partie de la connaissance utile reste dans les têtes.

Pas parce qu’elle serait impossible à écrire. Parce qu’elle naît dans l’interprétation, dans les conversations, dans les liens faibles, dans les détails trop petits pour devenir spontanément des documents.

Le PM ne doit donc pas seulement fournir des sources au Context. Il doit aussi pouvoir lui verser progressivement sa compréhension du terrain.

Un contexte bien nourri ne sait pas seulement ce que disent les sources.

Il commence à comprendre ce que l’équipe a appris.

Pour en savoir plus

Le PM comme architecte du Contexte Sous le capot de mon moteur de contexte : comment une IA se souvient d'une mission Les systèmes d'information ne vont pas disparaître. Leur forme va changer. Le second cerveau est une impasse pour le product management