Formazione sull'IA per i team di prodotto

Come dovrebbe un responsabile di prodotto usare l'IA per sintetizzare le interviste?

Usa l'assistente per organizzare gli appunti, poi verifica ogni tema confrontandolo con gli appunti stessi e contando quante persone ne hanno effettivamente parlato. Ecco un esempio svolto relativo a un'app fittizia per la pianificazione, Tandem. Un responsabile di prodotto dispone degli appunti di sei interviste ai clienti, da cui sono stati rimossi i nomi. Un partecipante ha chiesto una modalità scura. Quattro hanno descritto difficoltà nello spostare una riunione ricorrente. Due hanno menzionato il prezzo.

L'istruzione: "Raggruppa questi appunti delle interviste per temi. Per ogni tema, indica il numero di partecipanti che lo hanno sollevato e una breve citazione. Non generalizzare oltre ciò che dicono gli appunti."

Una sintesi debole, ottenuta da un prompt che chiedeva solo le principali indicazioni emerse, si apre con "Gli utenti desiderano fortemente la modalità scura" e "Il prezzo è una delle principali preoccupazioni per la maggior parte dei clienti." Una menzione è diventata un forte desiderio, due sono diventate la maggioranza. Letta da un interlocutore con poco tempo, quella sintesi potrebbe cambiare le priorità di sviluppo.

La sintesi rivista recita: "Riprogrammazione delle riunioni ricorrenti (4 su 6), con una citazione; prezzo (2 su 6); modalità scura (1 su 6)." È meno entusiasmante e molto più utile. Il responsabile di prodotto ha anche conservato gli appunti originali accanto alla sintesi, così chiunque abbia dubbi su un tema può leggere la fonte.

Quali problemi si verificano quando i gruppi di sviluppo prodotto si affidano all'IA?

Gli errori più frequenti sono tre: il riassunto trae conclusioni più forti di quanto consentano le fonti, viene inventata un'affermazione su un concorrente o sul mercato, e materiale riservato finisce in uno strumento non approvato. Il profilo di NIST sull'IA generativa descrive la confabulazione come contenuti falsi esposti con sicurezza: è proprio questo il pericolo nelle analisi di mercato che citano numeri o funzionalità che l'assistente non può verificare.

Le abitudini utili sono concrete. Conta le menzioni invece di accettare gli aggettivi. Apri la fonte di ogni affermazione sul mercato o sui concorrenti prima di inserirla in una presentazione. Rimuovi i nomi dei clienti e i dettagli riservati sui piani di sviluppo, a meno che lo strumento e il piano di abbonamento non siano approvati per trattarli.

Su che cosa dovrebbe esercitarsi per primo il gruppo di lavoro che si occupa del prodotto?

Inizia dalla sintesi, perché insegna l’abitudine a basarsi sui riscontri da cui dipendono tutte le altre attività. Questa sequenza è un suggerimento, non un risultato misurato.

Quando questa formazione non è adatta a un team di prodotto?

Non è adatto se il tuo obiettivo è imparare a sviluppare funzionalità basate sull'IA, valutare modelli o scrivere codice; la formazione tecnica pratica non rientra nell'offerta, anche se sono previsti i fondamenti di apprendimento automatico. Non è adatto a un singolo responsabile di prodotto che studia da solo, perché i piani sono pensati per team con un minimo di cinque licenze utente.

Al lancio non sono previsti l'accesso unico (SSO), le integrazioni con piattaforme di gestione della formazione (LMS) o un'estensione per il browser, e le lezioni sono solo in inglese. Poiché il prodotto non è ancora stato sviluppato, un team che ha bisogno di materiale subito dovrebbe iniziare dalla guida gratuita per il ruolo di responsabile di prodotto.