6 Migliori Pratiche di Product Management che Ogni PM Deve Padroneggiare
La gestione del prodotto è stato il lavoro dei miei sogni fin dal momento in cui ho aperto per la prima volta la backlog di Jira. Pur essendo così popolare, è anche una professione piena di idee sbagliate.
Ogni azienda ha la propria idea di come debba essere un ottimo product manager e delle sue responsabilità e mansioni. Nonostante ciò, molte delle migliori pratiche consolidate nella gestione del prodotto sono universali e possono essere applicate a qualsiasi prodotto o azienda.
Vediamo più da vicino queste best practice della gestione del prodotto, insieme ad alcuni suggerimenti su come applicarle quotidianamente.
Want more from The CPO Club?
Sign up for a free membership to complete reading this article:
Have an account? Log In
Comprendere il ruolo del product manager
Dunque, cos’è la gestione del prodotto? A seconda di chi chiedi, può essere una posizione nuova e appariscente in azienda con poco valore, oppure qualcosa senza la quale nessun business di successo può prosperare. Ovviamente, credo che la seconda sia vera. Ma lasciami spiegare più in dettaglio perché penso che il ruolo del product manager sia importante.
L'importanza della gestione del prodotto per il successo aziendale
Un business sostenibile si costruisce sul successo del proprio prodotto. Sì, puoi guadagnare offrendo prodotti o servizi scadenti, ma il tuo successo durerà poco. Prima o poi, arriverà un concorrente con un buon prodotto e ti porterà via tutti i clienti.
Per questo motivo, le aziende si affidano alle competenze e all’esperienza dei product manager per costruire prodotti in grado di attirare facilmente il pubblico target e trasformarli in clienti fedeli.
Competenze e qualità chiave di un product manager efficace
I grandi product manager (PM) sono i veri promotori del prodotto nella loro azienda. Credono fortemente nel successo del loro prodotto e ispirano attivamente chi li circonda con energia ed entusiasmo.
Oltre a ciò, sono anche comunicatori esperti che riescono a collegare il lavoro di tutti in azienda e a concentrare gli sforzi per costruire qualcosa di straordinario.
Queste erano le qualità dei PM efficaci. Ora diamo un’occhiata anche alle competenze. In generale, un product manager dovrebbe avere le seguenti capacità:
- Conoscenza approfondita del settore di riferimento.
- Familiarità con i principali software di product management.
- Capacità di affrontare l’incertezza e creare piani chiari per il proprio team.
- Capacità analitiche e di estrarre informazioni utili dai dati.
- Capacità di problem solving per trovare soluzioni ai problemi degli utenti.
- Competenze UX per costruire esperienze straordinarie per i propri utenti.
Infine, i product manager di successo dovrebbero avere almeno competenze tecniche di base per comprendere il funzionamento dei propri prodotti.
6 migliori pratiche nella gestione del prodotto
È piuttosto facile essere un product manager mediocre e molto difficile diventare uno efficace. Padroneggiare questo mestiere può richiedere anni, ma ci sono solo alcune aree su cui concentrarsi. In generale, i product manager efficaci sono quelli che sono riusciti a eccellere in questi ambiti.
1. Ricerca e analisi di mercato
Un product manager che non conosce il mercato si limiterà a fare supposizioni e consegnarle al team di sviluppo sotto forma di user story. Ovviamente, puoi dimenticarti il concetto di documenti di requisiti prodotto “centrati sul cliente” a questo punto.
Il lavoro di ogni product manager su un nuovo prodotto inizia quasi sempre dalla comprensione del mercato e degli utenti che lo compongono.
Per ottenere questa conoscenza, dovrai compiere le seguenti azioni:
- Misurare la dimensione del mercato (TAM, SAM, SOM). Puoi ottenere questi dati da documenti pubblici di ricerca di mercato.
- Effettuare una ricerca sui concorrenti, analizzando le loro funzionalità, i prezzi, l’esperienza utente, il marketing prodotto (soprattutto il messaggio) e le nicchie in cui operano.
- Effettuare una serie di interviste con il pubblico target e raccogliere feedback sulla tua idea.
- Elencare i punti dolenti degli utenti che i concorrenti non riescono a coprire. Puoi farlo sulla base della ricerca della concorrenza e delle informazioni raccolte dai clienti.
Dovrai poi documentare tutte le tue scoperte e utilizzarle come base per le tue future decisioni da product manager. Il formato del documento qui non è importante. Ciò che conta sono i risultati rilevati.
Tuttavia, questo è solo l'inizio. La ricerca di mercato iniziale e le interviste forniscono un’istantanea di un momento preciso, ma le esigenze e i comportamenti dei clienti raramente rimangono invariati. Per rimanere veramente focalizzati sul cliente, i product manager devono estendere questa fase alla discovery continua: raccogliere feedback regolarmente, monitorare i modelli di utilizzo e confrontarsi con gli utenti molto tempo dopo il lancio. Strumenti come interviste ricorrenti, sondaggi in-app e analisi di prodotto aiutano a garantire che gli insight non diventino obsoleti.
Integrare questo processo non deve essere complicato: molti team si impegnano costantemente in conversazioni con i clienti, sondaggi veloci e revisioni dei dati. La chiave è la costanza: quando il feedback è continuo, gli insight dei clienti diventano parte di ogni decisione di prodotto, non solo dell’avvio. Questo è ciò che trasforma una strategia di prodotto da informata dal mercato a realmente customer-centric.
2. Validazione e Test Iterativi Prima dello Sviluppo
Dopo aver raccolto insight dalla ricerca e dalle interviste con i clienti, il passo successivo non è entrare subito nello sviluppo, ma validare le proprie ipotesi. Lo sviluppo guidato dall’ipotesi aiuta i product manager a ridurre il rischio testando se un’idea porta valore reale prima di impegnare risorse ingegneristiche significative.
Questa validazione può assumere molte forme: prototipi cliccabili per testare i flussi utente, mockup per misurare l’interesse, A/B test di landing page, o addirittura esperimenti in stile concierge dove simuli manualmente una funzionalità per vedere se i clienti rispondono positivamente. Ogni metodo permette di testare il valore della proposta con investimenti minimi.
Validando le idee precocemente, si evita di costruire funzionalità inutilizzate e si assicura che i cicli di sviluppo si concentrino solo sulle soluzioni che risolvono problemi effettivi dei clienti.
3. Sviluppare una Strategia di Prodotto
La strategia di prodotto è l’insieme di azioni che tu e il tuo team svolgerete per costruire il prodotto, farlo crescere e raggiungere gli obiettivi di business. Si tratta di un’altra competenza cruciale per i product manager, che sono le figure con le migliori conoscenze riguardo al mercato, agli obiettivi dell’azienda e alle capacità del proprio team, per poter creare un piano di questo tipo.
Una strategia di prodotto di successo comprende elementi essenziali come la roadmap, le iniziative, i traguardi chiave, la definizione degli MVP, i principali indicatori per misurare le performance, le metodologie da adottare durante lo sviluppo del prodotto (es. scrum), la strategia di pricing e altro ancora. Per supportare queste attività strategiche, molti team utilizzano software specializzati per il product management che aiutano a organizzare le roadmap, tracciare i KPI e coordinare gli sforzi cross-funzionali.
4. Collaborazione e Comunicazione Trasversale
Uno dei modi più diffusi ed efficaci per organizzare il lavoro di un’azienda software è creare team cross-funzionali e abbattere i silos tra i dipartimenti aziendali. Di solito spetta al product manager assicurare che le informazioni fluiscano senza ostacoli sia all’interno del team che tra i diversi reparti dell’azienda.
Per questo i PM devono essere ottimi comunicatori e saper “tradurre” le informazioni da un team all’altro. Ad esempio, il messaggio del team di sviluppo “il codice di gestione dei cookie è rotto” deve essere reso in “le nostre analisi non funzionano” prima di comunicarlo al team marketing.
5. Priorità e Gestione del Product Backlog
Probabilmente il secondo compito più importante (dopo le interviste agli utenti) che un PM affronta quotidianamente è la definizione delle priorità nello sviluppo delle funzionalità presenti nel product backlog. Ci si ritroverà quasi sempre a ricevere richieste di funzionalità da più parti (CEO, sviluppatori, sales team, utenti, ecc.).
Il team non riuscirà quasi sicuramente a gestire tutte queste richieste contemporaneamente. Dovrai quindi stabilire delle priorità e rispondere con un “no” o “più tardi” ad alcuni stakeholder. Di solito i PM danno priorità ai compiti in base al valore per l’utente, all’allineamento strategico, al potenziale di impatto e alla complessità di implementazione.
6. Sviluppo Agile del Prodotto e Miglioramento Iterativo
A meno che tu non sia nel B2G o nell’enterprise, probabilmente lavorerai in un’azienda che ha adottato l’Agile come principale filosofia di sviluppo. Anche se ancora non lo utilizza, è probabile che vedrai la necessità di introdurre questa affascinante mentalità nella tua azienda per aumentare l’efficacia del team.
In ogni caso, dovrai sapere di cosa si tratta l’Agile e quali sono i framework più comuni. In particolare, dovrai conoscere Kanban e anche Scrum con i suoi elementi fondamentali - ruoli (product owner, membri del team scrum, ecc.), iterazioni (sprint), eventi (demo, retrospettiva, ecc.) e altri elementi.
Quali sono alcuni degli errori più comuni da evitare nell'implementazione di queste best practice?
Tutti abbiamo commesso errori, sia piccoli che grandi. La nostra professione è piena di ambiti facilmente fraintendibili o soggetti a cattivo utilizzo. Il risultato è che si finisce per commettere errori talmente comuni da essere quasi dei cliché.
Fortunatamente, la loro diffusione significa anche che li conosciamo molto bene e abbiamo già identificato modi efficaci per evitarli. Quindi, analizziamo i più comuni e spieghiamo come tenerli lontani.
Mancanza di una comprensione completa dei bisogni e dei desideri del cliente
È davvero facile cadere in questa trappola. Sì, forse hai già condotto alcune interviste all'inizio. Sì, probabilmente hai fatto una prima ricerca di mercato. Ma sia il mercato che i bisogni degli utenti cambiano continuamente.
Per evitare questa trappola, assicurati di rivedere costantemente le tue conoscenze sul mercato e sugli utenti, conducendo interviste e ricerche in modo continuo.
Non prestare attenzione a dati e analytics
C'è un motivo se la gestione del prodotto basata sui dati è diventata così popolare di recente. Le tecnologie moderne ci permettono di raccogliere una quantità impressionante di dati sul comportamento degli utenti nel prodotto, sulle loro caratteristiche demografiche e sui dispositivi utilizzati.
Puoi usare questi dati per comprendere l'efficacia delle decisioni di prodotto, delle strategie di marketing e del design UX. Puoi anche monitorare le metriche fondamentali, come retention, attivazione e conversione. Infine, l'analisi dei dati è uno dei modi principali per misurare il successo di un prodotto, e in particolare il product-market fit.
Ignorando i dati, riduci notevolmente la qualità delle tue decisioni finendo per affidarti solo all'intuizione e ai dati qualitativi.
Funzionalità e attività prioritarizzate in modo errato
Ci sono diversi modi in cui puoi commettere errori in questa fase.
Per prima cosa, puoi seguire ciecamente le richieste degli utenti e finire per costruire un prodotto “Frankenstein”, sovraccarico di funzionalità pensate solo per bisogni specifici di alcuni.
Puoi anche dare priorità a funzionalità che non sono allineate alla tua strategia. In questo caso costruirai anche un ottimo prodotto, ma non riuscirai a creare un business redditizio.
Le parti interessate non vengono coinvolte efficacemente
Se queste persone sono chiamate stakeholder, c'è un motivo: hanno il potere di influenzare positivamente o negativamente il tuo prodotto ed è fondamentale tenerle tutte soddisfatte.
Ad esempio, se i founder non sono al corrente delle motivazioni delle tue decisioni, potrebbero pensare che sia tu che il prodotto non siete efficaci per il loro business e decidere di chiuderlo.
Il secondo motivo per cui la gestione degli stakeholder è importante sono i preziosi insight che puoi ricevere da loro. Per esempio, il chief architect può impedirti di realizzare una funzionalità che metterebbe a rischio la stabilità del prodotto su cui stai lavorando e aiutarti ad evitare reazioni negative degli utenti.
Non raccogliere e integrare i feedback
Non importa quanti colloqui con utenti conduci o quanto studi il mercato, la tua conoscenza sarà comunque limitata. Non puoi percepire realmente il loro disagio: puoi solo ascoltarne i racconti. Inoltre, proprio come chiunque altro, siamo anche noi soggetti a bias. La nostra comprensione del problema degli utenti sarà sempre influenzata dalla nostra prospettiva. Devi quindi considerare i loro feedback.
Sì, non tutti i feedback sono uguali, dovrai filtrarli. Una celebre citazione di Henry Ford dice:
Tuttavia, ignorare completamente i feedback ti porterà a costruire qualcosa di cui non hanno realmente bisogno.
Gestione errata delle risorse
In tutte le aziende in cui ho lavorato (sono state 7), oltre l'80% delle spese aziendali riguardavano gli stipendi. È una cosa molto comune nei team software, specialmente nelle prime fasi.
Permettendo al tuo team di sviluppo di lavorare su nuove funzionalità poco utili o facendo discovery di prodotto con ricercatori di usabilità usando prototipi di scarsa qualità, finisci per sprecare la risorsa più costosa dell'azienda: il tempo.
Anche se la gestione dei progetti è un mestiere diverso dal tuo, devi comunque avere conoscenze basilari su come si gestisce il tempo delle persone e applicarle nel lavoro quotidiano.
Non adattarsi ai cambiamenti del mercato o del settore
Non siamo più nel Medioevo, quando veniva introdotto un nuovo prodotto ogni secolo o giù di lì. Ci sono voluti 6.000 anni di civiltà per costruire un aeroplano e solo altri 60 anni per andare sulla luna. Ora tutto è ancora più veloce. Viviamo nell'era della tecnologia e le cose cambiano così rapidamente che a malapena riusciamo a stare al passo.
Questa regola vale anche per i prodotti digitali.
Devi evolverti rapidamente e stare al passo con le esigenze degli utenti che cambiano. Ad esempio, 5 anni fa non avere un'automazione AI nel tuo prodotto non era un grosso problema. Oggi, tuttavia, vedrai che gran parte della concorrenza utilizza l'AI e non averla è diventato uno svantaggio competitivo.
Gestione impropria dei rischi
Nel mondo del software ci sono due modi per gestire male i rischi.
Innanzitutto, si tratta di ignorare i rischi. Se sviluppi un software per la cancellazione del rumore, poi noti che quasi tutte le app di videoconferenza e i sistemi operativi hanno aggiunto quella funzionalità e scegli di ignorare il fatto, finirai per perdere tutti i tuoi clienti a favore di queste applicazioni.
Il secondo riguarda il prendere troppo seriamente i piccoli rischi. Ad esempio, ospiti il tuo prodotto su un server con il 99,5% di uptime e c'è un piccolo rischio che i server vadano giù per qualche secondo al giorno. Se per te non è un grosso problema ma passi a un servizio con quasi il 100% di uptime pagando 10 volte di più, stai sprecando i soldi della tua azienda.
6 consigli per ottenere risultati d'impatto
Ora che abbiamo affrontato sia le buone pratiche che gli errori più comuni nella nostra professione, concentriamoci sugli strumenti e i concetti che ti aiuteranno ad aumentare in modo significativo l’impatto delle tue decisioni sul successo del prodotto.
1. Misurazione e analisi delle metriche del prodotto
Le metriche principali di prodotto sono uno dei modi migliori per capire se il tuo prodotto si trova in uno stato di salute. Gli indicatori chiave di performance più comuni includono:
- Attivazione – la percentuale di utenti che hanno sperimentato con successo almeno una volta il valore principale del tuo prodotto.
- Retenzione – il numero di utenti che continuano ad utilizzare il tuo prodotto in un determinato periodo di tempo (es. 28 o 90 giorni).
- Conversione – la percentuale di utenti che passa dalla versione gratuita a quella a pagamento.
- Acquisizione e ricavi – nuovi utenti ogni giorno/settimana e ricavi ricorrenti (MRR/ARR).
Questi KPI sono fondamentali per misurare la performance del prodotto, ma raccontano solo una parte della storia. Metriche come attivazione e retention mostrano cosa sta succedendo, ma non spiegano sempre perché gli utenti si comportano in quel modo o se il prodotto sta creando un valore più profondo. Ci sono tre principali gruppi di metriche che ti suggerisco di misurare per i tuoi prodotti:
Andare oltre i KPI
Per avere un quadro più ampio, i product manager dovrebbero guardare oltre ai KPI di crescita e ricavi e bilanciarli con misure qualitative e olistiche. Un modo utile di pensare alle metriche è suddividerle in quattro categorie:
- Metriche di crescita e ricavi: attivazione, acquisizione, retention, conversione, MRR/ARR.
- Metriche di engagement: profondità d'uso, adozione delle funzionalità, frequenza delle sessioni.
- Metriche di soddisfazione e sentiment: CSAT, customer effort score, feedback qualitativi. Qui sono spesso utilizzati framework popolari come NPS, ma vale la pena ricordare che fare affidamento solo su un NPS, come qualsiasi metrica isolata, ha serie limitazioni.
- Metriche di impatto sul business: risparmio sui costi, miglioramenti di efficienza, customer lifetime value e impatto sugli stakeholder interni.
La vera lezione è l’equilibrio: i segnali quantitativi (utilizzo, adozione, churn) dovrebbero essere abbinati a intuizioni qualitative (interviste ai clienti, test di usabilità, canali di feedback aperti). Insieme, questi offrono un quadro più affidabile sulla capacità del tuo prodotto di generare valore duraturo sia per i clienti sia per l’azienda.
2. Feedback degli utenti e miglioramento iterativo del prodotto
Dalla mia esperienza, un ottimo processo dovrebbe essere strutturato così:
- Ottieni nuove informazioni dal feedback degli utenti, da interviste, analisi o da altre fonti.
- Trasforma questa intuizione in un’idea di prodotto e formula un’ipotesi secondo cui il rilascio di quella funzionalità migliorerà un determinato KPI.
- Costruisci la versione minima di quel prodotto e testala sui tuoi utenti.
- Raccogli gli insegnamenti e il feedback dal test MVP, aggiungi nuove informazioni provenienti dalle tue analytics e migliora la funzionalità o aggiungi qualcosa in più.
- Ripeti da capo.
Lo so, sembra facile sulla carta e difficile nella realtà. Ma, credimi, dopo averci provato un paio di volte, ci prenderai la mano.
3. Strategie e tattiche di lancio del prodotto
Che si tratti di lanciare un nuovo prodotto o una nuova funzionalità in uno già esistente, ci sono alcuni passaggi chiave da seguire:
- Comunica la data e i dettagli del lancio a tutti gli stakeholder coinvolti.
- Prepara la campagna marketing per promuoverlo.
- Prevedi un piano di comunicazione di riserva per i tuoi utenti e stakeholder nel caso qualcosa vada storto con la data di lancio.
- Fai in modo che il tuo team di sviluppo sia pronto per il supporto post-lancio del prodotto. Ti garantisco che dopo il lancio ci sarà un grande afflusso di bug ed errori da gestire.
- Prepara una strategia di rollout graduale. Non sempre conviene rendere subito tutto pubblico, considerando gli errori che possono emergere. Di solito si lancia prima su un piccolo gruppo di beta tester, si risolvono i problemi e poi si rilascia a un pubblico più vasto.
Nel caso in cui tu stia rilasciando una funzionalità ai tuoi utenti già esistenti, puoi anche valutare di lanciarla inizialmente solo agli utenti free, assicurandoti che non ci siano problemi prima di aprirla agli utenti paganti. In questo modo puoi evitare di perdere ricavi se qualcosa va storto.
4. Gestione del ciclo di vita del prodotto e strategie di fine vita
L’ultima fase nel processo di gestione del ciclo di vita del prodotto di solito è quella che riceve meno attenzione. Sì, puoi avere prodotti che vuoi interrompere. È perfettamente normale. Ma, prima di farlo, dovrai:
- Preparare un messaggio e una strategia di comunicazione adeguata con la tua base utenti.
- Consentire ai tuoi utenti di esportare i propri dati in un formato utilizzabile altrove.
- Formare nuovamente il personale sulla nuova iniziativa su cui lavoreranno.
- Avere pronte le risorse finanziarie per gestire rimborsi agli utenti paganti.
Infine, se lavori con una applicazione desktop/mobile, dovresti prevedere un certo periodo di assistenza per il prodotto prima che venga chiuso ufficialmente.
5. Gestire le dipendenze funzionali e la frequenza dei rilasci
Una gestione di prodotto efficace richiede non solo di dare priorità alle funzionalità giuste, ma anche di orchestrare il modo in cui queste vengono realizzate e consegnate. Ci sono due aree che meritano particolare attenzione:
Dipendenze funzionali
Le dipendenze spesso coinvolgono più team—ingegneria, design, marketing e anche fornitori esterni. Se non vengono gestite, causano colli di bottiglia e ritardi.
I validi product manager prestano particolare attenzione a:
- Individuare le interdipendenze fin dall’inizio
- Allineare gli stakeholder sulla sequenza dei lavori
- Assegnare responsabilità chiare
Frequenza di rilascio
Alcuni prodotti traggono vantaggio da rilasci frequenti e incrementali che danno valore in modo continuo e validano rapidamente le ipotesi.
Altri—in particolare in contesti regolamentati o enterprise—richiedono rollout più lenti e controllati. La giusta frequenza dipende dal pubblico, dalla maturità del prodotto e dal profilo di rischio.
Coordinare sia le dipendenze che la frequenza di rilascio assicura che le idee validate arrivino realmente ai clienti nel momento giusto e nel modo adeguato.
6. Promuovere l’autonomia dei team e la condivisione della responsabilità
La grande gestione di prodotto non si limita a stabilire le priorità delle funzionalità—consiste anche nel creare un ambiente in cui i team si sentano responsabilizzati nelle decisioni e proprietari dei risultati. Quando i product manager agiscono come facilitatori invece che come colli di bottiglia, i team si muovono più velocemente e ottengono risultati migliori.
1. Favorire la presa di decisioni autonoma
- Fornisci contesto e fiducia, piuttosto che approvazioni su ogni scelta.
- Invita i team a proporre soluzioni, non solo problemi. Come ha affermato Melika Hope, Direttrice Product Management di Spotify, in un recente panel del CPO Club:
Stai venendo da me con decisioni e soluzioni oppure vieni da me per risolvere i tuoi problemi? … Questo è un segnale molto forte per me che qualcuno è pronto per il livello successivo.
Melika Hope, Direttrice Product Management di Spotify
2. Costruisci una comprensione condivisa
- Favorisci una comunicazione aperta sul perché delle decisioni prese.
- Usa rituali di team (workshop, review, retrospettive) per allineare tutti su obiettivi e compromessi.
3. Crea una cultura dell'ownership
- Celebra i successi collettivi piuttosto che le gesta individuali.
- Coinvolgi ingegneri, designer e altri partner nelle fasi di discovery e strategia, non solo nella delivery.
I team responsabilizzati sono più innovativi, coinvolti e resilienti. Distribuendo il processo decisionale e creando una ownership condivisa, i PM assicurano che i loro team restino motivati a risolvere i veri problemi dei clienti.
Gestione e influenza efficace degli stakeholder
Voglio darti un unico e potente consiglio qui. Ricorda sempre che ciascuno dei tuoi stakeholder ha le proprie priorità e i propri problemi legati al tuo prodotto.
💡 I product manager non gestiscono solo prodotti — gestiscono relazioni. Più ti allinei con gli obiettivi degli stakeholder, più supporto otterrai per la tua visione.
Se vuoi creare un ambiente di fiducia e collaborazione con i tuoi stakeholder, dovresti fare quanto segue:
- Chiedi cosa è importante per loro. La tua responsabile della sicurezza, per esempio, dirà che va bene qualunque implementazione di funzionalità purché il prodotto resti conforme al GDPR.
- Offri loro soluzioni che siano allineate con la tua visione di prodotto ma che tengano anche conto delle loro esigenze. Nel caso precedente, puoi offrire di modificare la tua idea di funzionalità in modo che l’utente dia esplicito consenso alla raccolta dei suoi dati prima di svolgere la funzione prevista.
- Comunica sempre con loro. Più rendi partecipi i tuoi stakeholder sulle tue idee e piani, più si sentiranno ascoltati e valorizzati.
- Infine, non dimenticare di costruire rapporti informali anche con i tuoi stakeholder. Non vuoi che ti percepiscano come il “robot” senza volto che lancia prodotti.
Considerazioni finali
In generale, i product manager di successo sanno destreggiarsi nel caos del mercato e dei bisogni degli utenti. Sono anche in grado di trovare soluzioni razionali che alleviano i dolori degli utenti, favoriscono la crescita del prodotto e aiutano l’azienda a prosperare.
Non dimenticare di iscriverti alla nostra newsletter per altre risorse e guide sul product management, oltre a podcast, interviste e altri spunti da leader ed esperti del settore.
