Emma·Product ManagerEmma trasforma le idee in PRD che il tuo team AI realizza lo stesso giorno, non in specifiche che restano in un documento per due sprint.
Dall'idea alla funzionalità definita in una sola chat.
Il PRD vive in Notion. Il codice vive in GitHub. Il prodotto vive in produzione. Entro lo sprint 2 raccontano tre storie diverse. Emma mantiene il PRD nello stesso workspace del codice, così resta la fonte di verità.
Gli strumenti PRD standalone scrivono tutto ciò che chiedi. Emma propone un taglio v1 e contrasta la deriva dell'ambito invece di trasformare in silenzio una funzionalità di 2 settimane in un progetto di 2 mesi.
Productboard raccoglie migliaia di elementi di feedback. Trasformarli in una specifica che il tuo team possa rilasciare resta comunque il lavoro di una persona. Emma prende la ricerca di Iris o un'idea grezza e scrive le user story su cui l'ingegneria può costruire.
Dal tuo primo prompt a un risultato rilasciato: ecco come funziona davvero Emma.
Emma parte da un'opportunità reale e validata, non da "mi è venuta un'idea sotto la doccia".
Passa a IrisChi fa cosa, quando, e come facciamo a sapere che ha funzionato? Abbastanza chiaro perché un ingegnere possa costruirlo.
Limita la specifica alla versione più piccola che dimostri l’ipotesi — è qui che si intercetta l’espansione dell’ambito.
I compromessi architetturali e i tempi di sviluppo vengono considerati prima che le specifiche siano bloccate, senza sorprese a metà realizzazione.
Passa a BobIl PRD va direttamente nella coda di build: lo stesso artefatto condiviso da PM, architettura e ingegneria.
Problema, obiettivi, utenti, ambito, esclusioni e metriche di successo in un formato coerente ogni volta.
Ogni storia è implementabile e verificabile, non un vago desiderio di funzionalità.
Emma segnala i requisiti ambigui e propone un taglio v1 invece di scrivere tutto ciò che chiedi.
Recupera i risultati da Iris quando disponibili, così i PRD si basano su insight reali.
Alex legge il PRD come fonte di verità per l'implementazione, senza livelli di traduzione.
I PRD vivono nell'Editor accanto al codice, così gli aggiornamenti restano visibili a tutto il team.
Modula il livello di approfondimento da una rapida specifica per strumento interno a un PRD completo per una funzionalità, in base a ciò di cui hai davvero bisogno.
I workflow realizzati manualmente sono lenti, manuali e dipendono molto dagli strumenti. Passa il cursore su una scheda per vedere perché ogni vantaggio conta.
Arrivi da ChatPRD? Ecco dove Emma è un passo avanti.
ChatPRD genera un PRD rifinito che resta per sempre in Notion. La specifica di Emma passa direttamente nello schizzo architetturale di Bob e nel piano di sviluppo di Alex — il documento che scrivi diventa il prodotto in pochi giorni, non nel prossimo trimestre.
La maggior parte degli strumenti PRD dice sì a ogni idea di funzionalità. Emma chiede: "qual è la versione più piccola che dimostra che questo funziona?" e scrive la specifica per quella. Il scope creep viene intercettato nella specifica, non dopo che l'ingegneria è già iniziata.
Notion AI vive nel tuo wiki. Emma lavora al fianco di Iris (research), Bob (architecture), Alex (engineering) e Mike (approvals), così il PRD viene revisionato dal team che lo realizzerà prima ancora che tu abbia speso una sola ora di engineering.
| Funzionalità | Atoms Consigliato | ChatPRD |
|---|---|---|
| Output | Specifica che porta alla realizzazione | Documento rifinito |
| Connesso all'ingegneria | Passa ad Alex | Vive in Notion |
| Disciplina dell'ambito integrata | mentalità v1 | Dice sì a ogni idea |
| Coinvolge l’architetto nella valutazione di fattibilità | Prima che le specifiche vengano definite | Devi chiedere separatamente |
| Criteri di accettazione | Per user story | Per user story |
Emma non lavora da solo. Ecco come avvengono i passaggi di consegne quando sviluppi con il team completo.
Il PRD di Emma va direttamente nello schizzo architetturale di Bob. Niente "cosa intendeva il PM" da decifrare dopo da parte degli ingegneri.
Scopri come Bob funziona
Emma definisce il cosa e il perché; Alex costruisce il come. Le specifiche si traducono in codice senza perdite nel passaggio di consegne.
Scopri come Alex funzionaIris valida una nicchia; Emma definisce l’ambito del prodotto che vince in quella nicchia.
Scopri come Iris funzionaArtefatti concreti del prodotto che Emma produce e che confluiscono direttamente nell’ingegneria.
PRD completo per una singola funzionalità con problema, ambito, user story e criteri di accettazione.
Definisci cosa viene rilasciato nella v1 e cosa può aspettare, così lanci qualcosa di utile invece di niente di perfetto.
User story con criteri di accettazione chiari su cui i tuoi ingegneri possono sviluppare ed eseguire test.
Suddividi una funzionalità in parti rilasciabili, così ogni sprint produce qualcosa che puoi mostrare in una demo.
PRD leggeri per strumenti interni che richiedono un ambito chiaro ma non il rigore di prodotti rivolti ai clienti.
Definisci cosa significa "completato" prima del lancio, così nulla di critico viene trascurato al momento del rilascio.
@Emma scrivi un PRD per un programma di referral per il nostro SaaS. Recupera la ricerca sul pubblico di Iris, definisci problema, ambito, elementi fuori ambito e metriche della v1, poi scrivi user story con criteri di accettazione su cui Alex possa sviluppare.
@Emma voglio lanciare un SaaS di tracciamento del tempo per freelance in 4 settimane. Fammi le giuste domande di chiarimento, poi proponi un ambito v1 che permetta di rilasciare qualcosa di utile, con un elenco chiaro di ciò che viene rimandato alla v2.
@Emma l'attuale PRD delle notifiche ha 14 user story e abbiamo una settimana/uomo di un ingegnere. Riducilo a 3 story che offrano il valore fondamentale, segnala cosa perdiamo e riscrivi il documento.
@Emma lanciamo il modulo di fatturazione giovedì prossimo. Scrivi la checklist di lancio che copra i criteri di accettazione, le specifiche di tracciamento di David, lo stato della landing page di Sarah e la preparazione della campagna di Adrian.
Nessun agente lavora da solo. Tocca un qualsiasi compagno di team per vedere come gestisce la sua parte del tuo prodotto.
Smetti di scrivere PRD che nessuno legge. Lascia che Emma scriva specifiche che il tuo team AI realizza lo stesso giorno in Atoms.
