Giovedì pomeriggio, review di prodotto. La PM arriva con il documento a cui ha lavorato per due settimane: quindici pagine, benchmark dei competitor, tre opzioni di soluzione, una matrice di priorità con i colori giusti. Si siede, apre il laptop, e prima che riesca a condividere lo schermo un ingegnere del team — uno che fino a sei mesi fa avrebbe chiesto "dov'è il ticket?" — proietta un prototipo funzionante della terza opzione. L'ha costruito martedì sera con un agente di coding, l'ha fatto provare mercoledì a due clienti in call, e ha già i log delle sessioni. Il documento di quindici pagine non è sbagliato. È solo arrivato dopo la realtà.
Chi lavora nel prodotto ha visto questa scena, o la vedrà entro l'anno. E la lettura comune — "l'AI farà risparmiare tempo ai PM, che potranno concentrarsi sulla strategia" — è il modo più educato e più sbagliato di descriverla. Quello che è successo in quella stanza non è un risparmio di tempo. È un cambio di valuta.
La mia tesi è questa: gli agenti AI non automatizzano il lavoro del product manager — demonetizzano i suoi artefatti. Il mestiere del PM si è sempre retto su due gambe che ci siamo abituati a confondere: produrre artefatti di coordinamento (PRD, ticket, sintesi di ricerca, roadmap, deck) e prendere decisioni di cui rispondere (cosa costruire, cosa no, quando, per chi). Gli agenti stanno portando il costo della prima gamba vicino a zero. Chi ha costruito la propria carriera sulla prima gamba scoprirà che il mercato non la paga più. Chi sa distinguere le due gambe scoprirà che la seconda, improvvisamente, vale molto di più di prima. E per chi guida un'azienda — il founder che legge — questo cambia il modo di assumere PM, di contarli, e di farli crescere.
Il meccanismo: perché proprio gli artefatti del PM
Per capire dove colpisce l'onda, bisogna guardare come funziona un agente, non cosa promette la slide del vendor.
Un agente è un modello linguistico messo dentro un ciclo: riceve un obiettivo, produce un piano, usa strumenti (legge documenti, interroga dati, scrive codice, naviga), osserva il risultato, corregge, ripete. Niente di magico: la novità degli ultimi due anni non è l'intelligenza del modello, è la capacità di sostenere questo ciclo per ore senza perdere il filo, su compiti che prima richiedevano una persona per giorni.
Ora guardiamo il lavoro quotidiano di un PM con gli occhi di questo ciclo. Gran parte degli artefatti che un PM produce ha tre proprietà che li rendono il bersaglio perfetto:
-
Sono trasformazioni testo-su-testo. Un PRD è la trasformazione di conversazioni, dati e vincoli in un documento strutturato. Una sintesi di ricerca utenti è la compressione di venti trascrizioni in cinque temi. Un backlog raffinato è la traduzione di una strategia in ticket. Sono esattamente le operazioni per cui i modelli linguistici sono costruiti.
-
Il contesto necessario è in larga parte già scritto. Trascrizioni di call, ticket di supporto, analytics, documenti precedenti, thread su Slack. Un agente con accesso a queste fonti parte con l'80% del contesto che il PM avrebbe raccolto a mano in una settimana.
-
Il costo della seconda copia è zero. Qui sta il punto economico vero. Un PM produce un PRD in due settimane; un agente ne produce tre versioni alternative in un'ora, e altre tre domani se cambia un vincolo. Quando il costo marginale di un artefatto crolla, crolla anche il suo valore di segnale: un documento curato non dimostra più due settimane di pensiero, dimostra un buon prompt.
Quest'ultimo punto merita una pausa, perché è il cardine di tutto il resto. Nelle organizzazioni, gli artefatti del PM non sono mai stati solo contenitori di informazione: erano valuta. Il PRD ben fatto comprava credibilità con l'engineering. La sintesi di ricerca comprava un posto al tavolo con il management. La roadmap dettagliata comprava fiducia dal board. Il PM scambiava artefatti contro influenza, e l'organizzazione accettava lo scambio perché produrre quegli artefatti era costoso e quindi il documento era una prova di lavoro. Gli agenti rompono lo scambio dal lato dell'offerta: quando chiunque può produrre un documento impeccabile in un'ora, il documento impeccabile non prova più niente.
Dove il ciclo si ferma
Se il meccanismo si fermasse qui, la conclusione sarebbe brutale: il PM è finito. Ma il ciclo dell'agente ha tre punti di arresto precisi, e sono esattamente i punti dove il mestiere si ritira e si concentra.
Primo: il contesto non scritto. L'agente lavora su ciò che è documentato. Ma le decisioni di prodotto più importanti dipendono da ciò che non lo è: il motivo per cui quel cliente enterprise è nervoso e non lo dice nelle call registrate, la storia della feature che abbiamo già provato a costruire nel 2023 e perché è fallita, l'equilibrio politico tra vendite e prodotto che rende una certa scelta impraticabile a prescindere dai suoi meriti. Questo contesto vive nelle teste e nei corridoi. Un PM che lo possiede ha qualcosa che nessun agente può recuperare con una query — non perché il modello sia stupido, ma perché il dato non esiste in nessun posto interrogabile.
Secondo: l'asimmetria tra generare e verificare. Produrre un artefatto è diventato economico; stabilire se è giusto non lo è affatto. La sintesi di ricerca dell'agente è plausibile — ma ha pesato troppo i tre utenti più loquaci? Il PRD è completo — ma l'edge case che manca è proprio quello che farà saltare il rinnovo del cliente più grande? La verifica richiede esattamente il giudizio e il contesto che l'agente non ha, e il volume da verificare cresce con la produttività dell'agente. Il collo di bottiglia non è sparito: si è spostato a valle, dalla scrittura alla verifica. Chi ha visto cosa è successo nello sviluppo software con gli agenti di coding riconosce il pattern: il vincolo non è più scrivere il codice, è fidarsi del codice scritto.
Terzo, e decisivo: la responsabilità. Una decisione di prodotto è una scommessa con conseguenze irreversibili — mesi di lavoro di un team, un posizionamento, a volte la cassa di una startup. Le organizzazioni non delegano scommesse del genere a chi non può risponderne, e un agente non può risponderne per costruzione: non ha reputazione da perdere, non ha equity, non ha una carriera.
Un agente non può essere licenziato. Per questo non gli verrà mai chiesto di decidere.
Questo limite non è tecnico, è istituzionale — e infatti non si sposta con il prossimo modello. Anche un agente con giudizio sovrumano resterebbe un consulente: brillante, instancabile, e strutturalmente irresponsabile.
Le implicazioni: cosa cambia per chi decide
Fin qui il meccanismo. Ora la catena dei "e quindi", perché è lì che si gioca la partita per un PM e per un founder.
E quindi: il rapporto PM/ingegneri cambia, ma non come si pensa. La previsione pigra è "serviranno meno PM". La dinamica vera è più interessante. Gli ingegneri armati di agenti non aspettano più il PRD: prototipano direttamente, come l'ingegnere della scena iniziale. Questo significa che il PM smette di essere l'unico produttore di proposte e diventa l'arbitro tra proposte — non più scrittore di opzioni, ma editor di opzioni costruite da altri (umani e agenti). Servono meno PM per superficie di prodotto, sì; ma quelli che servono fanno un lavoro a densità decisionale molto più alta. Per un founder, la domanda in assunzione cambia di conseguenza: non "quanto è bravo a scrivere un PRD" — l'agente lo scrive — ma "quanto è bravo a smontare un PRD plausibile e trovare l'assunzione marcia". Sono abilità correlate ma non identiche, e la seconda è molto più rara.
E quindi: il collo di bottiglia diventa la banda decisionale, e questo è un problema del founder. Se ogni team produce cinque volte più prototipi, analisi e proposte, ma l'azienda prende decisioni alla stessa velocità di prima, il risultato non è cinque volte più progresso: è una coda di prototipi orfani che invecchiano in attesa di un verdetto. Ho visto aziende celebrare la propria "trasformazione AI-first" misurando l'output generato — documenti, esperimenti, demo — mentre il throughput di decisioni effettive restava identico. È la versione aziendale dell'ingorgo: aggiungere corsie all'autostrada e lasciare lo stesso casello a una sbarra. Per il CEO, la mossa non è comprare più agenti: è ridisegnare chi decide cosa a quale livello, abbassando le decisioni reversibili il più vicino possibile a chi ha il contesto, e riservando il tavolo del management a quelle irreversibili.
E quindi: il contesto proprietario diventa il patrimonio del PM. Se gli artefatti non sono più valuta, cosa lo è? Due cose che l'agente non può procurarsi da solo: l'accesso diretto e continuo ai clienti, e la memoria istituzionale delle scommesse passate. Il PM che passa le ore liberate dagli agenti a parlare con i clienti sta accumulando esattamente l'asset che rende le sue verifiche e le sue decisioni migliori di quelle di chiunque — agente incluso — lavori solo sul documentato. Il PM che passa quelle ore a produrre più artefatti sta correndo più veloce su un tapis roulant che lo sta scaricando.
E quindi: la scala della carriera si è rotta, e quasi nessuno ne parla. Questo è il secondo effetto che la discussione pubblica ignora. Come si è sempre formato un PM senior? Facendo per anni il lavoro che oggi fanno gli agenti: scrivere ticket, sintetizzare ricerche, preparare documenti — e sbagliando, e venendo corretto. La gavetta degli artefatti era il programma di addestramento del giudizio. Se gli artefatti li fanno gli agenti, da dove arriva il giudizio dei senior tra cinque anni? Un founder che oggi smette di assumere junior "perché tanto c'è l'agente" sta facendo un'operazione di cassa con i soldi del futuro: risparmia uno stipendio adesso e si priva del senior che gli servirà nel 2031. L'alternativa non è tornare indietro, è ridisegnare l'apprendistato: junior che verificano l'output degli agenti sotto supervisione, che presidiano le call con i clienti, che vengono valutati sulla qualità delle obiezioni e non sulla quantità dei documenti. Costa attenzione manageriale. Non farlo costa una generazione di giudizio.
E quindi, per chi costruisce in Italia. I team di prodotto italiani sono cronicamente sotto-organico: la PMI digitale con un PM che fa anche il project manager, il customer success e talvolta il commerciale è la regola, non l'eccezione. Questo, paradossalmente, è un vantaggio in questa transizione. Le grandi organizzazioni di prodotto americane devono smontare strati di ruoli costruiti sulla produzione di artefatti — ed è doloroso. Un team italiano di otto persone non ha niente da smontare: l'agente non sostituisce un collega, riempie una sedia che è sempre stata vuota. Per una volta, la leva gioca a favore di chi è piccolo e affamato di braccia. A condizione di non usarla per produrre dieci volte più documenti che nessuno leggerà.
Le obiezioni serie
La versione più forte del dissenso non è "gli agenti non funzionano". È questa: l'abbiamo già sentita. Il no-code doveva eliminare gli sviluppatori, l'offshoring doveva svuotare gli uffici tecnici europei, e ogni ondata di tool "rivoluzionari" per PM ha prodotto soprattutto più riunioni per discuterne. Perché stavolta sarebbe diverso?
La risposta sta nel meccanismo, non nell'entusiasmo. Il no-code e l'offshoring spostavano il lavoro — verso un altro strumento, un altro paese — lasciandone intatto il costo di coordinamento, che anzi spesso cresceva. Gli agenti abbassano il costo marginale della produzione dentro il ciclo di lavoro quotidiano, senza handoff, senza fuso orario, senza contratto. È la differenza tra delegare un compito e dimezzarne il prezzo: la prima cosa riorganizza il lavoro, la seconda cambia cosa conviene fare. Le ondate precedenti erano la prima cosa travestita da seconda.
Una seconda obiezione: il giudizio degli agenti migliorerà, e anche la verifica verrà automatizzata. In parte è vero, ed è onesto distinguerlo per orizzonti. Oggi, la verifica di un artefatto di prodotto richiede un umano con contesto. Tra 18 mesi, è plausibile che agenti specializzati verifichino altri agenti su tutto ciò che è formalizzabile — coerenza con i dati, completezza rispetto a una checklist, contraddizioni interne. Ma la parte della verifica che dipende dal contesto non scritto e la parte della decisione che richiede responsabilità restano fuori, per le ragioni istituzionali viste sopra: chi firma risponde, e per rispondere serve poter perdere qualcosa. Tutto ciò che va oltre — "gli agenti svilupperanno giudizio autonomo affidabile su scommesse irreversibili" — oggi è speculazione, e va trattata come tale.
C'è infine un caso in cui la mia tesi cede davvero, e va detto: nei team molto piccoli — il founder tecnico con tre ingegneri — gli agenti possono rendere superfluo il PM dedicato, perché le due gambe del mestiere le tiene già il founder, e gli artefatti li fanno le macchine. Ma questa non è una novità prodotta dagli agenti: in quei team il PM dedicato era già una scelta discutibile. Gli agenti l'hanno solo resa evidente.
L'atterraggio
Il test che proporrei a ogni PM — e a ogni founder che valuta i propri PM — è di una semplicità sgradevole. Prendete l'ultima settimana di calendario e dividete le ore in due colonne: quelle passate a produrre artefatti che un buon agente farebbe all'80% della qualità, e quelle passate a fare ciò che l'agente non può fare — parlare con clienti, verificare con cognizione, decidere e rispondere della decisione. Nella maggior parte dei casi che ho visto, la prima colonna vince con largo margine.
Quella prima colonna è già persa. Non quest'anno, non per tutti allo stesso momento, ma la direzione non è in discussione: è valore che il mercato smetterà di pagare, perché il suo costo di produzione sta andando a zero. La domanda che conta non è come difenderla. È cosa metterci al posto suo.
Tre mosse, in ordine di priorità. Spostare deliberatamente le ore dalla produzione alla verifica e alla decisione, e farlo misurare: un PM dovrebbe poter dire quante decisioni ha fatto avanzare questa settimana, non quanti documenti ha consegnato. Investire le ore liberate nell'unico asset che si apprezza in questo scenario: contesto proprietario, cioè clienti frequentati di persona e memoria delle scommesse passate, messa per iscritto finché c'è ancora chi la ricorda. E ridisegnare la crescita dei junior prima che la vecchia scala finisca di sbriciolarsi, perché il giudizio dei senior del 2031 si sta formando — o non formando — adesso.
Il product manager che produce documenti è un mestiere in liquidazione. Il product manager che risponde delle scommesse non è mai valso così tanto.