Scritto originalmente in francese. Tradotto dall'IA — il significato è stato preservato, non la prosa.
Un Context può essere molto ben documentato e restare incompleto.
Può contenere le norme giuste, gli articoli giusti, le pagine di documentazione giuste, le trascrizioni giuste delle interviste clienti. Può avere accesso a una base di conoscenza pulita, a feedback utenti ben classificati, a ticket di supporto correttamente taggati.
Eppure può mancargli qualcosa di essenziale: la comprensione fine che il PM porta nella propria testa.
Non una grande teoria nascosta. Piuttosto tutto ciò che si accumula nel corso del lavoro: una frase detta di passaggio, una sfumatura compresa dopo tre scambi, una preoccupazione cliente che non si vede in una trascrizione, una tensione politica, un'interpretazione che nessuno ha ancora scritto.
È esattamente per questo che servono le fonti di sessione.
Cos'è un Context
Un Context è uno spazio di lavoro delimitato da una missione.
Riunisce un obiettivo, un focus, delle direttive, delle fonti, delle note, delle bozze e a volte dei livrable. Il suo ruolo non è solo archiviare informazioni. Serve a dare a un'IA il giusto perimetro di lavoro, i giusti riferimenti, i giusti vincoli e una memoria sfruttabile.
In altri termini: un Context evita di ripartire da zero a ogni conversazione.
Ma per essere davvero utile, non può ricevere solo documenti. Deve anche captare ciò che il team impara progressivamente durante il lavoro.
Tre famiglie di materiale
Un Context si nutre di diversi tipi di materiale. Confonderli crea rapidamente workflow sbagliati.
La prima famiglia è la curation documentale.
Vi si trovano libri, articoli, norme, documentazione prodotto, referenziali, buone pratiche. Queste fonti danno al Context una padronanza del «by the book». Non cadono automaticamente nel contesto giusto: bisogna sceglierle, aggiungerle, conservarle, poi ingerirle.
La seconda famiglia è la raccolta utente industrializzata.
Vi si trovano le trascrizioni complete di interviste, i feedback in-app, i ticket di supporto, i feedback strutturati, i verbatim raccolti in un CRM o in uno strumento prodotto. Qui, una parte della raccolta può essere automatizzata. Queste tracce esistono già sotto forma di documenti o oggetti sfruttabili.
La terza famiglia è la conoscenza non scritta.
È ciò che il PM sa, comprende, sente o collega, ma che non esiste ancora come fonte stabile. È qui che la fonte di sessione diventa utile.
Cosa cattura una fonte di sessione
Una fonte di sessione non è un documento in più.
È un canale per versare nel Context una conoscenza ancora informale.
A volte, questa conoscenza arriva sotto forma di una lunga discussione con l'IA. Il PM spiega il cliente, riprende una formulazione, corregge un'ipotesi, aggiunge dettagli. La sessione diventa allora una vera materia prima di lavoro.
Ma non è sempre così massiccio.
Una fonte di sessione può anche ricevere una piccola idea venuta dopo. Una frase sentita in corridoio. Un'osservazione di un cliente a fine call. Una tensione che il PM comincia solo a nominare. Una sfumatura che non merita un documento completo, ma che merita di non sparire.
La fonte di sessione cattura il pensiero utile prima che diventi un documento.
Perché l'accumulo cambia tutto
Una piccola frase isolata può sembrare debole.
Non giustifica sempre un ticket. Non merita necessariamente una nota di sintesi. Non appare sempre in una trascrizione. In un sistema informativo classico, sarebbe spesso persa, o archiviata da qualche parte senza produrre molto.
Ma decine di piccoli punti accumulati nel tempo possono cambiare la qualità di un Context.
Fanno emergere schemi. Rafforzano intuizioni. Rivelano sfumature. Permettono di capire che un cliente non chiede solo una funzionalità, ma cerca di ridurre un rischio, preservare un controllo, evitare una tensione interna o aggirare un vincolo organizzativo.
È qui che il Context offre qualcosa che un semplice archivio non fa.
Può rileggere, collegare, confrontare, stabilizzare. Può trasformare un accumulo di micro-segnali in note, ipotesi, angoli di analisi o decisioni meglio formulate.
Il punto importante non è quindi la piccola frase da sola.
È il cumulo di piccole frasi, in un contesto che sa perché le conserva.
Cosa non è
Una fonte di sessione non è una trascrizione completa.
Se una riunione o un'intervista è stata trascritta, la trascrizione è una fonte immutabile. Va aggiunta al contesto come tale.
Una fonte di sessione non è nemmeno una nota di riunione.
Una riunione ha spesso il proprio perimetro: un progetto, una feature, un cliente, una decisione. La sua nota o trascrizione può alimentare il contesto dedicato. Questo non trasforma automaticamente quella nota in fonte di sessione.
Una fonte di sessione non è un chat log grezzo.
Tutta la cronologia di una conversazione non è destinata a diventare fonte. Ciò che conta è il materiale volontariamente versato in un Context che ha un goal e un focus.
Infine, una fonte di sessione non è una base documentale.
La base documentale conserva riferimenti e tracce. La fonte di sessione cattura ciò che si sta formulando attorno a questi riferimenti e al campo.
Le condizioni di successo
Una fonte di sessione ha valore solo se resta inquadrata.
Serve prima di tutto un goal e un focus. Senza di essi, diventa un contenitore indifferenziato. Con un buon focus, cattura il materiale utile senza decidere troppo presto della sua forma finale.
Bisogna poi separare la fonte grezza dalla conoscenza stabilizzata. La fonte di sessione conserva il materiale primario. Le note, invece, formalizzano ciò che merita di essere riutilizzato.
Serve infine un'ingestione capace di gestire la ripetizione.
Dire tre volte la stessa cosa con tre sfumature diverse non è un problema. È spesso così che un'idea matura. Il ruolo dell'ingestione non è duplicare tre note, ma accrescere le sfumature in una conoscenza più fine.
La fonte di sessione richiede quindi meno una logica di archiviazione che una logica di maturazione.
Dare al Context un canale per imparare dall'umano
Le organizzazioni sanno sempre meglio produrre fonti.
Documentano, trascrivono, centralizzano, indicizzano, automatizzano la raccolta dei feedback utenti. È necessario.
Ma una parte della conoscenza utile resta nelle teste.
Non perché sia impossibile da scrivere. Perché nasce nell'interpretazione, nelle conversazioni, nei collegamenti deboli, nei dettagli troppo piccoli per diventare spontaneamente documenti.
Il PM non deve quindi solo fornire fonti al Context. Deve anche potergli versare progressivamente la propria comprensione del campo.
Un contesto ben nutrito non sa solo cosa dicono le fonti.
Comincia a capire cosa ha imparato il team.
Per saperne di più
Il PM come architetto del Contesto Sotto il cofano del mio motore di contesto: come un'IA ricorda una missione I sistemi informativi non spariranno. La loro forma cambierà. Il secondo cervello è un vicolo cieco per il product management