Emma·Product ManagerEmma zamienia pomysły w PRD, które Twój zespół AI buduje tego samego dnia, a nie w specyfikacje, które leżą w dokumencie przez dwa sprinty.
Od pomysłu do funkcji o określonym zakresie w jednym czacie.
PRD jest w Notion. Kod jest w GitHub. Produkt działa na produkcji. Już w 2. sprincie opowiadają trzy różne historie. Emma trzyma PRD w tej samej przestrzeni roboczej co kod, dzięki czemu pozostaje ono jedynym źródłem prawdy.
Samodzielne narzędzia do tworzenia PRD zapisują wszystko, o co poprosisz. Emma proponuje wersję v1 o ograniczonym zakresie i przeciwstawia się rozszerzaniu scope’u, zamiast po cichu zamieniać funkcję planowaną na 2 tygodnie w projekt na 2 miesiące.
Productboard zbiera tysiące elementów feedbacku. Przekształcenie ich w specyfikację, którą zespół może wdrożyć, nadal pozostaje pracą człowieka. Emma bierze badania Iris lub surowy pomysł i tworzy user stories, na podstawie których zespół engineeringu może budować.
Od pierwszego promptu po gotowy do wdrożenia rezultat — tak naprawdę działa Emma.
Emma wychodzi od realnej, zweryfikowanej szansy — a nie od „wpadł mi do głowy pomysł pod prysznicem”.
Przekazanie do IrisKto co robi, kiedy i skąd wiemy, że to zadziałało? Wystarczająco jasno, by inżynier mógł to zbudować.
Ogranicz specyfikację do najmniejszej wersji, która potwierdza hipotezę — tutaj wychwytuje się rozrost zakresu.
Kompromisy architektoniczne i czas builda są uwzględniane przed zamknięciem specyfikacji — bez niespodzianek w trakcie prac.
Przekazanie do BobPRD trafia prosto do kolejki buildów — to ten sam artefakt, z którego korzystają PM, architektura i engineering.
Problem, cele, użytkownicy, zakres, poza zakresem i wskaźniki sukcesu w spójnym formacie za każdym razem.
Każda historia nadaje się do wdrożenia i przetestowania, a nie jest mglistym życzeniem dotyczącym funkcji.
Emma oznacza niejednoznaczne wymagania i proponuje wersję v1 zamiast opisywać wszystko, o co prosisz.
Pobiera wnioski z Iris, gdy są dostępne, dzięki czemu PRD opierają się na rzeczywistych insightach.
Alex odczytuje PRD jako źródło prawdy dla wdrożenia, bez warstwy tłumaczącej.
PRD znajdują się w Edytorze obok kodu, więc aktualizacje pozostają widoczne dla całego zespołu.
Dopasuj poziom szczegółowości — od szybkiej specyfikacji narzędzia wewnętrznego po pełne PRD funkcji — w zależności od tego, czego faktycznie potrzebujesz.
Ręcznie składane przepływy pracy są wolne, ręczne i wymagają wielu narzędzi. Najedź na dowolną kartę, aby zobaczyć, dlaczego każda korzyść ma znaczenie.
Przechodzisz z ChatPRD? Oto, w czym Emma wyprzedza konkurencję.
ChatPRD generuje dopracowany PRD, który zostaje w Notion na zawsze. Specyfikacja Emmy trafia od razu do szkicu architektury Boba i planu budowy Alexa — dokument, który piszesz, staje się produktem w ciągu kilku dni, a nie dopiero w następnym kwartale.
Większość narzędzi PRD mówi tak każdemu pomysłowi na funkcję. Emma pyta: "jaka jest najmniejsza wersja, która dowodzi, że to działa?" i pisze pod nią specyfikację. Rozrost zakresu jest wychwytywany w specyfikacji, a nie dopiero po rozpoczęciu prac inżynieryjnych.
Notion AI działa w Twojej wiki. Emma współpracuje z Iris (research), Bobem (architecture), Alexem (engineering) i Mikiem (approvals) — dzięki temu PRD jest recenzowany przez zespół, który będzie go budował, zanim poświęcisz choć jedną godzinę pracy inżynieryjnej.
| Funkcja | Atoms Zalecane | ChatPRD |
|---|---|---|
| Dane wyjściowe | Specyfikacja, na podstawie której można budować | Dopracowany dokument |
| Połączone z inżynierią | Przekazanie do Alexa | Działa w Notion |
| Wbudowana dyscyplina zakresu | myślenie v1 | Mówi tak każdemu pomysłowi |
| Włącza architekta do oceny wykonalności | Przed zatwierdzeniem specyfikacji | Pytasz osobno |
| Kryteria akceptacji | Na historyjkę użytkownika | Na historyjkę użytkownika |
Emma nie działa w pojedynkę. Oto jak wyglądają przekazania, gdy tworzysz z pełnym zespołem.
PRD Emmy trafia bezpośrednio do szkicu architektury Boba. Bez późniejszego rozszyfrowywania przez inżynierów „co PM miał na myśli”.
Zobacz, jak Bob działa
Emma odpowiada za co i dlaczego, a Alex buduje jak. Specyfikacje przekładają się na kod bez strat przy przekazaniu.
Zobacz, jak Alex działaIris waliduje niszę; Emma określa zakres produktu, który wygrywa w tej niszy.
Zobacz, jak Iris działaKonkretne artefakty produktowe, które Emma tworzy i które trafiają bezpośrednio do inżynierii.
Pełny dokument PRD dla jednej funkcji, obejmujący problem, zakres, historie użytkowników i kryteria akceptacji.
Określ, co trafi do wersji v1, a co poczeka, aby wdrożyć coś użytecznego zamiast niczego idealnego.
Historie użytkowników z jasnymi kryteriami akceptacji, na podstawie których inżynierowie mogą budować i testować.
Podziel funkcję na możliwe do wdrożenia części, aby każdy sprint kończył się czymś, co można zaprezentować.
Lekkie dokumenty PRD dla narzędzi wewnętrznych, które wymagają jasnego zakresu, ale nie rygoru właściwego produktom dla klientów.
Zdefiniuj, co oznacza ukończenie przed wdrożeniem, aby przy publikacji nic krytycznego nie zostało pominięte.
@Emma napisz PRD dla programu poleceń dla naszego SaaS-a. Wykorzystaj badania odbiorców Iris, zdefiniuj problem, zakres, elementy poza zakresem oraz metryki v1, a następnie napisz historie użytkowników z kryteriami akceptacji, na podstawie których Alex będzie mógł budować.
@Emma chcę uruchomić SaaS do śledzenia czasu pracy dla freelancerów w 4 tygodnie. Zadaj mi właściwe pytania doprecyzowujące, a następnie zaproponuj zakres v1, który pozwoli dostarczyć coś użytecznego, z jasną listą tego, co poczeka do v2.
@Emma obecne PRD dotyczące powiadomień ma 14 historii użytkowników, a my mamy jeden tydzień pracy jednego inżyniera. Ogranicz to do 3 historii, które dostarczą kluczową wartość, wskaż, co przez to stracimy, i przeredaguj dokument.
@Emma w przyszły czwartek uruchamiamy moduł fakturowania. Napisz checklistę wdrożenia obejmującą kryteria akceptacji, specyfikację śledzenia Davida, status strony docelowej Sarah oraz gotowość kampanii Adriana.
Żaden agent nie pracuje sam. Kliknij dowolnego członka zespołu, aby zobaczyć, jak zajmuje się swoją częścią Twojego produktu.
Przestań pisać PRD-y, których nikt nie czyta. Niech Emma pisze specyfikacje, które Twój AI Team zbuduje jeszcze tego samego dnia w Atoms.
