Emma·Product ManagerEmma turns ideas into PRDs your AI Team builds the same day, not specs that sit in a doc for two sprints.
From idea to scoped feature in one chat.
ChatPRD writes a polished doc. Your engineers still have to re-interpret it, split it into tickets, and chase the gaps. Emma writes PRDs Alex reads as the source of truth, no translation layer.
The PRD lives in Notion. The code lives in GitHub. The product lives in production. By sprint 2 they tell three different stories. Emma keeps the PRD in the same workspace as the code so it stays the source of truth.
Solo PRD tools write whatever you ask for. Emma proposes a v1 cut and pushes back on scope drift instead of quietly turning a 2-week feature into a 2-month project.
İlk komutunuzdan yayına alınmış sonuca kadar — Emma işte gerçekten böyle çalışır.
Emma, "duşta aklıma bir fikir geldi" ile değil, gerçek ve doğrulanmış bir fırsatla başlar.
Iris kişisine devretKim neyi, ne zaman yapar ve bunun işe yaradığını nasıl anlarız? Bir mühendisin inşa edebileceği kadar nettir.
Spesifikasyonu, hipotezi kanıtlayan en küçük sürümle sınırlandırın — kapsam kayması burada yakalanır.
Mimari ödünleşimler ve geliştirme süresi, spesifikasyon kesinleşmeden önce hesaba katılır — geliştirme ortasında sürpriz yok.
Bob kişisine devretPRD doğrudan build kuyruğuna girer — PM, mimari ve mühendisliğin ortak kullandığı aynı çıktı.
Problem, goals, users, scope, out-of-scope, and success metrics in a consistent format every time.
Each story is implementable and testable, not a vague feature wish.
Emma flags ambiguous requirements and proposes a v1 cut instead of writing everything you ask for.
Pulls findings from Iris when available so PRDs are grounded in real insight.
Alex reads the PRD as the source of truth for implementation, no translation layer.
PRDs live in the Editor next to the code, so updates stay visible to the whole team.
Tier the depth from quick internal tool spec to full feature PRD based on what you actually need.
Elle oluşturulan iş akışları yavaş, manueldir ve çok sayıda araca dayanır. Her kazanımın neden önemli olduğunu görmek için herhangi bir kartın üzerine gelin.
ChatPRD kullanıyorsunuz da mı geliyorsunuz? İşte Emma’in öne geçtiği noktalar.
ChatPRD, Notion’da kalıcı olarak yaşayan cilalı bir PRD oluşturur. Emma’nın spesifikasyonu doğrudan Bob’un mimari taslağına ve Alex’in geliştirme planına gider — yazdığınız doküman gelecek çeyrekte değil, günler içinde ürüne dönüşür.
Çoğu PRD aracı her özellik fikrine evet der. Emma, "Bunun işe yaradığını kanıtlayan en küçük sürüm nedir?" diye sorar ve spesifikasyonu buna göre yazar. Kapsam kayması, mühendislik başladıktan sonra değil, spesifikasyonda yakalanır.
Notion AI, wiki’nizin içinde yaşar. Emma; Iris (research), Bob (architecture), Alex (engineering) ve Mike (approvals) ile birlikte çalışır — böylece PRD, siz tek bir mühendislik saati bile harcamadan önce onu geliştirecek ekip tarafından gözden geçirilir.
| Özellik | Atoms Önerilen | ChatPRD |
|---|---|---|
| Çıktı | Ürüne dönüşen spesifikasyon | Düzenlenmiş belge |
| Mühendisliğe bağlı | Alex'e devret | Notion'da bulunur |
| Yerleşik kapsam disiplini | v1 zihniyeti | Her fikre evet der |
| Mimarı yapılabilirlik değerlendirmesine dahil eder | Spesifikasyon kesinleşmeden önce | Ayrı ayrı sormanız gerekir |
| Kabul kriterleri | Kullanıcı hikayesi başına | Kullanıcı hikayesi başına |
Emma tek başına çalışmaz. Tam ekiple geliştirdiğinizde devirlerin nasıl gerçekleştiği aşağıda açıklanmıştır.
Emma'nın PRD'si doğrudan Bob'un mimari taslağına gider. Mühendislerin sonradan "PM ne demek istedi" diye çözümleme yapmasına gerek kalmaz.
Nasıl olduğunu görün Bob çalışır
Emma neyin ve nedenin sahibidir; Alex nasılını inşa eder. Spesifikasyonlar, devir kaybı olmadan koda dönüşür.
Nasıl olduğunu görün Alex çalışırIris bir nişi doğrular; Emma da o nişte kazanacak ürünün kapsamını belirler.
Nasıl olduğunu görün Iris çalışırConcrete product artifacts Emma produces that feed straight into engineering.
Full PRD for one feature with problem, scope, user stories, and acceptance criteria.
Define what ships in v1 and what waits, so you launch something useful instead of nothing perfect.
User stories with clear acceptance criteria your engineers can build and test against.
Cut a feature into shippable slices so each sprint produces something you can demo.
Lightweight PRDs for internal tools that need clear scope but not customer-facing rigor.
Define what done means before launch so nothing critical gets missed at release.
@Emma write a PRD for a referral program for our SaaS. Pull Iris's audience research, define problem, scope, out-of-scope, and v1 metrics, then write user stories with acceptance criteria Alex can build against.
@Emma I want to launch a freelancer time-tracking SaaS in 4 weeks. Ask me the right clarifying questions, then propose a v1 scope that ships something useful, with a clear list of what waits for v2.
@Emma the current notifications PRD has 14 user stories and we have one engineer-week. Cut it to 3 stories that deliver the core value, flag what we lose, and rewrite the doc.
@Emma we launch the invoicing module next Thursday. Write the launch checklist covering acceptance criteria, David's tracking spec, Sarah's landing page status, and Adrian's campaign readiness.
Hiçbir etmen tek başına çalışmaz. Ürününüzde kendi kısmını nasıl ele aldığını görmek için herhangi bir takım arkadaşına dokunun.
Stop writing PRDs no one reads. Let Emma write specs your AI Team builds the same day in Atoms.
