Scritto originalmente in francese. Tradotto dall'IA — il significato è stato preservato, non la prosa.
Questo articolo è lo sviluppo teorico dell'esempio presentato nell'articolo Un file, qualche direttiva, e Claude fa il resto — come ho strutturato 500 email senza fatica Sviluppato in questo articolo Dal file unico al sistema di contesti: perché la memoria di un LLM non sta in un solo documento
Le organizzazioni di prodotto sanno già produrre documenti. Sanno scrivere PRD, impostare brief, alimentare roadmap, formulare ticket, documentare decisioni e preparare revisioni delle priorità. In un'azienda di prodotto matura, il problema non è quindi che non si scriva nulla.
Il problema è che molto di ciò che viene scritto non capitalizza davvero il ragionamento.
Un PRD risponde a un'opportunità. Spiega che cosa si vuole fare, per chi, perché, perché adesso, con quali ipotesi, quali rischi, quali impatti attesi e quali vincoli. È utile. Può perfino essere indispensabile per allineare un team, un comitato di prodotto, una direzione o un'organizzazione go-to-market.
Ma una volta presa la decisione, gran parte di ciò che ha permesso di scrivere quel PRD si disperde. I feedback dei clienti restano nelle trascrizioni. Le obiezioni commerciali restano nella testa dei sales. I vincoli di adozione restano dai CSM. Le scelte fatte restano in un verbale. I segnali deboli restano nel supporto. Le ragioni profonde della decisione restano nella memoria del PM.
Sei mesi dopo, l'organizzazione ricomincia quasi da zero.
Ritrova documenti, torna a chiedere spiegazioni, ricostruisce argomenti, rilegge appunti, interroga di nuovo le stesse persone, oppure decide con una versione impoverita del Contesto. Il costo non è soltanto documentale. È strategico: le decisioni successive sono più lente, ma anche meno buone, perché non sfruttano fino in fondo il Contesto che l'azienda ha già accumulato.
Il punto non è quindi documentare meglio il prodotto. Il punto è costruire un sistema che riduca il costo delle decisioni successive e ne migliori la qualità mobilitando tutto il Contesto disponibile: feedback dei clienti, scelte già fatte, segnali convergenti, conoscenza di settore, fonti affidabili, obiezioni commerciali, vincoli di adozione ed esempi che vengono da altri segmenti o da altre situazioni.
Questa capacità diventa un vantaggio competitivo.
Il PM architetto del Contesto non si distingue perché parla con i clienti. Si distingue perché trasforma la conoscenza del cliente in un asset organizzativo riutilizzabile: captato, strutturato, collegato, condiviso e reimmesso nelle decisioni di prodotto e go-to-market.
In un mercato dove la tecnologia è più accessibile, il vantaggio non viene più soltanto da ciò che si riesce a costruire. Viene dalla qualità del Contesto che guida ciò che si sceglie di costruire.
Perché il tema diventa strategico adesso
Per molto tempo l'accesso a certe tecnologie poteva creare di per sé un vantaggio competitivo. Un'azienda in grado di finanziare un'infrastruttura costosa, un database ad alte prestazioni o sistemi complessi poteva andare più veloce dei concorrenti, trattare più volume o offrire capacità che gli altri non avevano.
Quel vantaggio dipendeva anche dal capitale iniziale. A volte bisognava tirare fuori una somma importante ancora prima di aver validato il mercato o acquisito abbastanza clienti. Il costo di accesso alla tecnologia creava una barriera.
Quel mondo non c'è più. I blocchi tecnici sono molto più accessibili. Cloud, API, SaaS, IA…: gran parte dell'infrastruttura moderna si consuma a consumo. Si paga poco per volta, in base all'uso, invece di dover finanziare in blocco la capacità prima di aver validato il mercato.
La conseguenza è semplice: l'accesso alla tecnologia è sempre meno il fattore che differenzia in modo duraturo. Due concorrenti possono mettere in campo gli stessi cloud, gli stessi modelli di IA…
Produrre qualcosa non basta più. Nemmeno produrre in fretta basta sempre.
La differenza si gioca sulla pertinenza di ciò che si costruisce.
E questa pertinenza dipende dalla comprensione del contesto del cliente: le vere poste in gioco, i vincoli economici, la normativa, gli obblighi di prova, la cultura aziendale, le alternative, le abitudini organizzative, la reale distribuzione delle responsabilità, i costi nascosti, gli obiettivi, le paure e i non detti.
Le fonti pubbliche danno una base comune. Tutti possono leggere gli stessi white paper, le stesse pagine web, gli stessi report e gli stessi contenuti di riferimento. Molto meno copiabili sono invece le conversazioni private, le trascrizioni, le obiezioni, i racconti di tutti i giorni, i vincoli interni, le tensioni di adozione e le scelte che i clienti hanno davvero vissuto.
La conoscenza del cliente diventa allora un asset strategico, a patto che non resti materia grezza.
Una conversazione, un verbatim o un segnale del cliente non diventano Contesto in automatico. Per essere riutilizzabili devono essere trasformati in idee chiare, con una fonte e collegate tra loro: un'obiezione, una posta in gioco, un vincolo, una prova, un'alternativa, una scelta. È questo lavoro di strutturazione che porta la conoscenza del cliente da materia grezza ad asset organizzativo.
Il problema: il PRD è spesso una spesa, non un capitale
Il PRD è un buon esempio del problema.
In molte organizzazioni serve a prendere una decisione o ad avviare un tema. Mette insieme abbastanza Contesto per rispondere a un'opportunità precisa. Poi diventa un documento di riferimento locale, legato a un progetto, a un'iniziativa, a un periodo, a un team.
Ma il ragionamento che c'è sotto non viene sempre capitalizzato.
Prendiamo un PRD che giustifica una nuova capacità di reporting finanziario. Può contenere una sintesi chiara: problema, destinatari, soluzione, dipendenze, rischi. Ma ciò che ha permesso di arrivare a quella sintesi è spesso molto più ricco.
L'approccio per Contesto consiste nell'estrarre da questi documenti e da queste conversazioni unità di conoscenza riutilizzabili: note atomiche, note tematiche, glossari, collegamenti (rete di conoscenza), prove, esempi e scelte. Il PRD non è più l'unico luogo in cui il ragionamento esiste. Diventa l'output visibile di un capitale di conoscenza più profondo.
Una nota atomica è una nota centrata su una sola unità di pensiero: un concetto, un'affermazione, una relazione tra due idee o una domanda precisa.
Non è per forza breve. È atomica perché ha un unico centro di gravità concettuale: tutto ciò che contiene serve la stessa idea.
Per un'organizzazione il suo interesse è molto concreto: si capisce senza riaprire la fonte di partenza, si collega ad altre note, si riutilizza in più decisioni e si arricchisce nel tempo con nuovi esempi, nuove fonti o nuovi contesti. Una nota atomica non è quindi né una citazione, né un estratto, né il riassunto di un documento. È un blocco di ragionamento riutilizzabile.
Questa logica cambia l'economia del lavoro di prodotto.
Senza Contesto capitalizzato, ogni PRD è uno sforzo isolato. Con un Contesto strutturato, ogni PRD arricchisce il successivo. La conoscenza non riparte da zero. Si infittisce.
Che cos'è un Contesto, concretamente
Un Contesto non è un sistema documentale.
Un sistema documentale conserva documenti. Un Contesto di prodotto fa emergere, stabilizza e collega idee elementari che vengono da più fonti: feedback dei clienti, trascrizioni, sales call, ticket di supporto, note dei CS, decisioni passate, analisi della concorrenza, dati di utilizzo, fonti affidabili e conoscenza di settore.
Un Contesto non è un magazzino. È un sistema di interpretazione.
Lo si può leggere su tre livelli:
- I materiali grezzi: interviste, ticket, chiamate, verbatim, dati di utilizzo, fonti, decisioni.
- Le unità di capitalizzazione: note atomiche, note tematiche, glossari, prove, scelte.
- Gli usi di business: PRD, roadmap, posizionamento, sales narrative, onboarding, analisi strategica.
Il sistema documentale conserva soprattutto il primo livello. Il Contesto crea il passaggio tra i tre.
Il Contesto non aggiunge uno strato documentale. Trasforma materiali dispersi in blocchi di ragionamento riutilizzabili.
In un sistema documentale classico, un'idea può restare prigioniera di un documento lungo. Si sa vagamente che un tema è già stato studiato, ma nessuno sa dove, con quale conclusione, a partire da quali prove, né a quali condizioni quella conclusione potrebbe essere riutilizzata.
In un sistema di Contesto, il ragionamento è scomposto in blocchi collegati. Una nota atomica stabilizza un'idea autonoma. Una nota tematica mette insieme più blocchi attorno a un angolo di lettura o a una tensione. Un glossario chiarisce i termini per evitare che ognuno usi le stesse parole con significati diversi.
Il formato conta meno del principio: atomicità, fonte, collegamento, riutilizzo.
Un'idea atomica può alimentare un PRD oggi, una scelta di roadmap domani, una sales narrative fra tre mesi, un onboarding fra sei mesi o un articolo strategico più avanti. Può essere rafforzata da una nuova fonte, sfumata da un nuovo segmento, contraddetta da un caso limite o collegata a una decisione successiva.
È per questo che l'approccio per Contesto non chiede di documentare di più. Chiede di capitalizzare meglio.
L'IA accentua questo punto. Per chi guida un'azienda, il tema non è capire tecnicamente concetti come il RAG. Il tema è dare all'IA accesso ai blocchi giusti di conoscenza interna, in modo che li ritrovi, li rimetta nel giusto contesto e li ricombini in una decisione, un brief, un posizionamento o un'analisi.
Il RAG permette di ritrovare conoscenza per vicinanza di idee, non soltanto per parole chiave.
L'utilità è semplice: anche se i team non usano lo stesso vocabolario, l'IA può ritrovare le note, le prove o le decisioni che parlano di idee vicine. Il RAG collega le idee più che le parole.
Un'IA collegata a un ammasso di documenti produce sintesi fragili. Un'IA collegata a un Contesto strutturato può aiutare l'organizzazione a ritrovare i segnali giusti, le scelte giuste, gli esempi giusti e le prove giuste.
La qualità dell'IA dipende allora dalla qualità del Contesto che l'azienda ha costruito.
Come il Contesto migliora la decisione
L'approccio per Contesto non garantisce che una decisione sarà buona. Ma aumenta le probabilità che venga presa su una materia più completa, più collegata e più solida.
Migliora la decisione su quattro dimensioni.
1. Riduce il costo della riscoperta. L'organizzazione non deve ricostruire ogni volta gli stessi argomenti, gli stessi vincoli o le stesse prove.
2. Migliora la qualità di lettura. Una richiesta di oggi può essere confrontata con segnali passati, con situazioni simili, con decisioni precedenti, con obiezioni commerciali e con vincoli di adozione già osservati.
3. Rende più visibili i punti ciechi. Un PM può lasciarsi sfuggire una sfumatura. Un team può vedere soprattutto con la propria lente. Ma un Contesto che aggrega i feedback di PM, PMM, Sales, CS, Support, clienti e fonti esterne aumenta la probabilità di cogliere ciò che una persona da sola non avrebbe visto.
4. Rende le scelte più difendibili. Una decisione non poggia più soltanto su un'intuizione o sulla memoria di una persona. Può essere collegata a prove, a segnali convergenti, alle poste in gioco di un segmento e a scelte strategiche esplicite.
La prova non è una certezza matematica. Si costruisce per convergenza.
Il Contesto non serve solo a decidere più in fretta. Serve a decidere con più memoria, più prove, più sfumature e meno punti ciechi.
La meccanica: captare, strutturare, collegare, condividere, reimmettere
Il PM architetto del Contesto non è un documentalista. E non è nemmeno soltanto chi conduce interviste, chi stabilisce le priorità o chi scrive i PRD.
Il suo ruolo è trasformare una conoscenza dispersa in un asset organizzativo.
Questa trasformazione sta in cinque movimenti. È il modo di lavorare minimo di un'organizzazione che vuole fare del Contesto un capitale.
Captare. Il Contesto si nutre di interviste, trascrizioni, sales call, feedback del supporto, scambi con i CS, monitoraggio del settore, monitoraggio della concorrenza, fonti affidabili, dati di utilizzo, decisioni passate e segnali deboli. Tutte le funzioni possono captare informazioni sul cliente, ma non le analizzano con la stessa lente.
Strutturare. Una richiesta diventa un segnale. Un segnale viene collegato a una situazione. Una situazione rivela una posta in gioco. Una posta in gioco viene ricondotta a un segmento, a una strategia, a un vincolo, a una prova o a un'alternativa. Strutturare non vuol dire mettere in ordine. Vuol dire rendere l'informazione pensabile e azionabile.
Collegare. Un Contesto utile collega oggetti che altrimenti resterebbero separati: un'obiezione commerciale e un limite del posizionamento, un attrito di adozione e un vincolo culturale, la richiesta di una feature e una posta in gioco normativa, un ticket di supporto e un debito di comprensione del prodotto, un'alternativa della concorrenza e una categoria di mercato.
Condividere. Il Contesto del cliente non può restare nella testa del PM. Deve circolare verso Product Marketing, Sales, CS, Support, direzione, design e engineering. Ma deve circolare senza impoverirsi. Una sintesi è utile, però il materiale grezzo deve restare accessibile quando c'è da reinterpretare.
Reimmettere. Il Contesto vale solo se torna dentro le decisioni: roadmap, posizionamento, categoria, messaging, sales narrative, onboarding, servizio, contenuti, pricing, packaging, scelte strategiche.
Questa meccanica dà una direzione concreta. Non si tratta di creare una grande biblioteca di prodotto. Si tratta di costruire un ciclo che trasformi ciò che l'azienda impara in decisioni future migliori.
In pratica, un'organizzazione può partire da una domanda semplice: per ogni decisione importante, quali blocchi di Contesto sono stati captati, strutturati, collegati, condivisi e reimmessi? Se la risposta è vaga, il sistema poggia ancora troppo sulle persone e troppo poco su un capitale collettivo.
Che cosa cambia per il go-to-market
Il Contesto del cliente non è soltanto un asset di prodotto. È un asset go-to-market.
Lo stesso blocco di Contesto può essere riutilizzato da più funzioni, ma non per produrre lo stesso deliverable.
Una posta in gioco normativa ricorrente può alimentare una decisione di roadmap lato Product, un messaggio di differenziazione lato Product Marketing, una prova di valore lato Sales, un percorso di adozione lato CSM e un contenuto rassicurante lato marketing. Il valore non viene dal ricopiare ovunque la stessa informazione. Viene dal fatto che l'organizzazione dispone di un capitale comune, che ogni funzione può ricombinare secondo il proprio uso.
È un cambiamento importante. Senza Contesto condiviso, ogni funzione ricostruisce la propria versione del cliente: il PM vede un problema di prodotto, il PMM vede un problema di percezione, il Sales vede un'obiezione, il CSM vede un attrito di adozione. Sono letture tutte utili, ma restano deboli se non si collegano tra loro.
Con un Contesto capitalizzato, queste lenti arricchiscono la stessa memoria. Product capisce meglio che cosa deve costruire. Product Marketing capisce meglio come rendere leggibile il valore. Sales capisce meglio come far risuonare quel valore in una situazione concreta. Il CSM capisce meglio come il Contesto evolve dopo l'acquisto.
Il Contesto diventa allora un'infrastruttura comune di decisione e di racconto: alimenta la roadmap, il posizionamento, la sales narrative, l'onboarding, i contenuti, il pricing, il packaging e le scelte strategiche.
Che cosa cambia per il cliente
La conoscenza del cliente non serve soltanto a vendere meglio o a dare priorità migliori. Può anche essere restituita al cliente sotto forma di capacità.
Si possono distinguere tre flussi:
- la conoscenza sui clienti: i loro segmenti, vincoli, comportamenti, obblighi, organizzazioni;
- la conoscenza che viene dai clienti: i loro racconti, obiezioni, usi, scorciatoie, frustrazioni, scelte;
- la conoscenza per i clienti: ciò che il prodotto restituisce loro per renderli più capaci.
Questa terza dimensione è spesso sottovalutata.
Un modulo di audit normativo, per esempio, non serve soltanto a spuntare una casella funzionale. Se aiuta il cliente a capire che cosa deve fare, ad automatizzare una parte del lavoro, a produrre prove e a sentirsi coperto da una base di conoscenza affidabile, allora lo rende più tranquillo, più produttivo e più competente.
Un buon prodotto non si limita a eseguire un compito. Migliora la capacità del cliente di far fronte al suo contesto.
Non costruire macchine fotografiche migliori; costruisci fotografi migliori. — Kathy Sierra, Badass: Making Users Awesome
Che cosa deve cambiare in un'organizzazione
La domanda pratica è quindi questa: che cosa deve cambiare in un'organizzazione che vuole lavorare per Contesto?
Deve intanto smettere di considerare il PRD come il luogo principale del ragionamento di prodotto. Il PRD resta utile, ma deve diventare l'output di un sistema di conoscenza più profondo.
Deve poi organizzare i materiali di conoscenza attorno a ciò che illumina davvero le decisioni: poste in gioco, situazioni, prove, scelte, segmenti coinvolti e decisioni passate.
Deve rendere accessibili le fonti grezze quando servono: trascrizioni, verbatim, sales call, ticket di supporto, feedback dei CS. Le sintesi sono utili, ma non devono togliere la possibilità di reinterpretare.
Deve anche creare blocchi riutilizzabili: note atomiche, note tematiche, glossari, mappe di collegamenti, insiemi di prove convergenti. Questi blocchi devono poter alimentare più deliverable: PRD, roadmap, posizionamento, sales narrative, onboarding, analisi strategica.
Deve infine mettere in piedi un ciclo tra le funzioni. PM, PMM, Sales, CS e Support non devono possedere ciascuno una versione diversa del cliente. Devono contribuire a una memoria comune, pur mantenendo la propria lente.
Il beneficio atteso non è soltanto documentale. È operativo e strategico:
- decisioni più rapide;
- decisioni più solide;
- meno riscoperta;
- onboarding migliore per PM, PMM e leader;
- più coerenza tra prodotto, marketing e sales;
- più capacità di cogliere le poste in gioco di un segmento;
- migliore sfruttamento della conoscenza del cliente non pubblica;
- uso migliore dell'IA, perché la conoscenza interna è strutturata meglio.
Il Contesto diventa allora un capitale.
Conclusione: il Contesto è l'asset, il PRD è un output
Il backlog resta utile. Il PRD resta utile. Il brief resta utile. La roadmap resta utile. Nessuno di questi artefatti sparisce.
Ma non dovrebbero stare al centro del sistema.
Dovrebbero essere gli output visibili di un capitale di conoscenza più profondo: un Contesto di prodotto vivo, strutturato, interrogabile e riutilizzabile.
In un ambiente dove la tecnologia è più accessibile, dove i concorrenti possono mettere in campo gli stessi blocchi, dove i clienti confrontano più in fretta e dove le alternative si moltiplicano, la differenza si gioca sulla capacità di capire con precisione che cosa crea valore per un dato segmento.
Questa comprensione non può restare nella testa di poche persone. Deve diventare un asset organizzativo.
Il PM architetto del Contesto è chi rende possibile questa trasformazione. Capta i segnali, risale alle poste in gioco, conserva le scelte fatte, struttura le idee, collega le prove, rende visibili le contraddizioni, alimenta il posizionamento, illumina le sales narrative, nutre la roadmap e costruisce una memoria che l'organizzazione può riutilizzare.
Questo ruolo diventa tanto più strategico quanto più l'IA rende facile produrre artefatti. Se tutti possono generare più in fretta brief, ticket, sintesi o varianti di messaggi, la differenza non verrà dal volume di artefatti prodotti. Verrà dalla qualità del Contesto su cui quegli artefatti poggiano.
Un'organizzazione di prodotto che sa trasformare le proprie conversazioni private, le proprie scelte e i propri segnali convergenti in memoria riutilizzabile possiede qualcosa che i concorrenti non possono copiare subito.
Non documenta soltanto il proprio passato.
Costruisce la propria capacità futura di decidere.