1. למה צריך מסגרת?
כשמגיעה הצעה לפרויקט AI — בין אם מגורם פנימי ובין אם מספק חיצוני — קל ללכת לאיבוד בין ה-buzz לבין הצורך האמיתי. מסגרת ה-8 שאלות היא כלי מעשי שפותח על ידי מערך הדיגיטל הלאומי לבחינה מהירה וממוקדת של כל מזמין AI.
הכלי מסייע ל:
- מנהלים עסקיים — לבדוק אם הרעיון בשל לפיתוח
- CISO ואנשי אבטחה — לזהות סיכוני אבטחה ופרטיות מוקדם
- CDO ומובילי דאטה — לבחון את מוכנות הנתונים
- מובילי ענן — להבין את הדרישות התשתיתיות
חשוב: 8 השאלות אינן "גאנט" — הן שאלות הכרחיות שכולן צריכות תשובה לפני שממשיכים.
2. המסגרת: 8 השאלות
- מזמין עסקי (Business Owner) — הגורם הארגוני שמזהה את הצורך ואחראי לתוצאות העסקיות
- POC (Proof of Concept) — פיתוח מוגבל שמטרתו להוכיח היתכנות טכנולוגית לפני השקעה מלאה
- Sandbox — סביבת פיתוח מבודדת שאינה מחוברת לנתונים אמיתיים בייצור
- Back Office — תהליכים פנים-ארגוניים שאינם מול אזרח ישיר (עיבוד מסמכים, ניתוח, אוטומציה)
- On-Premise (On-Prem) — תשתית שמותקנת ומנוהלת בתוך הארגון, בניגוד לענן
- Batch Processing — עיבוד נתונים בקבוצות בזמנים קבועים, לא בזמן אמת
- Real-Time Processing — עיבוד נתונים מיידי ברגע שמגיעים, ללא השהייה
- Interoperability — יכולת מערכות שונות לתקשר ולשתף מידע ביניהן
- FinOps — ניהול עלויות מחשוב ענן — שיטה לשיתוף פעולה בין IT לפיננסים לאופטימיזציה של הוצאות
שאלה 1: מה הבעיה שרוצים לפתור?
זו השאלה הקריטית ביותר. לא "מה ה-AI יעשה?" אלא מה הבעיה העסקית שדורשת פתרון?
ניתוח סוגי שימושים ב-AI בממשלה:
| קטגוריה | דוגמאות | מורכבות | |---------|---------|---------| | Back Office — אוטומציה | סיווג מסמכים, מיצוי טפסים, ניתוב פניות | נמוכה–בינונית | | עיבוד שפה | תמלול ישיבות, תרגום, סיכום | נמוכה | | ניתוח נתונים | דוחות אוטומטיים, זיהוי חריגות, חיזוי ביקוש | בינונית–גבוהה | | שירות אזרחים | צ'אטבוט, ניווט זכויות, מענה שאלות | גבוהה (רגולציה) | | Visual Computing | בדיקת תמונות, זיהוי שלטים, תצפית שטח | גבוהה מאוד |
בעיית ה-AI שלנו היא: [תאר את הבעיה בלי לאזכר AI — מה קורה היום? כמה זמן לוקח? מה שיעור השגיאות?]
הפתרון הנוכחי (ידני/מערכת קיימת): [כיצד מטפלים בכך כיום?]
המדד שבו נוכל לדעת שה-AI עזר: [מספרים ספציפיים: X% קיצור זמן / Y% הפחתת שגיאות / Z תיקים ביום]
שאלה 2: מי המשתמש הסופי?
קצה הממשק קובע הכל: ממשק לעובד פנימי שונה מממשק לאזרח.
| סוג משתמש | שיקולים עיקריים | |-----------|-----------------| | עובד פנים-ארגוני | נוחות שימוש, אימון, הטמעה בתהליכי עבודה | | מנהל/מקבל החלטות | dashboard, דוחות, הסבר תוצאות | | אזרח | נגישות, שפה פשוטה, פרטיות, ויסות חוקי | | מערכת אחרת | API בלבד, ביצועים, SLA, יציבות |
שאלות עומק לממשק:
- האם נדרש UI? מי יפתח אותו?
- האם מדובר ב-API למערכת קיימת?
- האם נדרש Visual Computing (עיבוד תמונה/וידאו)?
- מה רמת הנגישות הנדרשת (תקן WCAG/ת"י 5568)?
שאלה 3: מה מקור הנתונים?
AI ללא נתונים איכותיים — לא יעבוד. זו לעתים קרובות חסם מס' 1.
בדיקת מוכנות נתונים (Data Readiness):
✅ מקור הנתונים ברור ומוגדר
✅ הנתונים עדכניים ומדויקים (לא "ישנים בגיליון אקסל")
✅ יש בעלים מוגדר (Data Owner)
✅ הנתונים נגישים טכנית (API / DB / קובץ)
✅ הנתונים תחת הגנת פרטיות מתאימה
✅ כמות הנתונים מספיקה לאימון/ניתוח
דגל אדום: אם התשובה ל-3+ מהסעיפים היא "לא" — עצור. הפרויקט לא בשל.
שאלה 4: Real-Time או Batch?
ההחלטה הזו משפיעה ישירות על עלות, מורכבות ותשתית:
| פרמטר | Real-Time | Batch | |-------|-----------|-------| | זמן תגובה | מיידי (מילישניות–שניות) | שעות–ימים | | עלות | גבוהה (תמיד "דרוך") | נמוכה (רץ לפי צורך) | | מורכבות | גבוהה | נמוכה | | דוגמאות | צ'אטבוט, ניתוב פניות בזמן אמת | דוחות לילה, סיווג מסמכים יומי |
כלל אצבע: אם המשתמש לא ממתין לתשובה בזמן אמת — בחר Batch. חוסך 60–80% מעלויות.
שאלה 5: On-Prem או ענן? פיתוח מקומי או שירות?
ה"מפה" של אפשרויות הפריסה:
← פחות שליטה, יותר מהירות / עלות נמוכה →
On-Prem Private Hybrid Public SaaS
Model Cloud Cloud Cloud (API)
↑ רגישות נתונים גבוהה ↑ פחות רגיש
↑ דרישות עמידה גבוהות
↑ קיים ציוד/תקציב מוגדר
שאלות לשאול:
- האם יש Landing Zone מאושר בדרשמ? (AWS/GCP דרך נימבוס?)
- האם הנתונים יכולים לצאת מחוץ לדרשמ?
- האם נדרשת עמידה ב-PERM/ISAM?
שאלה 6: מה מסגרת הזמן?
מפת בשלות הפרויקט:
| שלב | מה מתרחש | משך טיפוסי | |-----|----------|------------| | הגדרה | 8 שאלות + אישורים | 2–4 שבועות | | POC | פיתוח מינימלי להוכחת היתכנות | 4–8 שבועות | | Pilot | פריסה מוגבלת עם משתמשים אמיתיים | 8–16 שבועות | | Production | פריסה מלאה + תמיכה | מהפיילוט + |
אזהרה: ממשלה שרוצה "AI תוך חודש" — ב-90% מהמקרים מדברת על POC בלבד. יש לתאם ציפיות.
שאלה 7: אינטרופרביליות — מה מתחבר למה?
כמעט אף פרויקט AI לא עומד לבד. בדוק:
המערכת שלנו צריכה לקרוא מידע מ: [ ] מערכת קיימת: _____ (API? DB? קובץ?) [ ] מאגר נתונים ממשלתי: _____ (אוכלוסין? רישוי? ?) [ ] מערכת חיצונית: _____
המערכת שלנו צריכה לשלוח מידע ל: [ ] מערכת קיימת: _____ [ ] ממשק משתמש: _____ [ ] מערכת דיווח: _____
חסמי אינטגרציה ידועים: [ ] אין API זמין — נדרש פיתוח [ ] מערכת לגאסי ללא ממשק [ ] בעיות הרשאות / אבטחה
שאלה 8: מה ה-ROI?
זו השאלה שמחברת את כל השאר. ROI לא חייב להיות כסף — בממשלה גם זמן, שביעות רצון אזרחים ואיכות שירות הם מדדים לגיטימיים.
| סוג ROI | דוגמה | איך למדוד | |---------|-------|----------| | חיסכון בזמן | אוטומציה חוסכת 3 שעות/תיק × 500 תיקים/חודש | שעות × עלות שעה | | הפחתת שגיאות | AI מוריד שגיאות סיווג מ-8% ל-1% | עלות טיפול בשגיאה × הפחתה | | שיפור שירות | זמן מענה יורד מ-3 ימים לשעה | NPS / ציון שביעות רצון | | קיבולת | 30% יותר תיקים ללא תוספת כוח אדם | עלות גיוס חלופי |
נוסחת בדיקה מהירה:
ROI שנתי = (חיסכון בזמן × עלות שעה) + (הפחתת שגיאות × עלות שגיאה)
עלות כוללת = פיתוח + רישוי שנתי + תשתית + תחזוקה + הכשרה
אם ROI שנתי > עלות כוללת — הפרויקט כדאי.
3. תבנית: דף 8Q מלא
להלן תבנית מוכנה לשימוש בישיבת בחינת פרויקט:
מסגרת ה-8Q — בחינת פרויקט AI
==============================
שם הפרויקט: ___________________
מגיש: _______________ | תאריך: ______________
Q1 — הבעיה העסקית:
______________________________________________
מדד הצלחה: ______________
Q2 — המשתמש הסופי:
[ ] עובד פנימי [ ] מנהל [ ] אזרח [ ] מערכת
פירוט: ______________
Q3 — מקור הנתונים:
מקור: _____________ | בעלים: _____________
האם נתוני האימון מוכנים? [ ] כן [ ] לא
Q4 — עיבוד:
[ ] Real-Time [ ] Batch [ ] היברידי
נימוק: ______________
Q5 — פריסה:
[ ] On-Prem [ ] ענן ממשלתי (נימבוס) [ ] SaaS
Landing Zone קיים? [ ] כן [ ] לא
Q6 — לוח זמנים:
POC: ____ | Pilot: ____ | Production: ____
Q7 — אינטגרציות נדרשות:
מקורות קריאה: ______________
יעדי כתיבה: ______________
חסמים ידועים: ______________
Q8 — ROI משוער:
חיסכון שנתי: ₪_______ / שעות: _______
עלות כוללת (Y1): ₪_______
תקופת החזר: _______ חודשים
4. טיפים מהשטח
הטעויות הנפוצות:
❌ "נשתמש ב-ChatGPT" — ChatGPT הוא כלי צרכני. לא מתאים לנתונים ממשלתיים רגישים.
❌ דילוג על Q3 ו-Q7 — "יש לנו נתונים" ו-"נתחבר בהמשך" הם הסיבות מס' 1 לכישלון פרויקטים.
❌ POC שהופך Production — POC ללא תכנון אבטחה, scale ו-SLA לא ראוי לייצור.
✅ "Ask Once" — כל המידע הנדרש לאישור נאסף בפגישה אחת. לא שולחים קלקולים הלוך ושוב.
✅ Sandbox קודם — כל פרויקט AI חדש מתחיל ב-sandbox מבודד. רק אחרי הוכחת POC — עוברים לסביבת ייצור.
5. תרגילים
פרויקט AI מוצע: מערכת שמסווגת פניות אזרחים אוטומטית לנציג המתאים. אחרי Q4 — מה תבחרו?
CDO שמציג פרויקט AI מדלג על Q3 (מקור הנתונים) ואומר 'הנתונים יהיו מוכנים'. מה עושים?
מה ההבדל בין POC ל-Pilot?
צוות AI מציע לפתח 'AI מתקדם לניתוח סנטימנט של פניות'. אחרי Q8 — עלות הפיתוח: ₪500,000. חיסכון שנתי משוער: ₪80,000. מה המסקנה?
6. כלי הערכה — הדגם ב-Claude / ChatGPT
רוצה להעביר הצעה לפרויקט AI דרך מסגרת 8Q עכשיו? העתק את הפרומפט הבא ל-Claude, ChatGPT או Gemini:
אתה מומחה להטמעת AI בממשלה, מבוסס מסגרת AI Journey של מערך הדיגיטל הלאומי.
הצעה לפרויקט AI שרוצה הערכה: [תאר כאן את ההצעה — מה הבעיה, מה הפתרון המוצע, מי הגיש]
אנא בצע הערכה מלאה:
מסגרת 8Q — נתח כל שאלה (Q1-Q8) עם ✅/⚠️/❌
- Q1: הגדרת הבעיה העסקית
- Q2: המשתמש הסופי
- Q3: מקור הנתונים ← אם לא מוגדר — חסם קריטי
- Q4: Real-Time vs Batch — המלץ עם נימוק עלות
- Q5: Landing Zone / ענן ממשלתי (נימבוס) / SaaS
- Q6: לוח זמנים ריאליסטי (POC / Pilot / Production)
- Q7: אינטגרציות וחסמים
- Q8: ROI — חישוב וסיווג ✅/⚠️/❌
BUY vs BUILD — המלץ עם נימוק
בשלות — נתונים / ענן / ארגון (1-5)
צוות נדרש — CDO / CISO / DPO / Data Lead / Cloud Lead
מסמך הכרעה — פרמט מובנה מוכן לשיתוף: 🟢 המשך לPOC / 🟡 עצור — השלם חסמים / 🔴 לא מומלץ עם תנאים להמשך והצעד הבא.
השב בעברית. היה ספציפי, ישיר ומעשי.
🛠️ הטמע את הסקיל ישירות ב-Claude Code שלך
הפרומפט מעלה עובד מעולה — אבל מובילים שרוצים כלי קבוע יכולים להטמיע את מסגרת 8Q כ-Skill ב-Claude Code.
מה זה נותן:
- פקודה אחת (
הערך מזמין) מריצה את כל הניתוח - מסמך הכרעה מלא — מוכן לוועדת היגוי
- מעודכן עם מסגרת AI Journey של מערך הדיגיטל
הוראות התקנה (2 דקות)
שלב 1 — הורד את הסקיל:
שלב 2 — מקם בפרויקט:
הפרויקט שלך/
└── .claude/
└── skills/
└── ai-initiative-evaluator/
├── SKILL.md
└── reference.md
שלב 3 — השתמש:
הערך מזמין: [תאר את הרעיון/הפרויקט]
Claude Code מריץ אוטומטית 8Q + BUY vs BUILD + ROI ומחזיר מסמך הכרעה.
הסקיל פותח על-ידי אביעד יצחקי — מוביל AI, מערך הדיגיטל הלאומי, ומוטמע ב-AI Academy