Emma, AI Product Manager — AtomsEmma·Product Manager

Sevk edebileceğiniz PRD'ler yazan Yapay Zeka Ürün Yöneticisi Aracısı

Emma, fikirleri yapay zeka ekibinizin aynı gün inşa ettiği PRD'lere dönüştürür; iki sprint boyunca bir dokümanda bekleyen spesifikasyonlara değil.

Fikirden kapsamı belirlenmiş bir özelliğe tek bir sohbette.

PRD'ler neden sevk edilmek yerine bir belgede kalır

  • Kimsenin uygulayamadığı PRD’ler

    ChatPRD cilalı bir doküman yazar. Mühendislerinizin yine de onu yeniden yorumlaması, biletlere bölmesi ve eksikleri kovalamaları gerekir. Emma, Alex’in doğruluk kaynağı olarak okuduğu PRD’ler yazar; arada bir çeviri katmanı yoktur.

  • Spesifikasyon ve kod ilk günden ayrışır

    PRD Notion’da yaşar. Kod GitHub’da yaşar. Ürün production’da yaşar. İkinci sprintte üçü de birbirinden farklı hikâyeler anlatır. Emma, PRD’yi kodla aynı çalışma alanında tutar; böylece doğruluk kaynağı olarak kalır.

  • Kimsenin işaret etmediği kapsam kayması

    Tek başına çalışan PRD araçları siz ne isterseniz onu yazar. Emma bir v1 kesiti önerir ve 2 haftalık bir özelliği sessizce 2 aylık bir projeye dönüştürmek yerine kapsam kaymasına karşı çıkar.

  • Asla PRD üretmeyen geri bildirim toplayıcıları

    Productboard binlerce geri bildirim maddesi toplar. Bunları ekibinizin teslim edebileceği bir spesifikasyona dönüştürmek hâlâ bir insanın işidir. Emma, Iris’in araştırmasını ya da ham bir fikri alır ve mühendisliğin üzerine inşa edebileceği kullanıcı hikâyelerini yazar.

Emma ile bir gün

İlk komutunuzdan yayına alınmış sonuca kadar — Emma işte gerçekten böyle çalışır.

  1. 01

    Iris’ten doğrulanmış yönü alın

    Emma, "duşta aklıma bir fikir geldi" ile değil, gerçek ve doğrulanmış bir fırsatla başlar.

    Iris, AI Deep ResearcherIris kişisine devret
  2. 02

    Kullanıcı hikâyelerini ve kabul kriterlerini şekillendirin

    Kim neyi, ne zaman yapar ve bunun işe yaradığını nasıl anlarız? Bir mühendisin inşa edebileceği kadar nettir.

  3. 03

    Kapsamı kazandıran v1'e indirin

    Spesifikasyonu, hipotezi kanıtlayan en küçük sürümle sınırlandırın — kapsam kayması burada yakalanır.

  4. 04

    Bob ve Alex’i yapılabilirlik değerlendirmesine dahil et

    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, AI ArchitectBob kişisine devret
  5. 05

    Spesifikasyonu kilitleyin ve geliştirmeye devredin

    PRD doğrudan build kuyruğuna girer — PM, mimari ve mühendisliğin ortak kullandığı aynı çıktı.

Emma'nın net spesifikasyonlar yayınlamak için ihtiyaç duyduğu her şey

Yapılandırılmış PRD şablonları

Sorun, hedefler, kullanıcılar, kapsam, kapsam dışı öğeler ve başarı metrikleri her seferinde tutarlı bir formatta sunulur.

Kabul kriterleriyle kullanıcı hikayeleri

Her hikâye uygulanabilir ve test edilebilirdir; belirsiz bir özellik isteği değildir.

Kapsam ve risk işaretleri

Emma, belirsiz gereksinimleri işaretler ve siz istediğiniz her şeyi yazmak yerine bir v1 daraltması önerir.

Araştırma entegrasyonu

Mevcut olduğunda Iris'ten bulguları alır; böylece PRD'ler gerçek içgörülere dayanır.

Engineer'a doğrudan teslim

Alex, PRD'yi uygulama için tek doğruluk kaynağı olarak okur; arada bir çeviri katmanı yoktur.

Projede yaşayan spesifikasyon

PRD'ler kodun yanında Editor'da yaşar; böylece güncellemeler tüm ekip için görünür kalır.

Hafif şablonlar

Gerçekte neye ihtiyacınız olduğuna göre ayrıntı düzeyini hızlı bir iç araç spesifikasyonundan tam özellik PRD'sine kadar kademelendirin.

Emma ekibinizde olduğunda ne değişir

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.

Builder'ların neden diğerleri yerine Emmaı seçtiği

Karşılaştır

ChatPRD kullanıyorsunuz da mı geliyorsunuz? İşte Emma’in öne geçtiği noktalar.

01

Bekleyen değil, ürüne dönüşen spesifikasyonlar

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.

02

Kapsam korundu, genişletilmedi

Ç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.

03

Yayınlayan ekibe bağlı

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.

Atoms vs ChatPRD: özellikleri, fiyatlandırmayı ve yetenekleri karşılaştırın

Ö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, yapay zeka ekibinizin geri kalanıyla nasıl çalışır

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 ürün ekipleri için yazdıkları

Emma'nın ürettiği ve doğrudan mühendisliğe aktarılan somut ürün çıktıları.

  1. Özellik PRD'leri

    Tek bir özellik için problem, kapsam, kullanıcı hikayeleri ve kabul kriterlerini içeren tam PRD.

    Bir özellik PRD'si yaz
  2. MVP kapsam dokümanları

    v1'de nelerin yayınlanacağını ve nelerin bekleyeceğini tanımlayın; böylece kusursuz hiçbir şey yerine faydalı bir şey yayınlarsınız.

    Bir MVP'nin kapsamını belirle
  3. Kullanıcı hikayesi setleri

    Mühendislerinizin geliştirebileceği ve test edebileceği net kabul kriterlerine sahip kullanıcı hikayeleri.

    Kullanıcı hikayeleri yaz
  4. Sprint kapsam belirleme

    Bir özelliği yayınlanabilir parçalara bölün; böylece her sprintte demo yapabileceğiniz bir çıktı ortaya çıkar.

    Bir sprintin kapsamını belirle
  5. İç araç spesifikasyonları

    Net bir kapsam gerektiren ancak müşteri odaklı titizlik gerektirmeyen iç araçlar için hafif PRD'ler.

    Bir aracın kapsamını belirle
  6. Yayın kontrol listeleri

    Yayın öncesinde tamamlanmış olmanın ne anlama geldiğini tanımlayın; böylece sürümde kritik hiçbir şey gözden kaçmaz.

    Bir yayını planla

Emma ile bu istemleri deneyin

Yeni bir özellik için PRD yaz

@Emma SaaS ürünümüz için bir yönlendirme programına dair bir PRD yaz. Iris'in kitle araştırmasını kullan, problemi, kapsamı, kapsam dışını ve v1 metriklerini tanımla, ardından Alex'in geliştirebileceği kabul kriterleriyle birlikte kullanıcı hikayeleri yaz.

Tek cümleden bir MVP'nin kapsamını belirle

@Emma 4 hafta içinde freelancer'lar için bir zaman takip SaaS'ı başlatmak istiyorum. Bana doğru netleştirici soruları sor, ardından faydalı bir şey sunan bir v1 kapsamı öner ve v2'ye kalacakların net bir listesini ver.

Kapsamı fazla genişletilmiş bir özelliği daralt

@Emma mevcut bildirimler PRD'sinde 14 kullanıcı hikayesi var ve bizim yalnızca bir mühendis-haftamız var. Bunu temel değeri sunan 3 hikayeye indir, neleri kaybettiğimizi belirt ve dokümanı yeniden yaz.

Bir lansman kontrol listesi planla

@Emma faturalama modülünü gelecek Perşembe yayına alıyoruz. Kabul kriterlerini, David'in takip spesifikasyonunu, Sarah'ın açılış sayfası durumunu ve Adrian'ın kampanya hazırlığını kapsayan lansman kontrol listesini yaz.

Emma ekibindeki diğer AI üyeleriyle tanışın

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.

Şu bölgelerden müşteriler tarafından güvenilmektedir

Sıkça Sorulan Sorular

Emma'yı işe koy

Kimsenin okumadığı PRD’leri yazmayı bırakın. Emma, AI Team’inizin aynı gün Atoms’ta geliştireceği özellik dokümanlarını yazsın.