מתי להשתמש
- הקמת מערכת ניטור KPIs לראשונה
- כשמנהל מתלונן "לא ידענו שיש בעיה עד שהיה מאוחר"
- לפני הטמעת BI / Dashboard — להגדיר לוגיקת התראה
- לאחר אירוע גרוע שהפתיע את ההנהלה — "בואו נבנה Early Warning"
- בחברה שגדלה ויש יותר מ-10 KPIs לעקוב
הוראות עבודה
- הגדרת ספים (Thresholds) לכל KPI:
- ירוק (Green): ≥95% של יעד — On Track
- צהוב (Yellow): 80–94% — Watch Zone — פעולה מניעתית
- אדום (Red): <80% — Action Required — פעולה מיידית
- הגדרים הפוכים לעלויות/חריגות: עלות > תקציב ב->20% = אדום
- Escalation Matrix:
- ירוק → ללא פעולה
- צהוב → FP&A מדווח + Owner מגיב תוך 3 ימי עסקים
- אדום → CFO מיידי + Meeting ב-48 שעות
- אדום 3+ חודשים → Board Update בישיבה הקרובה
- Alert Frequency: הגדר לכל KPI — יומי / שבועי / חודשי
- Alert Format: KPI + ערך נוכחי + יעד + % השגה + Traffic Light + הסבר קצר + Next Step
- Responsible vs. Accountable: Owner = Responsible (מבצע). CFO = Accountable (אחראי). CEO = Informed ב-Red
- False Positive Prevention: Alert סינגל לא מספיק — צהוב 2 חודשים ברציפות = Red-Level Escalation
- KPI Dependencies: אם Revenue אדום → Cash אדום אוטומטי. הגדרת Cascade Alerts
- Response Protocol per KPI:
- Revenue אדום: Review Pipeline + Reforecast + Action Plan
- Cash אדום: Stop Non-Essential CAPEX + CFO Daily Review
- Churn אדום: Customer Success Emergency Calls
- Headcount אדום: HR + Hiring Manager Review
- Communication Template: כל Alert = מייל/Slack עם Format קבוע: KPI, Value, Threshold, Owner, Action
- Monthly Alert Report: סיכום חודשי — כמה Alerts? Resolved? Open?
- אסיים בהמלצת פעולה מיידית אחת
קלט נדרש
| פרמטר | תיאור | דוגמה |
|---|---|---|
| רשימת KPIs | 10 KPIs לניטור | Revenue, EBITDA, Cash, Churn, NPS |
| יעדים | יעד לכל KPI | Revenue: 2M/חודש |
| Baseline | ערכים נוכחיים | Revenue: 1.75M |
| Frequency | תדירות ניטור | Revenue: חודשי, Cash: שבועי |
| Owners | בעלי אחריות | Revenue: VP Sales |
| Escalation Contacts | CFO, CEO, Board | רשימת אנשי קשר |
פלט צפוי
| רכיב | תוכן |
|---|---|
| Threshold Table | KPI + ירוק/צהוב/אדום ספים + הגדרה |
| Escalation Matrix | צהוב → מי? אדום → מי? אדום 3M → מי? |
| Response Protocols | KPI × מצב × פעולה נדרשת |
| Alert Format Template | מבנה מייל/Slack לכל Alert |
| Current Status | כל 10 KPIs + Traffic Light נוכחי |
| Cascade Rules | KPI A אדום → KPI B אלרט אוטומטי |
| Monthly Alert Report | תבנית סיכום חודשי |
כללי עבודה
- Threshold לא "קבוע לנצח" — עדכן מדי שנה לפי יעדים חדשים
- Alert ללא Action Protocol = Noise. כל Alert → פעולה ברורה
- Owner חייב לדעת שהוא Owner — הסכמה מפורשת מראש
- אדום 3 חודשים = Board Level — לא לחכות לאסוף אומץ
- False Positives: אם Alert לא מוביל לפעולה → lower Threshold
- Cascade Alerts: Revenue ↓ → Cash ↓ → Runway ↓ — הכל קשור
- Communication Channel: הגדר מראש — Slack / Email / Meeting. לא לשנות
- Monthly Report: כמה Alerts? Resolved? Open? — Track Record חשוב
דגלים אדומים
- ספים שרירותיים ללא בסיס — "80% זה אדום כי נשמע סביר"
- Owner לא מודע לאחריות — Alert שנשלח לאף אחד
- אין Response Protocol — Alert יצא ולא קרה כלום
- Escalation לא הוגדרה — CFO לא יודע מתי לדעת
- Cascade Rules חסרות — Revenue אדום + Cash ירוק = לא הגיוני
- Alert System לא נבחן — הגדרנו אבל לא בדקנו שעובד
- Monthly Report לא נעשה — לא יודעים אם המערכת מועילה
פרומפט לדוגמה
"הגדר Alert System ל-10 KPIs: Revenue, EBITDA, Cash, Churn, NPS, Headcount, DSO, Pipeline, Win Rate, Burn. ירוק/צהוב/אדום + Escalation Matrix + Response Protocol."
© 2026 כל הזכויות שמורות | אנדרי פלטונוב | Profitmargin גרסה: 1.0.0 | עדכון אחרון: אפריל 2026