דשבורד AI להנהלה: שבעה מספרים בעמוד אחד

דשבורד AI להנהלה הוא עמוד אחד עם שבעה מספרים לכל פרויקט, שמתעדכן אוטומטית ושמנהל יכול לצטט ממנו בישיבה בלי להתכונן. הוא שונה מדשבורד למפעילים: שם צריך לוג של כל ריצה, כאן צריך לדעת אם השבוע היה טוב יותר מקו הבסיס. בנינו כזה לחברת טכנולוגיה גלובלית בארבעה ימים עם n8n, Supabase ו-Claude Code, והגרסה הראשונה שלו הייתה גרועה. במאמר הזה נפרט מה יש בו היום, מאיפה הנתונים, ומה למדנו בדרך.

למה דשבורד AI להנהלה שונה מדשבורד למפעילים?

כי הם עונים על שאלות שונות. מפעיל שואל “למה הסוכן עשה את זה בריצה 4,812”. מנהל שואל “האם זה עובד, כמה זה חוסך, ומה הלאה”. דשבורד שמנסה לענות על שתי השאלות לא עונה על אף אחת.

קריטריון	דשבורד למפעילים	דשבורד AI להנהלה
מי פותח	מי שמתחזק את הסוכן, כל יום	מנכ״ל, סמנכ״לים, פעם בשבוע
רמת פירוט	ריצה בודדת: קלט, כלים, פלט, עלות	פרויקט: שבעה מספרים מול קו בסיס
תדירות עדכון	בזמן אמת	לילי, עם סיכום שבועי
מספר מדדים	15 עד 25	7 לפרויקט
מה מחפשים	חריגה, כשל, ירידה בדיוק	מגמה, החזר, החלטה הבאה
כלי טיפוסי	לוגים, סט בדיקות, התראות	עמוד אחד, טבלה אחת, חצים

דשבורד המפעילים חייב להתקיים קודם. הוא מקור הנתונים. איך הוא בנוי ואילו חמישה מדדים יש בו, במאמר על ניטור סוכני AI. דשבורד ההנהלה הוא שכבה מעליו.

אילו שבעה מספרים יש בדשבורד AI להנהלה?

לכל פרויקט, שורה אחת עם שבעה מספרים. ליד כל מספר קו הבסיס וחץ: עלה, ירד, לא זז.

1. שימוש פעיל שבועי לכלים רוחביים, או השלמה ללא התערבות לסוכנים. המספר שמנבא את כל השאר.
2. שעות שנחסכו בחודש, מחושבות מזמן משימה מול קו בסיס, לא מדיווח עצמי.
3. מקדם מימוש, 50% עד 80%, שאושר על ידי המנהל הישיר ברבעון האחרון.
4. תועלת ממומשת בכסף: שעות כפול מקדם כפול עלות שעה טעונה.
5. עלות שוטפת בחודש: טוקנים, תשתית, שעות תחזוקה.
6. ROI מצטבר מתחילת הפרויקט, ונקודת האיזון אם עוד לא הגיעה.
7. מדד איכות אחד: דיוק על סט בדיקות לסוכנים, או אחוז פלטים שנערכו בידי אדם.

מתחת לטבלה, שורה אחת לכל פרויקט בטקסט חופשי: מה השתנה השבוע ומה ההחלטה שמחכה. זה החלק שמנהלים קוראים ראשון. אילו מדדים נכנסים לכל שכבה ואיך בוחרים ביניהם, במאמר KPI ל-AI בארגון.

מאיפה הנתונים מגיעים?

ארבעה מקורות, שלושה מהם אוטומטיים:

• לוגים של הסוכנים. כל ריצה נרשמת: קלט, כלים שהופעלו, תוצאה, עלות, האם אדם ערך. ב-n8n זה שלב אחד בסוף כל זרימה שכותב שורה ל-Supabase. סוכני קוד רושמים דרך webhook.
• נתוני שימוש מכלי הצ׳אט. ממשק הניהול של הספק מספק משתמשים פעילים לפי שבוע. זרימת n8n מושכת את זה פעם ביום.
• סט הבדיקות. רץ כל לילה על כל סוכן, והתוצאה נשמרת. ירידה מתחת ל-90% מדליקה דגל בדשבורד לפני שמישהו מהלקוחות שם לב.
• גיליון קו הבסיס ומקדמי המימוש. הידני היחיד. טבלה אחת עם תאריך, מדד, ערך לפני, ומקדם מאושר. מתעדכנת פעם ברבעון.

העמוד עצמו קורא מ-Supabase ומחשב את שבעת המספרים. אין שכבת BI באמצע. כשהארגון ירצה להעביר את זה לכלי ה-BI שלו, הנתונים כבר מסודרים.

שני כללים על הנתונים. הדשבורד לא מציג תוכן של ריצות, רק מספרים. ומה שנרשם ב-Supabase עובר את אותה סקירת אבטחה כמו כל מערכת שמחזיקה נתוני לקוחות. בחברה הגלובלית זה לקח 4 שעות של איש אבטחת מידע, ושווה כל דקה ברגע שמישהו שואל מי רואה מה.

איך בנינו אותו בארבעה ימים?

בחברת טכנולוגיה גלובלית, במסגרת פיילוט של 180 עובדים בשלוש מחלקות, פלוס שני סוכנים שרצו במקביל. ככה זה נראה:

1. יום ראשון: חיבור הלוגים. הוספנו שלב כתיבה ל-Supabase בסוף כל זרימת n8n, וזרימה יומית שמושכת נתוני שימוש מממשק הניהול של כלי הצ׳אט. הגדרנו טבלה אחת לריצות ואחת לשימוש.
2. יום שני ושלישי: העמוד. עם Claude Code, מתיאור של המבנה: טבלה אחת, שבעה מספרים לשורה, קו בסיס וחץ. בלי ספריית גרפים. העמוד הראשון עלה אחרי 3 שעות, והשאר היה תיקונים ותצוגה במובייל. 18 דולר בחודש על קריאות למודל ואירוח.
3. יום רביעי: קו בסיס ובדיקות. הזנו את גיליון קו הבסיס, הרצנו השוואה ידנית על שבועיים של נתונים, ותיקנו שני חישובים שגויים. אחד מהם: ספרנו שעות שנחסכו לפי דיווח עצמי במקום לפי זמן משימה. הפער היה פי 4.

איך בונים כלי כזה בעצמכם, שלב אחרי שלב, במאמר איך בונים כלי פנימי עם Claude Code.

מה הוצאנו מהגרסה הראשונה ולמה?

הגרסה הראשונה הייתה דשבורד מפעילים בתחפושת. 23 מדדים, ארבעה גרפים, פילוח לפי מחלקה ולפי שבוע. היינו גאים בו. בשבועיים הראשונים שלושה מנהלים פתחו אותו, פעם אחת כל אחד.

אחרי שיחה עם סמנכ״לית התפעול, הבנו את הבעיה: היא לא ידעה מה לעשות עם מה שראתה. 23 מספרים לא אומרים אם השבוע היה טוב. אז הורדנו:

• את כל הגרפים. במקומם, חץ ליד כל מספר מול קו הבסיס.
• 16 מדדים. נשארו שבעה. השאר עברו לדשבורד המפעילים, שם הם שייכים.
• את הפילוח השבועי. במקומו, מייל שבועי של שלוש שורות: המספר שזז הכי הרבה, הפרויקט שדורש החלטה, ומה קורה ברבעון הבא.

בחודש שאחרי, המייל נפתח על ידי כל ששת חברי ההנהלה בכל שבוע, והדשבורד עצמו נפתח לפני כל ישיבת הנהלה. הלקח: דשבורד שלא מוביל להחלטה הוא דוח. ומנהלים לא קוראים דוחות.

איך ההנהלה משתמשת בדשבורד AI?

שתי החלטות שהדשבורד הזה הוביל אליהן ברבעון הראשון:

הפניית הכשרה. המספר הראשון, שימוש פעיל שבועי, הראה פער בין מחלקות: 71% בכספים, 64% בפיתוח, 42% בתמיכה. ממוצע 58%. במקום עוד סדנה לכולם, 20 הצ׳מפיונים הופנו לתמיכה לחודש. זה היה זול יותר ומדויק יותר.

עצירת הרחבה. סוכן שתוכנן להתרחב לקטגוריה נוספת הראה ירידה בדיוק, מ-91% ל-78%, אחרי עדכון גרסת מודל. הדגל האדום עצר את ההרחבה בשבוע, עד שההנחיה תוקנה וסט הבדיקות חזר ל-90%. בלי הדשבורד, ההרחבה הייתה יוצאת עם הדיוק הנמוך.

בשני המקרים ההחלטה לקחה דקות, כי המספר היה שם, עם קו הבסיס לידו. זה כל התפקיד של דשבורד AI להנהלה. איך הוא משתלב בנוסחה המלאה, מקו בסיס ועד ROI, במרכז הנושא ROI של AI.

רוצים דשבורד אחד לכל פעילות ה-AI בארגון, עם מספר ליד כל פרויקט תוך רבעון? לליווי מנהלים.