Giovedì 20 Novembre ho fatto un talk con gli amici di StopCoding, la community fondata da 20tab con l’intento di diffondere e divulgare il know-how sulle metodologie Lean e Agile che negli ultimi 30 anni hanno cambiato la gestione e lo sviluppo dei prodotti.
Il meetup verteva sul processo di Discovery ed in particolare sull’importanza di inquadrare correttamente il problema da risolvere, ovvero il problem framing.
La Product Discovery è un argomento che mi sta particolarmente a cuore e una pratica che ritengo il fiore all’occhiello delle persone di prodotto. Questo talk nasce come una riflessione su un corso tenuto per la mia azienda da Nielsen Norman Group a cui ho avuto la fortuna di partecipare. Ho pensato di condividere con voi i punti più salienti.
Conoscete Teresa Torres? Per me Teresa è un mito! Si definisce una Product Discovery Coach, è autrice di “Continuous Discovery Habits” e del blog producttalk.org. Il suo lavoro è aiutare i team in aziende di tutte le dimensioni a prendere buone decisioni su cosa sviluppare rendendo le best practices sempre più semplici.
Martedì 1 febbraio Teresa ha tenuto un webinar dal titolo “The What & Why Of Continuous Discovery”. Potevo mancare a quest’occasione? No! Insieme a me c’erano più di 1000 persone registrate all’evento e collegate da tutto il mondo per capire come fare a calare questa pratica nella quotidianità della propria organizzazione.
Che cos’è la Product Discovery
Discovery = deciding what to build; Delivery = building it
La Product Discovery è un insieme di attività per capire che cosa ha senso sviluppare, mentre con delivery intendiamo lo sviluppo vero e proprio. Alcune delle pratiche utilizzate nella fase di discovery sono ad esempio le interviste ai clienti, la definizione delle personas e dei jobs to be done, le customer journeys, le sessioni di brainstorming e co-design.
Discovery e delivery non sono attività separate o fasi distinte nel processo di creazione del prodotto perché la linea di demarcazione tra le due tende a sparire. Secondo la Torres sono entrambe importanti nonostante molte aziende tendono a sottovalutare la prima. Il suo invito è di approcciare la discovery mettendo l’accento sulla continuità di questa attività. Non si tratta di un progetto con una deadline temporale, bensì di una pratica sempre in corso nel team.
Quando fare Product Discovery
La best practice definita dalla Torres consiste in touchpoint settimanali del team che sviluppa il prodotto digitale con i clienti o potenziali clienti allo scopo di apprendere il “desired product outcome”, ovvero il valore dal loro punto di vista.
Attenzione quindi perché la discovery non è un’attività relegata esclusivamente alla fase iniziale del ciclo di vita del prodotto o al momento in cui si è alla ricerca del product – market fit. La cadenza continua di questa attività anche in una fase matura del prodotto stesso consente di raggiungere un miglioramento continuo. Del resto i prodotti digitali non sono mai finiti; è sempre possibile ottimizzarli finché sono in vita e per fare ciò è fondamentale includere i clienti nel processo, co-creare con loro.
Ma da dove si comincia se la Product Discovery è una pratica di cui nessuno ha mai sentito parlare in azienda? Come si fa a raggiungere quei livelli? Come sempre partiamo da dove siamo. Se non avete mai parlato direttamente con un cliente alzate il telefono e fissate questo primo incontro. Se le chiacchiere che fate sono solo sporadiche potreste cominciare a mettere in agenda un appuntamento fisso mensile, e così via. La cosa importante è puntare al miglioramento continuo e progredire passo a passo con l’obiettivo di arrivare a una cadenza settimanale di incontri.
Ricordate: state allenando i muscoli della cooperazione e un nuovo approccio al design!
Chi partecipa alla Product Discovery
Pensate che la Discovery sia di dominio esclusivo del Product Owner? Non è così. Il minimo sindacale per portare avanti questa attività richiede la coesistenza di 3 figure: il product owner, il designer e il team leader, il cosiddetto “Product Trio”. Questo è il minimo delle persone da coinvolgere ma se più persone del team volessero partecipare ben venga! L’importante è lavorare assieme, portare avanti le interviste in coppia o in trio in modo tale da condividere più punti di vista.
Non esiste un hand-off tra le 3 figure. Vogliamo davvero tornare ai tempi in cui il prodotto passava le specifiche al reparto creativo e questo passava i template allo sviluppo senza un minimo di interazione? Il risultato è sempre stata una perdita di fedeltà con l’idea iniziale del cliente e – più spesso del previsto – la creazione di una soluzione sbagliata. Ecco perché oggi includiamo tutti – ingegneri compresi – nelle decisioni su cosa andare a sviluppare.
Scopo della Discovery
La Discovery portata avanti dal product trio ci consente di definire l’impatto che vogliamo ottenere con il nostro prodotto digitale, non la lista di funzionalità che andremo a sviluppare (ricordate la la differenza tra output e outcome?). I cambiamenti sono costanti nel mercato, emergono continuamente nuove tecnologie e nuovi competitor; le nostre stesse release di prodotto hanno un effetto che porta a nuove richieste.
L’obiettivo della Product Discovery è identificare nuove opportunità, prioritizzarle e ideare soluzioni che indirizzino le più promettenti. Teresa ci ricorda che è fondamentale non buttarsi sulla prima soluzione che ci è venuta in mente perché potremmo essere influenzati da tanti bias. Le opportunità vanno messe a confronto tra loro. Se volete capire meglio come effettuare questa selezione vi consiglio di prendere in considerazione quello che lei ha da dire sul tema opportunity tree (su cui tornerò anch’io a breve…):
Ricordate il Product Management Day dello scorso novembre? Ne ho già parlato qui. Ecco, oggi voglio segnalarvi quello che a mio avviso è stato il miglior intervento della giornata.
Lorenzo ci accompagna in una storia che parte dal lontano 1889 nel magazzino dell’azienda giapponese Nintendo. E’ un excursus nell’evoluzione del mercato dell’intrattenimento che passa dalle prime carte con disegni, ai giochi clandestini, fino ai primi cabinet da bar.
Nel ‘79 il flop del gioco Radar Scope sul mercato americano mette Nintendo a rischio ma è proprio dalla difficoltà di avere magazzini pieni di videogiochi invenduti che nasce l’idea di utilizzare i cabinet già sdoganati, sostituire il gioco all’interno e cambiare gli adesivi esterni.
E’ in quell’occasione che nasce l’iconico personaggio di Super Mario per mano di Shigeru Miyamoto. E’ il racconto di come opera un designer: reinventa i protagonisti di una saga, aggira i limiti tecnici del tempo attraverso la creatività, cambia lo scenario con un gioco multi livello, costruisce una storia in grado di fare la differenza tra il fallimento e un successo planetario, quello dei famosissimi Mario Bros.
Lorenzo ci parla di creatività, passione per il prodotto, ricerca di nuove opportunità e di soluzioni innovative, capacità di visione… tutte quelle caratteristiche che rendono i Product Owner veramente tali.
“Le opportunità sono sempre intorno a noi, basta saperle vedere”
E’ con questa prospettiva che voglio iniziare il nuovo anno, con un talk che parla di prodotto attraverso i ricordi della nostra infanzia e adolescenza. Godetevi questo grande affabulatore e guardatevi intorno… tante opportunità ci aspettano!
