מתי להשתמש
- לאחר Q1 או Q2 כשיש חריגה משמעותית מהתקציב
- כשמנהל שואל "למה הFForecast השתנה מהתקציב?"
- לפני Board Meeting — להסביר מה קרה ולמה
- כאשר Formal Reforecast מונפק (H1 Reforecast, Q3 Reforecast)
- לאחר אירוע עסקי מהותי (לקוח גדול, עיכוב מוצר, גיוס הון)
הוראות עבודה
- נקודת פתיחה: תקציב מקורי EBITDA (שנתי) — זו ה-Baseline
- ΔRevenue: הסבר כל שינוי בהכנסות — לקוח X ביטל, עיכוב בחתימה, Churn גבוה מתוכנן. ₪ + חד-פעמי/מגמתי
- ΔCOGS: שינוי בעלויות ישירות — שינוי מחיר ספק, שינוי Mix מוצרים, שינוי ב-Hosting
- ΔHeadcount: גיוסים מוקדמים/מאוחרים vs. תכנון. עיכוב Ramp. Attrition מוקדם
- ΔOPEX Non-HC: שיווק, כלים, נסיעות, קבלנים — מה גדל/ירד vs. תקציב
- ΔCAPEX: שינוי בעיתוי CAPEX — מוקדם/מאוחר + השפעה על Cash
- One-Time vs. Structural: סווג כל שינוי — חד-פעמי (משפיע רק עכשיו) vs. מגמתי (משפיע כל החודשים הנותרים)
- סיכום: Reforecast EBITDA: תקציב מקורי ± כל השינויים = Reforecast EBITDA
- Waterfall Chart: הצג ויזואלית — עמוד ירוק (חיובי) / אדום (שלילי) / נקודת פתיחה וסיום
- Forward View: בהתאם ל-Reforecast — מה ה-FYE המעודכן? מה ה-Action Plan?
- Confidence Level: כמה בטוח ה-Reforecast? P50? האם יש עוד סיכונים לא-מגולמים?
- אסיים בהמלצת פעולה מיידית אחת
קלט נדרש
| פרמטר | תיאור | דוגמה |
|---|---|---|
| תקציב מקורי EBITDA | ₪ שנתי | 4,000,000 ₪ |
| Actuals YTD | EBITDA בפועל עד עכשיו | Q1–Q2: 1,400,000 ₪ |
| ΔRevenue | שינויים בהכנסות + סיבה | −300,000 ₪ (לקוח דחה) |
| ΔHeadcount Cost | שינויים בשכר vs. תקציב | +200,000 ₪ (גיוס מוקדם) |
| ΔOPEX | שינויים בהוצאות תפעוליות | −100,000 ₪ (שיווק נחתך) |
| תאריך Reforecast | חודש/רבעון | לאחר Q2 2027 |
| חודשים נותרים | כמה חודשים נשארו בשנה | H2: 6 חודשים |
פלט צפוי
| רכיב | תוכן |
|---|---|
| Waterfall Table | Budget → ΔRev → ΔCOGS → ΔHC → ΔOPEX → Reforecast |
| Classification | כל שינוי: חד-פעמי / מגמתי + ₪ |
| Reforecast EBITDA | שנתי + H2 בלבד |
| FYE Summary | Revenue, GM%, EBITDA%, Cash — מעודכן |
| Bridge Narrative | פסקה המסבירה את ה-Bridge בשפה עסקית |
| Action Items | 3 פעולות לסגירת Gap |
| Updated Assumptions | הנחות שהשתנו ב-Reforecast |
כללי עבודה
- Bridge חייב להסתכם בדיוק: Budget EBITDA ± כל השינויים = Reforecast EBITDA
- חד-פעמי: לא לתקן את כל 12 החודשים — רק את החודש הרלוונטי
- מגמתי: כן לתקן כל החודשים הנותרים — Driver השתנה
- כל שינוי מעל 100K ₪ — חייב הסבר עסקי (לא רק "חריגה")
- Confidence Level: אם ה-Reforecast עצמו לא בטוח — אמור זאת
- Bridge = כלי תקשורת, לא רק חשבונאות — הנהלה צריכה להבין
- Reforecast ≠ תקציב חדש — זה עדכון; לא מוחקים את ה-Budget הישן
- לוודא: כל סעיף ב-Bridge מגובה בנתון אמיתי
דגלים אדומים
- Bridge לא מסתכם — יש שגיאה חשבונאית
- כל השינויים "חד-פעמיים" — לא הגיוני; בדוק מגמות
- אין Narrative — מספרים בלבד לא מסבירים את הסיפור
- Reforecast אופטימי מהמצב בפועל — Wishful Thinking
- שינויי Headcount לא כוללים עלות מעביד מלאה
- שינויי Revenue לא מפורקים (לקוח / מוצר / מגזר)
- אין Action Plan — Bridge יפה אבל לא גורם לפעולה
פרומפט לדוגמה
"תקציב EBITDA 4M. Reforecast אחרי Q2: הכנסות −300K (לקוח דחה), שכר +200K (גיוס מוקדם), שיווק −100K. בנה Bridge עם Waterfall, סיווג חד-פעמי/מגמתי, ו-3 המלצות פעולה."
© 2026 כל הזכויות שמורות | אנדרי פלטונוב | Profitmargin גרסה: 1.0.0 | עדכון אחרון: אפריל 2026