אם אי אפשר לספור את זה ביום 30
— אל תתנו לזה תקציב

בשבוע האחרון חזרתי שוב ושוב לאותה נקודה בשיחות עם ארגונים. לא לוויכוח על מודלים, ולא לשאלה איזה כלי עדיף. לנקודה אחרת לגמרי.

AI לא נכשל בארגונים כי הטכנולוגיה חלשה. הוא נכשל כי אף אחד לא הגדיר מה אמור להשתנות.

קל מאוד להכניס היום Copilot, ChatGPT או עוד כלי לארגון. הרבה יותר קשה לענות על שאלה אחת פשוטה: מה השתנה בעבודה ביום ה-30?

ואם אין תשובה למספר הזה — אין הטמעה. יש פעילות.

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

ההבדל בין פעילות להטמעה

אני רואה את זה כמעט בכל שיחה. המנהלים רוצים להתקדם. העובדים רוצים כלים. ה-IT רוצה שליטה. האבטחה רוצה גבולות. ההנהלה רוצה ערך.

כולם צודקים. וזו בדיוק הבעיה.

בלי תהליך מדיד אחד להתחיל ממנו, כל אחד מהם מושך לכיוון אחר — ואחרי חצי שנה יש רישיונות, יש הדרכה, יש התלהבות, ואין אף מספר שאפשר להראות למנכ"ל.

קחו את מבחן יום ה-30. אם התשובה היא:

❌ "אנשים התלהבו" — זה נחמד.
❌ "עשינו הדרכה ל-40 איש" — זה חשוב.
❌ "רכשנו רישיונות" — זו הוצאה, לא תוצאה.

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

וזה ההבדל בין ארגון שמכניס AI לבין ארגון שמרוויח מ-AI.

השאלה שאני שואל ראשונה

כשאני נכנס לארגון, השאלה הראשונה שלי היא לא "איזה כלי AI נכניס".

היא:

"איזו עבודה חוזרת על עצמה מספיק פעמים כדי שיהיה שווה למדוד אותה?"

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

הנה סוגי התהליכים שכמעט תמיד עולים:

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

שם מתחילים. לא כי זה הכי מרשים — כי זה הכי מדיד.

ותשימו לב למה שאין ברשימה: אין שם "אסטרטגיית AI", אין "צ'אטבוט לאתר", ואין "פלטפורמה ארגונית". אלה פרויקטים, לא פיילוטים. הם עשויים להיות נכונים — אבל לא ראשונים.

שישה מבחנים לתהליך הראשון

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

1. תדירות. קורה לפחות פעם בשבוע. משהו שקורה פעם ברבעון לא ייתן לך דאטה תוך 30 יום.

2. זמן ידני אמיתי. לוקח לפחות 15 דקות בכל פעם. מתחת לזה, גם שיפור של 80% לא מורגש ולא מצדיק שינוי הרגלים.

3. המידע נגיש. כל מה שצריך כדי לבצע את התהליך כבר קיים במקום שאפשר להגיע אליו. אם התשובה יושבת בראש של אדם אחד ובשום מקום אחר — קודם מוציאים אותה משם, ורק אחר כך AI.

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

5. סיכון נמוך בטעות. אם התוצר שגוי, מישהו יראה את זה לפני שהוא מגיע ללקוח. פיילוט ראשון לא נעשה על מקום שבו טעות עולה כסף או אמון.

6. יש בעלים. יש אדם אחד ששמו מופיע לצד התהליך, והוא זה שיגיד ביום 30 אם זה עבד. "הצוות" הוא לא בעלים.

המבחן הששי הוא זה שמפיל הכי הרבה פיילוטים, והוא היחיד שאין לו שום קשר לטכנולוגיה.

ה-baseline: מה למדוד — ומה לא

זה החלק שכולם מדלגים עליו, וזה גם החלק היחיד שקובע אם תדעו משהו ביום 30.

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

ומכיוון שאני נשאל את זה בכל פעם — הנה מה לא למדוד:

❌ שביעות רצון מהכלי. אנשים מרוצים מכלים חדשים בשבועיים הראשונים. זה נקרא אפקט חידוש, והוא נעלם.
❌ מספר השימושים. "500 שאילתות החודש" לא אומר כלום על ערך. זה אומר שהיה כפתור.
❌ אחוזי אימוץ. מדד של מחלקת הדרכה, לא של הנהלה.
❌ "חיסכון תיאורטי". אם המספר יצא ממצגת של ספק ולא מהשעון שלכם — הוא לא קיים.

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

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

אחד. לא ארבעה.

זו הטבלה שאני ממלא עם לקוחות בפגישה הראשונה. העתיקו אותה והדביקו ישירות ל-Excel או ל-Google Sheets — היא מגיעה מסודרת בעמודות.

שם התהליך	מי מבצע היום	פעמים בחודש	זמן ממוצע לפעולה (דק')	טעויות / החזרות / עיכובים	המדד היחיד	מה AI אמור לשנות	מי הבעלים	תוצאה ביום 30	החלטה: להרחיב / לתקן / לעצור



מילוי לדוגמה:
פולואפ לליד נכנס	רכזת מכירות	120	18	כ-3 לידים בשבוע בלי מענה תוך 24ש	זמן ממוצע עד פולואפ ראשון	מענה ראשוני תוך שעה, בלי להמתין לרכזת	דנה, מנהלת מכירות		

שימו לב לעמודה "מי הבעלים". היא לא קישוט. טבלה עם שם אדם בכל שורה מתמלאת; טבלה בלי שמות נשארת ריקה ומגיעה לפגישה הבאה כמו שהיא.

🎯 פרומפט 1 — בוחר התהליך

אם יש לכם כמה מועמדים ואתם לא בטוחים במה להתחיל — זה הפרומפט. הוא מריץ את ששת המבחנים מסעיף 3 על כל תהליך ומחזיר המלצה אחת.

עובד ב-ChatGPT, ב-Claude ובג'מיני. אין צורך בשום כלי מיוחד.

אתה יועץ להטמעת AI בארגונים. אני אתאר לך כמה תהליכים שחוזרים אצלנו,
ואתה תבחר אחד להתחיל ממנו בפיילוט של 30 יום.

── המבחנים ──
העבר כל תהליך דרך ששת המבחנים האלה. כל אחד מהם הוא פוסל, לא ניקוד:
1. תדירות — קורה לפחות פעם בשבוע?
2. זמן ידני — לפחות 15 דקות לכל ביצוע?
3. נגישות מידע — כל מה שצריך כבר קיים במקום שאפשר להגיע אליו?
4. קלות מדידה — אפשר לספור אותו בלי לבנות מערכת מדידה חדשה?
5. סיכון נמוך — אם התוצר שגוי, מישהו יתפוס לפני שזה מגיע ללקוח?
6. בעלים — יש אדם אחד בשם שיגיד ביום 30 אם זה עבד?

── מה נפסל ──
לא מקובל, גם אם זה נראה טוב:
- המלצה על תהליך שנפל באחד מששת המבחנים
- "כדאי לבדוק" בלי לומר מה בדיוק ומי עושה
- המלצה על יותר מתהליך אחד
- הצעת כלי או מוצר ספציפי — זה לא מה שביקשתי בשלב הזה
- מדד שדורש פרויקט BI כדי למדוד אותו

── מה להחזיר ──
1. טבלה: תהליך | עבר/נפל בכל אחד מששת המבחנים | סיבה בשורה אחת
2. התהליך הנבחר — אחד — ולמה דווקא הוא
3. המדד היחיד שהייתי מודד עליו, ואיך סופרים אותו בפועל
4. מה ייחשב הצלחה ביום 30, במספר
5. מה ייחשב כישלון, במספר
6. השאלה האחת שאני צריך לברר לפני שמתחילים

── התהליכים ──
[תאר כאן כל תהליך: מה קורה, מי מבצע, כמה פעמים בחודש, כמה זמן, ומה מעצבן בו]

הסעיף שעושה כאן את רוב העבודה הוא "מה נפסל". בלעדיו המודל יחזיר לכם שלוש המלצות מנומסות ותחזרו לנקודת ההתחלה.

🎯 פרומפט 2 — בונה ה-baseline

אחרי שבחרתם תהליך, זה הפרומפט שהופך אותו למשהו שאפשר לספור.

עזור לי להגדיר baseline לתהליך הבא, לקראת פיילוט AI של 30 יום.

── התהליך ──
[תאר: מה קורה, מי מבצע, כמה פעמים בחודש, כמה זמן לוקח, איפה הוא נתקע]

── מה להחזיר ──
1. מה למדוד לפני — רשימה קצרה של נתונים שאני יכול לאסוף השבוע בלי כלים חדשים
2. איך למדוד כל אחד מהם בפועל: מי סופר, איפה רושמים, כמה זמן זה לוקח
3. KPI אחד — אחד בלבד — שהכי מייצג את התהליך הזה
4. מה ייחשב הצלחה ביום 30, במספר קונקרטי
5. מה ייחשב כישלון, במספר קונקרטי
6. שלושה דברים שעלולים לזהם את המדידה ואיך למנוע אותם

── מה נפסל ──
- מדדי סרק: שביעות רצון, מספר שימושים, אחוזי אימוץ
- "חיסכון משוער" שלא נמדד בשעון אצלנו
- יותר מ-KPI אחד
- כל מדידה שדורשת פרויקט BI או מערכת חדשה
- טווח במקום מספר ("בין 20% ל-60%") — תן מספר אחד ותנמק

── כלל אמת ──
אם חסר לך מידע כדי לענות — כתוב בדיוק איזה נתון חסר ועצור. אל תניח ואל תשלים מהראש.

יום 30: להרחיב, לתקן, או לעצור

המודל כולו הוא חמישה צעדים:

1. בוחרים תהליך אחד שחוזר כל שבוע.
2. מודדים איך הוא עובד היום.
3. בונים סביבו שימוש AI קטן וברור.
4. נותנים לאנשים לעבוד איתו באמת — לא בהדגמה.
5. ביום 30 בודקים אם משהו זז.

ואז מחליטים אחת משלוש:

✅ זז — מרחיבים. אותו דפוס, תהליך שני. לא "פורסים לכל הארגון".
🔧 זז חלקית — מתקנים. ברוב המקרים שראיתי הבעיה לא הייתה במודל אלא בהגדרה: לא נאמר מה נחשב תוצר טוב, או המידע לא היה נגיש. מתקנים ומריצים 30 יום נוספים.
🛑 לא זז — עוצרים. בלי דרמה, בלי להאשים את הטכנולוגיה, ובלי להפוך את זה לפרויקט שנתי כדי להצדיק את ההחלטה הראשונה.

העצירה היא לא כישלון של הפיילוט. היא כל התכלית שלו. פיילוט שלא יכול להיכשל הוא לא פיילוט, הוא רכש.

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

איפה זה לא עובד

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

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

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

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

בשלושת המקרים האלה הצעד הראשון הוא לא כלי. הוא שיחה.

מה לעשות השבוע

לא צריך אסטרטגיה. צריך שעה.

קחו את הטבלה מסעיף 4, ומלאו שורה אחת על תהליך אחד שחוזר אצלכם כל שבוע. רק את העמודות עד "מי הבעלים".

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

אם כן מילאתם — קבעו תזכורת ליום ה-30 עכשיו, לפני שאתם בוחרים כלי.

AI בארגון לא צריך להתחיל כמהפכה. הוא צריך להתחיל כהוכחה.

תהליך אחד. מדד אחד. 30 יום.

ואם אי אפשר לספור את זה ביום 30 — אל תתנו לזה תקציב.