Vai al contenuto
I framework di gestione dei prodotti sono una sorta di cheat sheet assoluto per portare a termine il lavoro quando si tratta di gestione dei prodotti. Ti danno un'idea di dove iniziare, dove andare e dove fermarti e fare il punto della situazione. Tutto questo, in modo gestibile e flessibile.
Trovare il quadro di riferimento giusto può essere difficile, però. Alcuni PM possono assumere un ruolo e trovare un quadro di riferimento già esistente da tempo... ma che non funziona. Altre volte, l'azienda è nuova di zecca ed è necessario provarne diversi per trovare quello più adatto.
Per essere chiari: i framework non servono solo a guidare il team di gestione del prodotto. No, no, no! Hanno uno scopo molto più importante.
Ma il punto è questo: il prodotto è DIFFICILE. Come PM, hai tutta la responsabilità ma solo un'illusione di potere.
@tldv.io Troppo gentile! Troppo gentile! #prodotto #gestione dei prodotti #startup #applausi #commedia
♬ audio originale - tldv.io - Registratore di riunioni AI
Infatti, quando si lavora nel settore dei prodotti, spesso non si ha alcun potere decisionale, a meno che non si riesca a convincere tutti quelli che ci circondano che si sa quello che si sta facendo, in modo che continuino a fidarsi di noi... con un'interferenza minima.
È qui che i framework dei product manager possono essere d'aiuto. Non solo guidano te e il tuo team lungo il processo, ma sono anche tangibili e accessibili; GUARDA, QUESTO È CIÒ CHE STIAMO FACENDO, ED ECCO I MOTIVI PER CUI puoi metterli davanti a qualsiasi oppositore all'interno dell'azienda.
Quindi, senza ulteriori indugi... ecco una lista enorme di framework per la gestione dei prodotti.
Struttura di gestione dei prodotti per DAYZ
Come va, Wow?
Il framework How Now Wow, ideato da Gamestorming, è uno strumento di selezione delle idee che aiuta i team di prodotto a stabilire le priorità di ciò che possono offrire al mercato.
Utilizza tre criteri – How Now e Wow – per valutare le idee.
Come viene utilizzato per valutare la capacità di un'azienda di realizzare l'idea.
Ora vediamo quanto velocemente l'idea può essere implementata.
Wow viene utilizzato per valutare il fattore "Wow!" di una caratteristica o di una soluzione.
È particolarmente utile per tutti i team che fanno affidamento sulla visualizzazione di un problema o che devono elaborare punti d'azione individuali basati su diversi elementi di processo.
Lavorare a ritroso, ovvero il metodo Amazon
Il framework Working Backwards è piuttosto semplice. Si lavora a ritroso partendo dal prodotto pronto per la spedizione, risalendo fino al problema originale. Si inizia il processo creando un comunicato stampa per il nuovo prodotto e poi si lavora a ritroso fino a ottenere una descrizione concisa del problema che possa essere utilizzata come base per la ricerca, la creatività e i test.
Ciò è particolarmente utile quando più parti interessate devono concordare sulla stessa definizione del problema per poter procedere. Aiuta anche a concentrare la ricerca, l'ideazione e i test su un unico problema o obiettivo.
Sebbene sia un ottimo modo per dimostrare la validità del concetto, si può sostenere che sia un po' come "mettere il carro davanti ai buoi", ovvero "adattare il problema alla nostra soluzione".
Lavori da svolgere
Il Jobs-to-be-done (o JTBD) è, prima di tutto, uno dei nostri preferiti qui a tl;dv. Abbiamo persino scritto un intero articolo sul JTBD; lo amiamo COSÌ TANTO. Il framework JTBD consiste nel comprendere cosa motiva i clienti ad acquistare o necessitare di un prodotto e cosa gli utenti possono "assumere" per aiutarli a svolgere un "lavoro", ovvero raggiungere un obiettivo nella loro vita. Il framework JTBD è incentrato sul cliente e lo aiuta a svolgere i compiti in modo più appagante, produttivo e agevole.
È un ottimo strumento per comprendere le motivazioni dei tuoi utenti e creare prodotti su misura per loro. Ti incoraggia inoltre a pensare a soluzioni che potrebbero non esistere ancora, ma che servono comunque allo stesso scopo.
"Nel complesso, il JTBD consiste nel comprendere gli obiettivi che le persone desiderano raggiungere e nel comprendere che il raggiungimento di tali obiettivi equivale a un progresso nella loro vita."
Modello Kano
Il modello Kano, ideato negli anni '80 dal ricercatore giapponese Noriaki Kano, è incredibilmente orientato al cliente. Fondamentalmente, ti aiuta ad approfondire ciò che i clienti stanno cercando classificando le caratteristiche in cinque categorie:
Must-have: Si tratta delle caratteristiche indispensabili che i tuoi prodotti devono avere per essere competitivi: pensale come le funzionalità di cui non puoi fare a meno.
Caratteristiche prestazionali: sono caratteristiche che influiscono sulle prestazioni del prodotto. Possono essere opzionali, ma contribuiscono a migliorare il prodotto.
Delighters: sono gli elementi aggiuntivi del tuo prodotto che possono deliziare la tua clientela.
Indifferenti: queste caratteristiche non hanno alcuna importanza per i clienti. Non hanno alcun impatto reale.
Elementi di insoddisfazione: sono caratteristiche che i clienti non apprezzano affatto. Forse sarebbe stato meglio se non fossero state presenti.
Questo quadro può aiutare i team a stabilire le priorità nello sviluppo delle funzionalità in base a ciò che i clienti apprezzano. È anche un ottimo modo per individuare tendenze e modelli nella fase di ricerca sugli utenti e può aiutare a definire strategie e piani.
Priorità RICE
RICE è un quadro di riferimento utilizzato per stabilire le priorità delle attività o delle tappe fondamentali di un prodotto in base al loro impatto stimato e alla facilità di implementazione.
L'acronimo sta per:
Portata: il numero di persone o sistemi su cui avrà impatto l'attività.
Impatto: l'entità del cambiamento o del miglioramento che l'attività comporterà.
Fiducia: il livello di fiducia nella stima della portata e dell'impatto dell'attività.
Sforzo: la quantità di tempo e risorse necessarie per completare l'attività.
Il framework RICE aiuta i team a dare priorità agli sviluppi e alle iniziative in base al loro potenziale impatto e allo sforzo necessario per realizzarli. Punteggi più alti in termini di portata, impatto e fiducia, insieme a punteggi più bassi in termini di sforzo, determinano un punteggio RICE complessivo più alto e, quindi, una priorità più elevata.
È un modello piuttosto semplicistico, che può fornire indicazioni molto chiare ma manca di sfumature.
Modello di business canvas
Il Business Model Canvas è uno strumento visivo utilizzato per descrivere e analizzare gli elementi principali di un modello di business. È stato introdotto da Alexander Osterwalder nel suo libro "Business Model Generation". Il canvas è composto da nove elementi costitutivi che riassumono gli elementi essenziali di un modello di business:
Segmenti di clientela: definisce i diversi gruppi di clienti a cui si rivolge l'azienda.
Proposta di valore: descrive i vantaggi esclusivi che l'azienda offre ai propri clienti, ovvero l'USP (Unique Selling Proposition, proposta di vendita unica).
Canali: descrive il modo in cui l'azienda raggiunge e interagisce con i propri clienti.
Relazioni con i clienti: definisce il tipo di relazioni che l'azienda intrattiene con i propri clienti.
Flussi di entrate: descrive le fonti di entrate dell'azienda.
Risorse chiave: identifica le risorse più importanti necessarie per gestire l'attività.
Attività chiave: descrive le attività chiave che l'azienda deve svolgere per realizzare la propria proposta di valore.
Partner chiave: elenca i partner e i fornitori chiave su cui l'azienda fa affidamento per realizzare la propria proposta di valore.
Struttura dei costi: descrive i costi associati alla gestione dell'attività.
Il Business Model Canvas offre un approccio strutturato allo sviluppo e alla verifica di nuove idee imprenditoriali. Aiuta le organizzazioni a comunicare in modo chiaro il proprio modello di business agli stakeholder. Copre quasi ogni eventualità ed è molto intuitivo per gli stakeholder, rendendolo un ottimo strumento per convincere a intraprendere innovazioni più profonde (leggi: MAGGIORI RISCHI!).
Percorso del cliente
Sebbene riteniamo che le roadmap possano essere un po' sopravvalutate, la Customer Journey Roadmap è un framework di gestione dei prodotti che ne fa il suo fulcro.
Questo quadro viene utilizzato per visualizzare e comprendere le diverse fasi e esperienze di un cliente quando interagisce con un'azienda. Il quadro è progettato per aiutare le aziende a identificare i punti critici, le opportunità di miglioramento e le aree in cui investire per migliorare l'esperienza del cliente.
In genere, una roadmap del percorso del cliente comprende le seguenti fasi:
Consapevolezza: la fase in cui il cliente viene a conoscenza dell'azienda e dei suoi prodotti.
Considerazione: la fase in cui il cliente valuta l'azienda e le sue offerte rispetto alla concorrenza.
Acquisto: la fase in cui il cliente decide di acquistare il prodotto o il servizio.
Consegna: la fase in cui il cliente riceve e utilizza il prodotto o il servizio.
Fedeltà: la fase in cui il cliente instaura un rapporto con l'azienda e può diventare un cliente abituale.
Mappando ogni fase del percorso del cliente, le aziende possono acquisire informazioni dettagliate su ciò che i clienti desiderano e necessitano e identificare opportunità per migliorare l'esperienza del cliente e aumentare la sua soddisfazione. Anche in questo caso, si tratta principalmente di uno stile di sviluppo orientato al prodotto, ma che considera l'esperienza del cliente da un punto di vista olistico.
Prodotto minimo funzionante
Il framework Minimum Viable Product viene utilizzato per sviluppare, testare e lanciare un prodotto con il minimo sforzo e la massima rapidità. È progettato per garantire velocità e il percorso di minor resistenza verso il mercato.
L'MVP si concentra sul rilascio delle funzionalità principali di un prodotto che sono essenziali per fornire valore ai clienti. Creando un MVP, le aziende possono ottenere il feedback dei clienti nelle prime fasi del processo di sviluppo e apportare i miglioramenti necessari prima del lancio ufficiale del prodotto.
Sebbene molti pensino che l'MVP sia un prototipo, non è così. Si tratta di un prodotto a sé stante, ma è anche la base su cui costruire in seguito.
La creazione di un MVP consente alle aziende di testare le proprie ipotesi sulla domanda dei clienti e sulla fattibilità tecnica prima di investire troppo tempo o risorse nella realizzazione dell'intero progetto.
Inoltre, consente alle organizzazioni di lanciare rapidamente i prodotti senza creare soluzioni perfette fin da subito, permettendo loro di iterare man mano che imparano cosa funziona meglio per i propri clienti. È l'equivalente nel framework di gestione dei prodotti del motto "fatto è meglio che perfetto".
Nel complesso, lo sviluppo di un MVP può portare a una migliore comprensione delle esigenze dei clienti, a cicli di apprendimento più rapidi e a un processo di lancio del prodotto più efficiente. Tuttavia, comporta alcuni rischi, pressioni temporali e una serie di soluzioni improvvisate. Gli MVP funzionano, però. Tra le aziende famose lanciate sul framework MVP figurano Facebook, DropBox, Airbnb, Spotify e Twitter.
AAARR, alias Pirate Metrics
Oh, quanto vorremmo che fosse tutto vero, come nei racconti sui pirati. Con tanto di pappagallo sulla spalla, sciabola e Davy Jones' Locker. Ma, ahimè! Il framework AAARR è piratesco solo nella parte AAAARR.
Sebbene non sia emozionante come navigare in alto mare, il framework AAARRR aiuta le organizzazioni a monitorare e misurare le metriche chiave. Ciò consente loro di ottenere informazioni dettagliate su come i clienti ricevono i loro prodotti e quali modifiche devono apportare per migliorare il comportamento dei clienti.
Le cinque fasi del quadro sono:
Acquisizione: il numero di nuovi clienti acquisiti.
Attivazione: il numero di clienti che hanno avuto una prima esperienza positiva con il prodotto o il servizio.
Fidelizzazione: il numero di clienti che continuano a utilizzare il prodotto o il servizio nel tempo.
Referral: il numero di clienti che segnalano nuovi clienti al prodotto o servizio.
Entrate: l'importo delle entrate generate dai clienti.
Camminare sull'asse: No. Quello non è vero. Volevamo solo includere dei veri pirati. 🙁
Metodo Hooked
Il metodo Hooked è un framework sviluppato da Nir Eyal che aiuta le aziende a fidelizzare i clienti. Abbiamo persino consigliato il libro di Nir in un altro post.
Il modello Hooked Method si basa sulla creazione di prodotti o servizi che fungono da "gancio", catturando e mantenendo l'attenzione dei clienti e spingendoli a tornare per acquistarne ancora. In sostanza, ti rendono dipendente. È controverso, ma proviamo a seguirlo.
Secondo il modello Hooked, ci sono quattro componenti chiave per un hook di successo:
Trigger: qualsiasi evento che stimola in un cliente l'impulso ad agire.
Azione: qualsiasi azione intrapresa dal cliente in risposta al trigger.
Ricompensa: un incentivo che incoraggia i clienti a ripetere determinate azioni.
Investimento: offrire ai clienti opportunità di investire nel prodotto o servizio, aumentando così il loro impegno a ripetere le azioni.
Comprendendo questi elementi e utilizzandoli per creare un'esperienza coinvolgente per i clienti, le aziende possono fidelizzarli a lungo termine. Spesso viene utilizzato perla monetizzazione delle app mobili, così non riusciamo a smettere di usare il telefono.
Anche l'uso di un motore di ricerca come Google o di Alexa a casa tua rispecchia in gran parte la metodologia Hooked. Hai una domanda; non ti siedi a riflettere, non vai in biblioteca e non chiedi nemmeno a un amico. La digiti su Google o gridi: "Alexa, quanti passeri ci stanno in una Dodge Charger?" Come il cane sbavante di Pavlov, si verifica un evento, come un pensiero, e tu cerchi il prodotto.
Eccessiva dipendenza dai framework?
Gli esempi sopra riportati sono ottimi; tutti hanno la loro utilità e il loro posto. Tuttavia, i framework non saranno l'elemento determinante per il successo o il fallimento di un prodotto. Certo, avranno un impatto, ma anche il miglior framework avrà successo solo se le basi sono state completate.
Prima ancora di poter decidere quale framework utilizzare, è necessario ottenere la fiducia e il consenso di tutte le parti interessate. Queste potrebbero essere la dirigenza senior, gli ingegneri, i progettisti, il reparto marketing, diamine! Persino il team di vendita che continua a vendere nuove funzionalità che non esistono (noi 
Tu sei davvero un venditore!)
Se uno qualsiasi di questi team pensa che tu sia un incapace, allora nessun framework, per quanto efficace, potrà salvarti. Il prodotto, stranamente, riguarda tanto il marketing e la vendita dell'idea al tuo team interno quanto la ricerca, il design e le idee. Tutti devono sostenere le stesse idee e gli stessi obiettivi per realizzare il prodotto.
L'altra cosa sui framework è che sono sempre un'ottima idea in teoria MA la realtà ha l'abitudine di mandare all'aria anche le idee migliori. Il nostro consiglio? Siate estremamente cauti nel valutare come tutte le parti interessate recepiscono il framework. Non accontentatevi di cenni di assenso e sorrisi, che potrebbero poi rivelarsi falsi in un secondo momento. Gli stakeholder devono essere totalmente allineati e d'accordo con il framework del prodotto, ma tenete presente che anche se il framework viene seguito alla perfezione, continueranno comunque a considerare altre metriche e KPI (in altre parole, costi generali) come indicatori principali del successo.
Un altro potenziale svantaggio dei framework è che possono rendere pigri i project manager, il che dipende totalmente da te. Seguire ciecamente il "processo", senza lasciare spazio all'adattamento, non è necessariamente la cosa più efficace. Ehi, potrai spuntare la casella e ricevere la scarica di dopamina che deriva dal completamento dell'azione, ma dov'è l'innovazione? Puoi creare un intero prodotto con il pilota automatico, sbavando dall'angolo della bocca e perdendo tutti i segnali di allarme perché stai seguendo il piano!
E infine, l'ultima considerazione importante di questa sessione, che vi tornerà utile: i team, le persone e i PM possono facilmente andare incontro a una sorta di "affaticamento da processo". Come accennato in precedenza, quando si tratta sempre della stessa cosa, si finisce per passare al pilota automatico, ma allo stesso modo, un processo completamente nuovo introdotto da un nuovo PM pieno di entusiasmo? Sì, ci vorrà un po' di tempo per abituarsi. I team che circondano il nuovo PM, gli ingegneri, i designer, ecc. daranno il meglio di sé. Impareranno, si adatteranno, troveranno nuovi flussi di lavoro e adotteranno nuovi framework, ma finiranno per sbattere contro un muro. Il burnout da framework è reale. Se volete introdurre un nuovo framework, va bene, ma aspettate il momento giusto e scegliete il momento giusto per farlo.
Rendi una cosa più facile
Qualunque sia il framework che sceglierai tra quelli sopra elencati, troverai tantissimi modelli, video e risorse straordinari che ti aiuteranno a iniziare. Ma indipendentemente dal framework che deciderai di adottare, la raccolta dei dati e la documentazione delle riunioni saranno una parte essenziale del pacchetto.
È qui che tl;dv in gioco uno strumento di riunione basato sull'intelligenza artificiale come tl;dv . La fase di "scoperta del prodotto" è presente più o meno in ogni framework, motivo per cui avrete bisogno di un software di ricerca sui prodotti attraverso il quale ricavare informazioni e ottenere il consenso degli stakeholder.
Un'interfaccia di facile navigazione consente ai team di prodotto di raccogliere, comprendere e dare priorità alle informazioni sugli utenti prima che inizino le fasi successive della pianificazione e dello sviluppo del prodotto. Tutte le tue ricerche sono archiviate in un unico posto e possono essere facilmente condivise con gli stakeholder e i colleghi.
Infatti, tl;dv garantire che tutto il lavoro preliminare e le basi siano pronti prima ancora di pensare ai framework. I team di prodotto utilizzano Zoom Google Meet per documentare le riunioni, in modo da poter seguire più facilmente le azioni da intraprendere, monitorare i progressi e tenere informati i dipendenti assenti. E, soprattutto, è gratuito!
