Emma·Product ManagerEmma förvandlar idéer till PRD:er som ditt AI-team bygger samma dag, inte specifikationer som blir liggande i ett dokument i två sprintar.
Från idé till avgränsad funktion i en chatt.
PRD:n finns i Notion. Koden finns i GitHub. Produkten finns i produktion. Redan i sprint 2 berättar de tre olika historier. Emma håller PRD:n i samma arbetsyta som koden så att den förblir den enda sanningskällan.
Verktyg för solo-PRD:er skriver vad du än ber om. Emma föreslår en v1-avgränsning och säger ifrån mot glidande scope i stället för att tyst förvandla en feature på 2 veckor till ett projekt på 2 månader.
Från din första prompt till ett levererat resultat — så här fungerar Emma faktiskt.
Emma utgår från en verklig, validerad möjlighet — inte "jag fick en idé i duschen."
Lämna över till IrisVem gör vad, när, och hur vet vi att det fungerade? Tillräckligt tydligt för att en ingenjör ska kunna bygga det.
Begränsa specifikationen till den minsta version som bevisar hypotesen — det är här scope creep fångas upp.
Avvägningar i arkitekturen och byggtid vägs in innan specifikationen låses — inga överraskningar mitt i bygget.
Lämna över till BobPRD:n går direkt in i byggkön — samma artefakt som PM, arkitektur och engineering delar.
Problem, mål, användare, omfattning, utanför omfattning och framgångsmått i ett konsekvent format varje gång.
Varje berättelse är implementerbar och testbar, inte en vag funktionsönskan.
Emma flaggar tvetydiga krav och föreslår en v1-avgränsning i stället för att skriva allt du ber om.
Hämtar insikter från Iris när de finns tillgängliga så att PRD:er bygger på verkliga insikter.
Alex läser PRD:n som den främsta sanningskällan för implementering, utan något översättningslager.
PRD:er finns i editorn bredvid koden, så att uppdateringar förblir synliga för hela teamet.
Anpassa detaljnivån från en snabb specifikation för ett internt verktyg till en fullständig PRD för en funktion, beroende på vad du faktiskt behöver.
Manuellt byggda arbetsflöden är långsamma, manuella och kräver många verktyg. Hovra över valfritt kort för att se varför varje förbättring spelar roll.
Kommer du från ChatPRD? Här är det som gör att Emma ligger före.
ChatPRD genererar ett välpolerat PRD som lever kvar i Notion för alltid. Emmas spec går direkt in i Bobs arkitekturskiss och Alex byggplan — dokumentet du skriver blir till produkten inom några dagar, inte nästa kvartal.
De flesta PRD-verktyg säger ja till varje funktionsidé. Emma frågar "vad är den minsta versionen som bevisar att det här fungerar?" och skriver specifikationen för den. Scope creep fångas upp i specifikationen, inte efter att engineering redan har börjat.
Notion AI lever i din wiki. Emma arbetar tillsammans med Iris (research), Bob (architecture), Alex (engineering) och Mike (approvals) — så PRD:n granskas av teamet som ska bygga den innan du har lagt en enda ingenjörstimme.
| Funktion | Atoms Rekommenderad | ChatPRD |
|---|---|---|
| Utdata | Specifikation som leder till bygge | Finslipat dokument |
| Ansluten till engineering | Lämna över till Alex | Finns i Notion |
| Inbyggd scope-disciplin | v1-tänk | Säger ja till varje idé |
| Involverar arkitekten i genomförbarhetsbedömningen | Innan specifikationen låses | Du måste fråga separat |
| Acceptanskriterier | Per user story | Per user story |
Emma arbetar inte ensam. Så här landar överlämningarna när du bygger med hela teamet.
Emmas PRD går direkt in i Bobs arkitekturskiss. Inget "vad menade PM egentligen" som ingenjörerna måste tolka i efterhand.
Se hur Bob fungerar
Emma äger vadet och varför; Alex bygger huret. Specs översätts till kod utan förlust i överlämningen.
Se hur Alex fungerarIris validerar en nisch; Emma definierar omfattningen för produkten som vinner i den nischen.
Se hur Iris fungerarKonkreta produktartefakter som Emma producerar och som går direkt vidare till utveckling.
Fullständig PRD för en funktion med problem, omfattning, användarberättelser och acceptanskriterier.
Definiera vad som levereras i v1 och vad som får vänta, så att du lanserar något användbart i stället för ingenting perfekt.
Användarberättelser med tydliga acceptanskriterier som dina utvecklare kan bygga och testa utifrån.
Dela upp en funktion i levererbara delar så att varje sprint resulterar i något du kan demonstrera.
Lättviktiga PRD:er för interna verktyg som behöver tydlig omfattning men inte samma noggrannhet som kundvända produkter.
Definiera vad klart innebär före lansering så att inget kritiskt missas vid release.
@Emma skriv en PRD för ett rekommendationsprogram för vår SaaS. Hämta Iris målgruppsundersökning, definiera problem, omfattning, utanför omfattning och v1-mått, och skriv sedan användarberättelser med acceptanskriterier som Alex kan bygga utifrån.
@Emma jag vill lansera en SaaS för tidsspårning för frilansare om 4 veckor. Ställ mig rätt förtydligande frågor och föreslå sedan en v1-omfattning som levererar något användbart, med en tydlig lista över vad som väntar till v2.
@Emma den nuvarande PRD:n för notifikationer har 14 användarberättelser och vi har en ingenjörsvecka. Skär ner den till 3 berättelser som levererar kärnvärdet, markera vad vi förlorar och skriv om dokumentet.
@Emma vi lanserar faktureringsmodulen nästa torsdag. Skriv checklistan för lanseringen som täcker acceptanskriterier, Davids tracking-spec, Sarahs status för landningssidan och Adrians kampanjberedskap.
Ingen agent arbetar ensam. Tryck på valfri teammedlem för att se hur de hanterar sin del av din produkt.
Betrodd av kunder från
Sluta skriva PRD:er som ingen läser. Låt Emma skriva specifikationer som ditt AI-team bygger samma dag i Atoms.
