מפרטים שאפשר לבנות מהם, לא מפרטים שנשארים במגירה
ChatPRD מייצר PRD מלוטש שנשאר ב-Notion לתמיד. המפרט של Emma זורם ישר לסקיצת הארכיטקטורה של Bob ולתוכנית הבנייה של Alex — המסמך שאתם כותבים הופך למוצר בתוך ימים, לא ברבעון הבא.
Emma·Product Managerסוכן מנהל מוצר מבוסס בינה מלאכותית שכותב מסמכי PRD שאפשר להשיק
אמה הופכת רעיונות ל-PRD שהצוות מבוסס ה-AI שלך בונה עוד באותו היום, ולא למפרטים שיושבים במסמך במשך שני ספרינטים.
מרעיון לתכונה מוגדרת בשיחה אחת.
מהימן על ידי בונים ב-
למה מסמכי PRD נשארים במסמך במקום להגיע לפרודקשן
מסמכי PRD שאף אחד לא יכול לממש
ChatPRD כותב מסמך מלוטש. המהנדסים שלך עדיין צריכים לפרש אותו מחדש, לפצל אותו למשימות ולעקוב אחרי הפערים. אמה כותבת מסמכי PRD שאלכס קורא כמקור האמת, בלי שכבת תרגום.
התרחקות בין המפרט לקוד כבר מהיום הראשון
ה-PRD נמצא ב-Notion. הקוד נמצא ב-GitHub. המוצר נמצא בפרודקשן. עד הספרינט השני הם כבר מספרים שלושה סיפורים שונים. אמה שומרת את ה-PRD באותו מרחב עבודה כמו הקוד כדי שיישאר מקור האמת.
זליגת היקף שאף אחד לא מציף
כלי PRD ליחידים כותבים כל מה שמבקשים מהם. אמה מציעה חיתוך ל-v1 ודוחפת חזרה נגד זליגת היקף במקום להפוך בשקט פיצ'ר של שבועיים לפרויקט של חודשיים.
אגרגטורים של פידבק שלעולם לא מפיקים PRD
Productboard אוסף אלפי פריטי פידבק. להפוך אותם למפרט שהצוות שלך יכול לספק עדיין נשאר תפקיד של בן אדם. אמה לוקחת את המחקר של Iris או רעיון גולמי וכותבת את סיפורי המשתמש שההנדסה יכולה לבנות לפיהם.
יום עם Emma
מהפרומפט הראשון שלך ועד לתוצאה שעלתה לאוויר — כך Emma באמת עובד.
- 01
קבל את הכיוון המאומת מ-Iris
Emma מתחילה מהזדמנות אמיתית ומתוקפת — לא מ"עלה לי רעיון במקלחת."
העברה ל-Iris - 02
עצב סיפורי משתמש וקריטריוני קבלה
מי עושה מה, מתי, ואיך נדע שזה עבד? ברור מספיק כדי שמהנדס יוכל לבנות את זה.
- 03
צמצמו את ההיקף ל-v1 שמנצח
תחמו את המפרט לגרסה הקטנה ביותר שמוכיחה את ההיפותזה — כאן תופסים זחילת היקף.
- 04
לערב את Bob ואת Alex בדיון על היתכנות
הפשרות הארכיטקטוניות וזמן הבנייה נלקחים בחשבון לפני שהמפרט נסגר — בלי הפתעות באמצע הבנייה.
העברה ל-Bob - 05
לסגור את המפרט ולהעביר לפיתוח
ה-PRD נכנס ישירות לתור הבנייה — אותו ארטיפקט שמשותף ל-PM, לארכיטקטורה ולהנדסה.
כל מה שאמה צריכה כדי לשלוח מפרטים ברורים
תבניות PRD מובנות
בעיה, מטרות, משתמשים, היקף, מחוץ להיקף ומדדי הצלחה בפורמט עקבי בכל פעם.
סיפורי משתמש עם קריטריוני קבלה
כל סיפור ניתן למימוש ולבדיקה, ולא בקשת פיצ'ר מעורפלת.
סימוני היקף וסיכון
Emma מסמנת דרישות לא חד-משמעיות ומציעה חיתוך ל-v1 במקום לכתוב את כל מה שאתה מבקש.
שילוב מחקר
מושך ממצאים מ-Iris כשזמינים, כך ש-PRDים מבוססים על תובנות אמיתיות.
העברה ישירה ל-Engineer
Alex קורא את ה-PRD כמקור האמת למימוש, בלי שכבת תרגום.
מפרט חי בפרויקט
מסמכי PRD נמצאים ב-Editor לצד הקוד, כך שעדכונים נשארים גלויים לכל הצוות.
תבניות קלות משקל
מדרגים את רמת הפירוט ממפרט מהיר לכלי פנימי ועד PRD מלא לפיצ'ר, בהתאם למה שבאמת צריך.
מה משתנה כש־Emma נמצא בצוות שלך
תהליכי עבודה שנבנו ידנית הם איטיים, ידניים ומבוססי כלים רבים. רחפו מעל כל כרטיס כדי לראות למה כל תועלת חשובה.
למה builders בוחרים ב-Emma על פני כל השאר
השווה מול
מגיעים מ-ChatPRD? הנה התחומים שבהם Emma מובילה.
ההיקף נשמר, לא נמתח
רוב כלי ה-PRD אומרים כן לכל רעיון לפיצ'ר. Emma שואלת: "מהי הגרסה הקטנה ביותר שמוכיחה שזה עובד?" וכותבת את המפרט עבורה. זחילת היקף נתפסת במפרט, לא אחרי שההנדסה כבר התחילה.
מחובר לצוות שמספק
Notion AI חי בתוך הוויקי שלך. Emma עובדת לצד Iris (research), Bob (architecture), Alex (engineering) ו-Mike (approvals) — כך שה-PRD נבדק על ידי הצוות שיבנה אותו עוד לפני שהשקעת אפילו שעת הנדסה אחת.
Atoms מול ChatPRD: השוו תכונות, תמחור ויכולות
| תכונה | Atoms מומלץ | ChatPRD |
|---|---|---|
| פלט | מפרט שאפשר לבנות ממנו | מסמך מלוטש |
| מחובר להנדסה | העברה ל-Alex | נמצא ב-Notion |
| משמעת היקף מובנית | גישת v1 | אומר כן לכל רעיון |
| מערב את הארכיטקט בדיון על היתכנות | לפני שהמפרט ננעל | אתה שואל בנפרד |
| קריטריוני קבלה | לכל סיפור משתמש | לכל סיפור משתמש |
איך Emma עובד עם שאר צוות ה-AI שלך
Emma לא עובד לבד. כך נראות ההעברות כשבונים עם כל הצוות.
EmmaBob
מסמך ה-PRD של Emma עובר ישר לסקיצת הארכיטקטורה של Bob. בלי שמהנדסים יצטרכו אחר כך לפענח "למה ה-PM התכוון".
ראו איך Bob עובדEmmaAlex
Emma אחראית על מה ולמה; Alex בונה את איך. המפרטים מתורגמים לקוד בלי אובדן במעבר.
ראו איך Alex עובדEmmaIris
Iris מאמתת נישה; Emma מגדירה את היקף המוצר שמנצח בנישה הזו.
ראו איך Iris עובדמה אמה כותבת עבור צוותי מוצר
תוצרים מוחשיים של המוצר שאמה מפיקה ומזינים ישירות את ההנדסה.
- כתוב מסמך PRD לפיצ'ר
מסמכי PRD לפיצ'רים
מסמך PRD מלא עבור פיצ'ר אחד, כולל הבעיה, ההיקף, סיפורי משתמש וקריטריוני קבלה.
- הגדר היקף ל-MVP
מסמכי היקף MVP
הגדר מה יושק ב-v1 ומה ימתין, כדי שתשיקו משהו שימושי במקום כלום מושלם.
- כתוב סיפורי משתמש
סטים של סיפורי משתמש
סיפורי משתמש עם קריטריוני קבלה ברורים שהמהנדסים שלכם יכולים לפתח ולבדוק לפיהם.
- הגדר היקף לספרינט
הגדרת היקף לספרינט
חלקו פיצ'ר ליחידות ניתנות להשקה כך שכל ספרינט יפיק משהו שאפשר להדגים.
- הגדר היקף לכלי
מפרטים לכלים פנימיים
מסמכי PRD קלים לכלים פנימיים שדורשים היקף ברור אך לא רמת הקפדה של מוצר ללקוחות.
- תכנן השקה
צ'קליסטים להשקה
הגדירו מה נחשב גמור לפני ההשקה כדי ששום דבר קריטי לא יתפספס בזמן השחרור.
נסו את ההנחיות האלה עם אמה
כתבי PRD עבור פיצ'ר חדש
@Emma כתבי PRD עבור תוכנית הפניות עבור ה-SaaS שלנו. שלפי את מחקר הקהל של Iris, הגדירי את הבעיה, ההיקף, מה מחוץ להיקף, ומדדי v1, ואז כתבי סיפורי משתמש עם קריטריוני קבלה ש-Alex יכול לפתח לפיהם.
תחמי MVP ממשפט אחד
@Emma אני רוצה להשיק SaaS למעקב זמן עבור פרילנסרים בתוך 4 שבועות. שאלי אותי את שאלות ההבהרה הנכונות, ואז הציעי היקף v1 שמשיק משהו שימושי, עם רשימה ברורה של מה שמחכה ל-v2.
צמצמי פיצ'ר שהוגדר בהיקף גדול מדי
@Emma ל-PRD הנוכחי של ההתראות יש 14 סיפורי משתמש ויש לנו שבוע עבודה אחד של מהנדס. צמצמי אותו ל-3 סיפורים שמספקים את הערך המרכזי, צייני מה אנחנו מפסידים, וכתבי מחדש את המסמך.
תכנני רשימת בדיקה להשקה
@Emma אנחנו משיקים את מודול החשבוניות ביום חמישי הבא. כתבי את רשימת הבדיקה להשקה שכוללת קריטריוני קבלה, מפרט המעקב של David, סטטוס דף הנחיתה של Sarah, ומוכנות הקמפיין של Adrian.
הכירו את שאר צוות ה-AI של Emma
אף סוכן לא עובד לבד. הקש על כל חבר צוות כדי לראות איך הוא מטפל בחלק שלו במוצר שלך.
שאלות נפוצות
הפעילו את Emma
הפסיקו לכתוב מסמכי PRD שאף אחד לא קורא. תנו ל-Emma לכתוב מפרטים שצוות ה-AI שלכם בונה עוד באותו היום ב-Atoms.
