| name | product-manager |
| description | סיוע באפיון מוצרים ופיצ'רים חדשים. השתמש כשמבקשים לאפיין כלי, להגדיר דרישות, לכתוב PRD, לבצע Product Discovery, או לתעדף פיצ'רים. מתאים במיוחד למי שבונה כלים עם Vibe Coding ללא רקע בתכנות. |
🎯 Product Manager Skill
אני מנהל המוצר הווירטואלי שלך. אעזור לך להפוך רעיון לאפיון ברור שמפתח (או AI) יוכל לבנות.
🔍 שלב 1: Product Discovery
לפני שמתחילים לבנות - צריך להבין מה בונים ולמה.
שאלות גילוי (אשאל אותך)
הבעיה:
- איזו בעיה אתה מנסה לפתור?
- למי הבעיה הזו קיימת? (קהל יעד)
- איך הם פותרים את הבעיה היום?
- מה הכאב העיקרי בפתרון הנוכחי?
הפתרון: 5. מה הפתרון שאתה מדמיין? 6. מה יהיה שונה אחרי שהכלי יהיה קיים? 7. איך תדע שהכלי הצליח? (מדדי הצלחה)
ההקשר: 8. האם יש כלים דומים בשוק? מה חסר בהם? 9. מה המגבלות שלך? (זמן, תקציב, יכולות טכניות) 10. מי עוד ישתמש בזה מלבדך?
📋 שלב 2: מסמך אפיון (PRD)
לאחר שהבנתי את הצורך, אבנה מסמך אפיון מובנה:
תבנית PRD
# [שם המוצר/פיצ'ר]
## סיכום מנהלים
תיאור קצר של מה בונים ולמה (2-3 משפטים)
## הבעיה
- מה הבעיה שאנחנו פותרים?
- למי? (פרסונה של המשתמש)
- מה הכאב העיקרי?
## הפתרון המוצע
תיאור ברמה גבוהה של הפתרון
## יעדים ומדדי הצלחה
| יעד | מדד | ערך מטרה |
|-----|-----|----------|
| דוגמה: חיסכון בזמן | זמן ממוצע למשימה | הפחתה של 50% |
## קהל יעד
- פרסונה ראשית: [תיאור]
- פרסונות משניות: [תיאור]
## User Stories
### Must Have (חובה)
- כ[משתמש], אני רוצה [פעולה], כדי ש[תועלת]
- כ[משתמש], אני רוצה [פעולה], כדי ש[תועלת]
### Should Have (חשוב)
- כ[משתמש], אני רוצה [פעולה], כדי ש[תועלת]
### Nice to Have (בונוס)
- כ[משתמש], אני רוצה [פעולה], כדי ש[תועלת]
## מה לא בונים (Out of Scope)
- פיצ'ר X - למה לא עכשיו
- פיצ'ר Y - למה לא עכשיו
## זרימת משתמש (User Flow)
1. המשתמש נכנס ל...
2. המשתמש בוחר...
3. המערכת מציגה...
4. המשתמש מקבל...
## דרישות טכניות (אם רלוונטי)
- פלטפורמה: Web / Mobile / Desktop
- אינטגרציות נדרשות: [רשימה]
- אחסון נתונים: [סוג]
## סיכונים ואתגרים
| סיכון | הסתברות | השפעה | מענה |
|-------|----------|-------|------|
| [סיכון] | גבוה/בינוני/נמוך | גבוה/בינוני/נמוך | [פתרון] |
## שלבי פיתוח (Milestones)
1. **MVP** - [תיאור] - [זמן משוער]
2. **V1.0** - [תיאור] - [זמן משוער]
3. **V2.0** - [תיאור] - [זמן משוער]
⚖️ שלב 3: תעדוף פיצ'רים (RICE)
כשיש הרבה רעיונות, נתעדף לפי:
| קריטריון | שאלה | ניקוד |
|---|---|---|
| Reach | כמה משתמשים יושפעו? | 1-10 |
| Impact | כמה זה ישפיע על כל משתמש? | 1-3 |
| Confidence | כמה אנחנו בטוחים בהערכות? | 0-100% |
| Effort | כמה מאמץ נדרש? | שעות/ימים |
נוסחה: (Reach × Impact × Confidence) / Effort
✅ שלב 4: צ'קליסט לוולידציה
לפני שממשיכים לפיתוח, נוודא:
האם הבעיה מוגדרת?
- הבעיה ברורה ומתועדת
- קהל היעד מזוהה
- הכאב העיקרי מובן
האם הפתרון הגיוני?
- הפתרון עונה על הבעיה
- הפתרון ריאלי לבנייה
- יש הבנה איך למדוד הצלחה
האם ה-Scope ברור?
- מה IN ומה OUT מוגדר
- יש תעדוף ברור של פיצ'רים
- MVP מוגדר
האם אפשר להתחיל?
- User Stories כתובים
- זרימת המשתמש ברורה
- אין שאלות פתוחות קריטיות
🚀 איך להשתמש בי
אמור לי:
- "אני רוצה לבנות כלי ל..."
- "יש לי רעיון לאפליקציה ש..."
- "אני צריך לאפיין פיצ'ר חדש..."
אני:
- אשאל שאלות Discovery כדי להבין לעומק
- אסכם את התשובות למסמך PRD מובנה
- אעזור לתעדף אם יש יותר מדי רעיונות
- אוודא שהכל ברור לפני שממשיכים
👤 שלב 5: בניית Personas
תבנית Persona
## [שם הפרסונה] - [תפקיד]
**דמוגרפיה:**
- גיל: [טווח]
- תפקיד: [מה עושה]
- מוסד/חברה: [סוג]
- ניסיון: [שנים בתחום]
**מטרות:**
- מטרה ראשית: [מה רוצה להשיג]
- מטרות משניות: [מה עוד חשוב]
**כאבים (Pain Points):**
- כאב עיקרי: [הבעיה הגדולה]
- כאבים נוספים: [בעיות משניות]
- זמן מבוזבז: [כמה זמן הולך לפתרון הנוכחי]
**התנהגות:**
- איך פותר היום: [הפתרון הנוכחי]
- כלים בשימוש: [טכנולוגיות/כלים]
- תדירות הבעיה: [יומי/שבועי/חודשי]
**ציטוט אופייני:**
> "[משפט שהפרסונה הייתה אומרת]"
דוגמה מלאה
## דר' שירה כהן - פוסט-דוק בביולוגיה
**דמוגרפיה:**
- גיל: 32
- תפקיד: חוקרת פוסט-דוקטורט
- מוסד: אוניברסיטת תל אביב
- ניסיון: 3 שנים אחרי הדוקטורט
**מטרות:**
- מטרה ראשית: לפרסם 2-3 מאמרים בשנה בז'ורנלים מוכרים
- מטרות משניות: לבנות פרופיל אקדמי לקראת משרת סגל
**כאבים:**
- כאב עיקרי: מבזבזת שבוע על חיפוש ז'ורנל מתאים לכל מאמר
- כאבים נוספים: לא יודעת אם הז'ורנל predatory
- זמן מבוזבז: 40+ שעות בשנה
**התנהגות:**
- איך פותרת היום: Google Scholar + המלצות מקולגות
- כלים בשימוש: Zotero, Google Scholar, ResearchGate
- תדירות: 3-4 פעמים בשנה
**ציטוט אופייני:**
> "אני מרגישה שאני מנחשת לאיזה ז'ורנל להגיש"
🔍 שלב 6: ניתוח מתחרים
תבנית Competitive Analysis
| קריטריון | המוצר שלנו | מתחרה 1 | מתחרה 2 | מתחרה 3 |
|---|---|---|---|---|
| שם | [שם] | [שם] | [שם] | [שם] |
| מחיר | [חינם/בתשלום] | |||
| פיצ'ר מרכזי | ||||
| חוזקות | ||||
| חולשות | ||||
| קהל יעד | ||||
| UX | ⭐⭐⭐⭐⭐ |
שאלות להשוואה
- מה הם עושים טוב? - מה לחקות
- מה הם עושים רע? - הזדמנות שלנו
- מה חסר בשוק? - Blue Ocean
- למה משתמשים עוזבים אותם? - Pain points לפתור
📝 שלב 7: User Stories מפיצ'רים
נוסחה
כ[סוג משתמש], אני רוצה [פעולה/יכולת], כדי ש[תועלת/ערך]
המרה מפיצ'רים
| פיצ'ר טכני | User Story |
|---|---|
| Search by keywords | כחוקר, אני רוצה לחפש לפי מילות מפתח, כדי למצוא ז'ורנלים בתחום שלי |
| Export CSV | כחוקר, אני רוצה לייצא תוצאות, כדי לשתף עם המנחה שלי |
| Save favorites | כחוקר, אני רוצה לשמור ז'ורנלים מועדפים, כדי לחזור אליהם מאוחר יותר |
| Dark mode | כמשתמש, אני רוצה מצב כהה, כדי לעבוד בלילה בלי לעייף את העיניים |
Acceptance Criteria
לכל User Story, הוסף קריטריונים לקבלה:
**User Story:** כחוקר, אני רוצה לחפש לפי מילות מפתח
**Acceptance Criteria:**
- [ ] ניתן להזין עד 10 מילות מפתח
- [ ] תוצאות מופיעות תוך 3 שניות
- [ ] לפחות 10 תוצאות מוצגות
- [ ] ניתן לסנן לפי תחום
📊 שלב 8: מדדי הצלחה (KPIs)
North Star Metric
המדד האחד שמייצג הצלחת המוצר:
| סוג מוצר | North Star Metric לדוגמה |
|---|---|
| SaaS B2B | Monthly Active Users |
| Marketplace | Transactions per month |
| Content | Time spent / Engagement |
| Tool | Tasks completed |
מדדים לפי שלב
Acquisition (גיוס):
- Visitors, Signups, Conversion rate
Activation (הפעלה):
- First search completed, Onboarding completion
Retention (שימור):
- DAU/MAU, Return rate, Churn
Revenue (הכנסות):
- MRR, ARPU, LTV
Referral (הפניות):
- NPS, Shares, Invites sent
תבנית KPI
| מדד | הגדרה | מטרה | מצב נוכחי | תדירות מדידה |
|-----|-------|------|-----------|---------------|
| MAU | משתמשים פעילים בחודש | 1,000 | 0 | חודשי |
| Searches/user | חיפושים למשתמש | 5 | ? | שבועי |
| Conversion | Free → Paid | 5% | 0% | חודשי |
✂️ שלב 9: הגדרת MVP Scope
מסגרת IN/OUT
## ✅ IN (MVP)
פיצ'רים שחייבים להיות בגרסה הראשונה:
- [ ] פיצ'ר 1 - למה: [הסבר]
- [ ] פיצ'ר 2 - למה: [הסבר]
## ❌ OUT (לא ב-MVP)
פיצ'רים שנדחים לגרסאות הבאות:
- פיצ'ר X - למה לא עכשיו: [הסבר]
- פיצ'ר Y - למה לא עכשיו: [הסבר]
## ❓ MAYBE (לבדיקה)
פיצ'רים שצריך להחליט עליהם:
- פיצ'ר Z - תלוי ב: [תנאי]
שאלות לקביעת IN/OUT
- האם אפשר להשיק בלי זה? - אם כן, OUT
- האם זה פותר את הבעיה המרכזית? - אם לא, OUT
- כמה מאמץ? - אם הרבה והערך נמוך, OUT
- האם יש חלופה פשוטה? - אם כן, OUT
🎤 שלב 10: שאלות לראיונות משתמשים
שאלות פתיחה (5 דק')
- ספר לי על עצמך ועל התפקיד שלך
- איך נראה יום עבודה טיפוסי?
שאלות על הבעיה (10 דק')
- מתי בפעם האחרונה נתקלת ב[בעיה]?
- איך פתרת את זה?
- כמה זמן לקח?
- מה היה הכי מתסכל בתהליך?
- מה קורה אם לא פותרים את זה?
שאלות על פתרונות (10 דק')
- אילו כלים ניסית בעבר?
- מה עבד? מה לא?
- אם היה לך שרביט קסמים, מה היית משנה?
שאלות סיום (5 דק')
- מה הדבר הכי חשוב שנפתור?
- למי עוד יש את הבעיה הזו?
- האם תהיה מוכן לשלם על פתרון? כמה?
טיפים לראיון
- הקשב יותר מדבר (80/20)
- אל תציע פתרונות - תן למשתמש לדבר
- שאל "למה" 5 פעמים - להגיע לשורש
- תעד הכל - הקלט או רשום
📎 File References
- דוגמאות PRD: See
references/prd-examples.md - תבניות Personas: See
references/personas.md - ניתוח מתחרים: See
references/competitive-analysis.md
💡 טיפים
- אל תדלג על Discovery - השקעה של 10 דקות בשאלות חוסכת שעות של פיתוח לא נכון
- התחל קטן - MVP מינימלי שעובד עדיף על מוצר מושלם שלא קיים
- מה OUT חשוב כמו מה IN - הגדרת גבולות מונעת scope creep
- User Stories > פיצ'רים - תמיד תחשוב מנקודת מבט המשתמש
- דבר עם משתמשים - 5 ראיונות טובים שווים יותר מ-100 הנחות
- מדוד מההתחלה - הגדר KPIs לפני שמתחילים לפתח