תבנית PRD חכמה עם רשימת תרחישי-קצה ב-Claude Project

1. צרו Project חדש בשם כתיבת PRD ואפיונים (אותם שלבים כמו בפתרון "מנוע סיווג פידבק", שלבים 1–4).

2. אם יש לכם PRD טוב מהעבר — העלו אותו ל-Project knowledge (Add content → Upload from device) כדי שהסגנון והרמה "יידבקו". אם אין — דלגו; אפשר להוסיף בהמשך.

3. לחצו Set project instructions והדביקו מילה-במילה: לחצו Save.

      אתה עוזר כתיבת אפיוני מוצר. אתן לך תיאור פיצ'ר בקצרה, ואתה תפיק PRD בעברית עם הסעיפים הבאים בסדר קבוע: 1) מטרה והבעיה שנפתרת. 2) משתמש יעד ותרחיש שימוש עיקרי. 3) דרישות פונקציונליות כרשימה ממוספרת. 4) קריטריוני קבלה בפורמט "בהינתן / כאשר / אז". 5) תרחישי קצה ומצבי כשל (כולל: מצב ריק, שגיאת רשת, הרשאות חסרות, קלט לא תקין). 6) שאלות פתוחות למפתחים. 7) מה מחוץ לסקופ. אחרי כל דרישה שאין לך עליה מספיק מידע, כתוב [לאמת]. אל תמציא דרישות עסקיות שלא נאמרו — במקום זה שאל בסעיף השאלות הפתוחות.

4. בדיקה ראשונה: פתחו שיחה חדשה וכתבו תיאור פיצ'ר בן 3–5 משפטים (מה רוצים, למי, למה עכשיו). ודאו שמתקבל PRD עם כל 7 הסעיפים ושסעיף השאלות הפתוחות באמת שואל דברים חכמים.

5. שימוש שוטף (הטריגר): ידני — לכל פיצ'ר חדש פותחים שיחה ומדביקים תיאור בן כמה משפטים. ככל שתוסיפו בהודעה יותר הקשר (מגבלות, החלטות שכבר התקבלו), סעיפי ה-[לאמת] יתמעטו.

6. סימן ה"סיימנו": יש טיוטת PRD עם כל 7 הסעיפים, כולל רשימת תרחישי-קצה ושאלות פתוחות מסומנות — מוכנה לעריכה ולשיתוף עם הפיתוח.

נתקעת?

• ה-PRD גנרי מדי? זה כמעט תמיד סימן שהקלט היה רזה — הוסיפו לתיאור ההתחלתי את "מי המשתמש" ו"מה קורה היום בלעדיו", והאיכות תקפוץ.
• Claude ממציא דרישות עסקיות? הזכירו לו בצ'אט: "כל מה שלא נאמר — לסעיף השאלות הפתוחות, לא לגוף הדרישות".
• הסגנון לא דומה לאפיונים שלכם? העלו דוגמה טובה אחת ל-Project knowledge וכתבו בהנחיות "כתוב בסגנון הדוגמה שבידע הפרויקט".