המהפכה הדיגיטלית בענף הרפואה: פרופסור אייל צימליכמן, מנכ״ל Arc

המהפכה הדיגיטלית בענף הרפואה: כיצד ARC מחברת בין טרנספורמציה לחדשנות?

פרופ' אייל צימליכמן, הוא רופא פנימאי בהכשרתו, שצמח מהשטח, עם ניסיון עשיר בתחום האיכות והבטיחות הרפואית. בעברו היה שותף בצוות העבודה שגיבש את תכנית הבריאות של הנשיא אובמה, ה Obama Care, שם נחשף לעולמות האסטרטגיה, הטרנספורמציה, והחדשנות. לאחר מספר תפקידים בעולם הרפואה, ובמיוחד בעקבות השפעת הקורונה על עולם הבריאות העולמי (וגם זה שבישראל), פרופ' צימליכמן בחר להתמקד ב 100% בטרנספורמציה העסקית והקלינית של עולם הרפואה, וכך הגיע להקים ולנהל את Arc.

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

פלטפורמת ARC (ראשי תיבות של Accelerate, Redesign and Collaboration) פועלת כבר משנת 2019 להטמעת חדשנות פורצת דרך בתחום הבריאות בעולם, באמצעות שיתופי פעולה בינלאומיים וגישה מובנית לחדשנות, תוך התמקדות בחדשנות בבריאות דיגיטלית. שיתופי הפעולה כוללים מוסדות בריאות בינלאומיים, מוסדות אקדמיה, חברות סטארט-אפ, מוסדות תעשיה, מוסדות ממשלתיים וגופים לפיתוח כלכלי מהארץ ומהעולם.

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

 

פרופ' צימליכמן מתאר כי אלו היו המניעים הבסיסיים הראשונים שהביאו להקמתה של ARC , שבימים הראשונים שלה סימנה מספר מטרות מרכזיות:

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

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

2. חדשנות כמנוע צמיחה כלכלי – באמצעות ספין אופ של חברות סטארט אפ, לתת את כל התנאים האופטימליים עבור יזמים וחברות סטארט אפ, במטרה לייצר צמיחה כלכלית המגיעה מיוזמות עסקיות-טכנולוגיות. מדובר בעשרות רבות של חברות פעילות עם השקעות נרחבות סביבן, כך שמדובר למעשה בכלכלה שלמה. כשאתה מייצר סטארטאפ אחד זה דבר אחד אבל להקים מעל 100 זה כבר עולם אחר לחלוטין…

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

כיום ישנם כ 160 שותפים הפועלים ברשת, 100 מתוכן סטארטאפים, 40 מרכזים רפואיים (סה"כ כ- 400 בתי חולים רובם בארה״ב), וכ- 20 שותפים נוספים מהתעשיה כמו חברות תרופות, ועוד.

 

ומה לגבי המודל העסקי? איך זה עובד?

ARC בנויה ממספר עקרונות מנחים:

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

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

כיום ARC כוללת כ- 101 סטארטאפים, 50 מהם נולדו בתוך שיבא, כשהיעד ל 2024 הוא להקים 20 חברות חדשות. החצי השני הן חברות שהגיעו מבחוץ ובמקרה הזה שיבא הוא דיזיין פרטנר, כך שהחברות הללו מקבלות מעטפת שלמה: גישה לדאטה העשירה של שיבא והשותפות הקרובות, חיבור לגופים בחו״ל, דרך הקשרים והחיבורים של שיבא, ובמקרה הזה שיבא מקבלת מעט אקוויטי מאותן חברות תמורת המעטפת הזו.

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

 

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

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

הזרוע של-ARC בישראל מונה כ 150 עובדים, מחציתם מפתחים והאחרים עוסקים בפיתוח עסקי, ייעוץ משפטי, ייעוץ כלכלי, ניהול פרויקטים ועוד. חשוב להדגיש שכל הפעילות הזו מתקיימת ללא מימון ממשלתי. פעילותה של Arc מתבססת על תחזוקה עצמאית ומענקים נוספים וכוללת צוותים שלמים שמטפלים בכל אחד מ 3 הסעיפים שצוינו לעיל. בוא נדבר קצת על מה זה אומר חדשנות וכיצד היא באה לידי ביטוי ב-ARC?

 

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

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

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

 

חשוב לציין את מיזם FOH – Future of Health – מדובר בכ 40 גופי הבריאות המובילים בעולם, הפועלים יחד כדי לעצב את חזון עתיד הרפואה. כל הגורמים הרלוונטים שם – מאקדמיה, גופים מקצועיים, טכנולוגיים, ממשלות, אוניברסיטאות, כולם משלבים ידיים במטרה לייצר כלים פרקטיים שיבנו את עולם הרפואה של המחר. זו גם הגישה שמגדירה את כוכב הצפון של ARC: FOH sets the vision, ARC makes the vision into reality במסגרת זו, חוקרים ושואלים: מה האזורים, הטכנולוגיות ואזורי ההזדמנות שהם בעלי הסיכויים הגבוהים ביותר לקדם את המטרה והחזון הזה?

 

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

1. רפואה מותאמת אישית

2. בינה מלאכותית

3. מציאות מורחבת

4. הנדסה רפואית

5. רפואה מרחוק

 

 

לסיכום:

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

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

עוד כתבות עבורך

מי מחזיק במקלדת ה-AI? הדילמה הארגונית של כתיבת פרומפטים ו-Skills

מבוא: אשליית הפשטות מול קיר המציאות

בעידן שבו בינה מלאכותית יוצרת (GAI) הופכת לחלק בלתי נפרד משיטת העבודה היומיומית, ארגונים רבים מוצאים את עצמם בצומת דרכים ניהולי חדש. ההבטחה הגדולה של טכנולוגיית ה-AI הייתה מאז ומתמיד דמוקרטיזציה מלאה: שפה טבעית מחליפה את שפת הקוד, וכל עובד הופך בין לילה ל"מפתח" שיכול לייצר לעצמו כלים, אוטומציות ועוזרים אישיים. לכאורה, כתיבת Skills היא הפעולה הפשוטה ביותר בעולם. אך כאן בדיוק טמונה אשליית הפשטות.

כאשר מנסים לקחת את הכלים הללו צעד אחד קדימה, מעבר לכתיבת מיילים או סיכום מסמכים, אל עבר יצירת פרומפטים מורכבים, בניית תהליכים אוטומטיים ועיצוב "כישורים" (Skills) ארגוניים המחוברים לבסיסי הנתונים הרגישים של החברה, אנו פוגשים קיר מציאות טכנולוגי. כתיבת skills או פרומפט יציב, מאובטח, שלא "מהנדס" תשובות לא נכונות (הזיות והמצאת נתונים) ומבין את המורכבות העסקית של הארגון, דורשת סוג חדש של חשיבה, חשיבה אלגוריתמית, לוגית ומובנית, המזכירה מאוד הנדסת תוכנה.

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

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

 

מודל הזהב: קהילת ה"חלוצים" והספרייה המשותפת (The Federated Community Model)

כדי שלא לייצר צוואר בקבוק טכנולוגי מחד ואיבוד שליטה מאידך, ארגונים מובילים מאמצים מודל היברידי חכם המשלב בין שתי רגליים מרכזיות:

1. ה"חלוצים" המחלקתיים (Skills Champions)

במקום לצפות מכל עובד בארגון להפוך למהנדס Skills/פרומפטים, הארגון מזהה ומכשיר "חלוצי AI" בתוך היחידות העסקיות (למשל: אנליסט שיווקי, מנהלת גיוס ב-HR, או כלכלן בכספים). עובדים אלו, שמבינים לעומק את הצרכים העסקיים של המחלקה שלהם, עוברים הכשרה ייעודית ממוקדת. הם הופכים ל"מתרגמים" של הצורך העסקי ל-Skills ופרומפטים מדויקים עבור עמיתיהם למחלקה.

2. ספריית ה-Skills הארגונית (The Enterprise Skills marketpalce)

כדי למנוע מצב שבו מחלקת הכספים ומחלקת הרכש מפתחות בנפרד כלי דומה לניתוח חוזים, הארגון מקים פלטפורמה שיתופית בסגנון "קוד פתוח פנימי". ה"חלוצים" מכל הארגון יכולים להעלות לספרייה זו פרומפטים וכישרונות (Skills) מוצלחים שפיתחו. ה-IT משמש כ"עורך ראשי" (Reviewer): הוא בוחן את הפרומפט מנקודת מבט של אבטחת מידע, יעילות עלויות ודיוק טכנולוגי, ולאחר אישור מהיר – ה-Skill הופך לזמין לשימוש בטוח עבור כלל עובדי הארגון.

התוצאה היא סינרגיה מושלמת: הידע והחדשנות מגיעה מלמטה (מהשטח), בעוד שהסטנדרטים, הבקרה והאבטחה מנוהלים מלמעלה (מה-IT)ברמה של בקרה אנושית ובקרת AI.

 

לגשר על פער הנדסת התוכנה: שיטת ה"צמדים" (Pair Prompting)

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

בשנה-שנתיים הקרובות, הדרך הנכונה והפרקטית ביותר לגשר על הפער הזה אינה בהמתנה להכשרות ארוכות או לפלטפורמות טכנולוגיות מורכבות, אלא באימוץ שיטה השאולה מעולם הפיתוח: עבודה בצמדים (Pair Prompting).

 

כיצד זה עובד בפועל?

במקום לעבוד בנפרד, הארגון מייצר "גשר אנושי" קבוע:

  • איש הביזנס (החלוץ): מביא את ההבנה העמוקה של התהליך העסקי, את הניואנסים של הלקוח או של המוצר, ואת הבעיה האמיתית שצריך לפתור.
  • איש הטכנולוגיה (מערכות המידע): מביא את החשיבה הלוגית, ההבנה כיצד המודל "חושב", כיצד לנסח תנאים מורכבים (Guardrails) וכיצד למנוע טעויות ואבטחת מידע לקויה. וכאן יש מקום חשוב לפתוח את המחשבה. הצד הזה של הצמד יכול להיות Skill אשר ״עושה מיקור חוץ״ ליכולות הליווי של ה

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

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

 

סיכום: העתיד שייך לצמדים (והשותפים) הנכונים

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

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

 

אז מאיפה מתחילים מחר בבוקר?

  1. מזהים את ה"חלוץ" (Champion) הראשון במחלקה שלכם.
  2. משדכים לו שותף טכנולוגי מאגף מערכות המידע וחיבור ל Skills "IT" הנכונים.
  3. מתחילים לייצר את ה-Skill או הפרומפט הראשון בשיטת ה"צמדים" (Pair Prompting).

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

 

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

AI Economics: כמה באמת עולה להיות ארגון AI-Native – ואיך יודעים אם זה משתלם

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

 

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

למה זה שונה מכל תקציב טכנולוגיה שהכרתם

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

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

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

אנטומיה של עלות: מה מסתתר מאחורי $2,500 בחודש למפתח

כשאנחנו אומרים שסביבת עבודה אג'נטית של מפתח צורכת טוקנים ב-2,500-1,500 דולר בחודש, חשוב להבין ממה המספר הזה מורכב. זו לא "עלות של כלי" – זו עלות של שיטת עבודה שלמה, שבה סוכנים כותבים קוד, מריצים בדיקות, מבצעים code review ומתעדים לעיתים בכמה streams במקביל:

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

למה התקציב שלכם יטעה בסדר גודל: הלקח של Meta

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

מה קרה שם בינואר? התשובה היא לא "יותר משתמשים" אלא שינוי מהותי באופי השימוש. כששואלים מודל שאלה בצ'אט, מדובר באלפי טוקנים. כשסוכן עובד אוטונומית – קורא repo שלם, מריץ בדיקות, מבצע code review, ורץ בכמה streams במקביל, מדובר במיליוני טוקנים למשימה. כל מפתח הפך למפעיל של צי סוכנים, וזה בדיוק המנגנון שמייצר את חשבון ה-$2,500 בחודש שתיארנו קודם.

יש כאן גם עיקרון כלכלי מוכר – פרדוקס ג'בונס, על שם הכלכלן הבריטי שהראה עוד במאה ה-19 שככל שמנועי הקיטור נעשו חסכוניים יותר בפחם, צריכת הפחם הכוללת דווקא זינקה: כשכל שימוש נהיה זול יותר, נפתחים שימושים חדשים והביקוש גדל מהר יותר ממה שהיעילות חוסכת. זה בדיוק מה שקורה עם טוקנים: מחיר הטוקן הבודד יורד בהתמדה, אבל הצריכה גדלה מהר בהרבה מירידת המחיר, ולכן החשבון הכולל דווקא מתפוצץ. ולפי דיווחים בתקשורת, גם Meta עצמה הגיעה למסקנה הזו: ההוצאה הפנימית שלה על AI מתקרבת למיליארדי דולרים ב-2026, והיא בונה כעת מערכת מרכזית לניטור צריכה ותקציבי טוקנים לקראת 2027 – כלומר, גם הארגון שדחף הכי חזק לצריכה בלתי מוגבלת, מקים עכשיו שכבת AI FinOps. ולא רק היא: על פי הדיווחים, Uber מיצתה את כל תקציב ה-AI לפיתוח שתכננה ל-2026 בתוך ארבעה חודשים בלבד.

שתי הסתייגויות חשובות: Meta היא מאמצת אגרסיבית במיוחד, וקצב הצמיחה שלה אינו מייצג ארגון ישראלי טיפוסי; וגידול בטוקנים אינו מיתרגם אחד-לאחד לגידול בעלות, בזכות ירידת מחירים, caching וניתוב מודלים. אבל הכיוון חד-משמעי, והמסקנה למתכנני תקציב 2027 ברורה: מי שמתקצב לפי דפוסי השימוש של היום – מתקצב את העבר. ברגע שהמעבר לסוכנים קורה אצלכם, הצריכה לא תגדל באחוזים. היא תגדל בכפולות.

 

אז מה זה בכלל "משתלם"? מסגרת לחשיבה על ROI

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

  • תפוקה אמיתית – לא שורות קוד ולא מספר Pull Requests, אלא ערך עסקי שנמסר בפועל (features בפרודקשן, תקלות שנפתרו, חוב טכני שצומצם). האם הוא גדל ב-30% או פי 3? ואיך אתם יודעים?
  • מהירות – Time-to-Market- קיצור מחזורי פיתוח שמתורגם להזדמנות עסקית: כניסה מוקדמת לשוק ותגובה מהירה לרגולציה ולשינויים עסקיים.
  • יכולות חדשות – דברים שקודם כמעט ולא היו אפשריים: כיסוי בדיקות שלא היה ריאלי, מודרניזציה של מערכות legacy שנדחתה שנים, מוצרים שלא היו קמים.
  • עלות אסטרטגית סמויה – כשנתח גדל והולך מהעבודה ההנדסית עובר למודלים של Anthropic, OpenAI ואחרים: תלות בספק, שחיקה של ידע הנדסי פנימי, והשאלה מי באמת מחזיק בליבה של שרשרת הערך שלכם. את הממד הזה לא רואים בחשבונית, אבל הוא חייב לשבת על שולחן ההנהלה.

 

 

מודל חישוב לדוגמה: אותו ארגון, שני תרחישים

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

מודל ROI שנתי – קבוצת פיתוח של 50 מפתחים (מספרים מעוגלים, לצורך המחשה)

רכיבחישוב / ערך
נתוני בסיס
עלות מעביד מלאה שנתית לקבוצה ($200K למפתח)50 × $200K = $10M
עלות סביבות אג'נטיות שנתית ($2,500 בחודש למפתח)50 × $30K = $1.5M
תרחיש א' – אימוץ לא מנוהל ("כולם מקבלים כלי ורצים")
שיפור תפוקה נמדד+30%
שווי כוח העבודה שנוסף (שקול ל-15 מפתחים, ללא גיוס)$10M × 30% = $3.0M
עלות AI בפועל (ללא אופטימיזציה)−$1.5M
תשואה נטו · ROI+$1.5M · ‎100%
תרחיש ב' – אימוץ עם AI FinOps: מדידה, מיקוד ואופטימיזציה
שיפור תפוקה נמדד (מיקוד במספר streams מקבילים)+50%
שווי כוח העבודה שנוסף (שקול ל-25 מפתחים, ללא גיוס)$10M × 50% = $5.0M
עלות AI לאחר אופטימיזציה של כ-25% (ניתוב מודלים, Caching, מכסות)−$1.1M
תשואה נטו · ROI+$3.9M · ‎350%
השורה התחתונה
אותו ארגון, אותם כלים, אותה טכנולוגיה – ההבדל היחיד הוא הניהול+$2.4M נוספים בשנה

"שווי כוח העבודה שנוסף" משמעו קיבולת פיתוח אקוויוולנטית: כמה מפתחים נוספים היה צריך לגייס כדי להשיג את אותה תוספת תפוקה. ההנחות שמרניות במתכוון – שיפור של 50% בתרחיש המנוהל הוא בתחתית הטווח בארגונים עם הטמעה ממוקדת, והמודל אינו מתמחר שיפור Time-to-Market, יכולות חדשות או צמצום סיכון, אלא שווי קיבולת ישיר בלבד. המסקנה המרכזית: הפער בין 100% ל-350% אינו נובע מהמודל שבחרתם או מהכלי שרכשתם, אלא מהיכולת למדוד, למקד ולנהל.

 

וזה רק צד הפיתוח: AI בתוך ה-Unit Economics של המוצר

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

 

מנופי השליטה: איך מורידים את העלות בלי לוותר על הערך

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

  • ניתוב מודלים ו-Right-Sizing- לא כל משימה צריכה את המודל החזק ביותר. ניתוב חכם בין מודלים לפי מורכבות המשימה מוריד בקביעות 20%-40% מהעלות, כמעט ללא פגיעה באיכות.
  • ניהול context ו-Caching- עיצוב נכון של ה-context שנשלח למודל, שימוש ב-Prompt Caching וצמצום חזרות מיותרות – החיסכון הזול והמהיר ביותר שיש.
  • מכסות, תקרות ומדיניות שימוש – Rate limits ותקרות ברמת צוות ומשימה, שמונעים הפתעות בעלות של סוכנים שרצים ללא שליטה.
  • ‏מודלי LLM On-Prem- לעומסים יציבים, צפויים ורגישים רגולטורית, מודל שרץ on-prem יכול להיות זול משמעותית בסקאלה; לעומסים משתנים, ה-cloud מנצח. ההחלטה חייבת להתקבל על בסיס מודל עלות אמיתי, לא על בסיס אידאולוגיה.
  • מודל תמחור פנימי- כשכל יחידה עסקית רואה את עלות ה-AI שהיא צורכת מול הערך שהיא מייצרת, ההתנהגות משתנה. זהו המנוף הניהולי החזק ביותר – והנדיר ביותר בארגונים היום.

 

איך בונים את תקציב 2027: חמישה צעדים מעשיים

תקציבי 2027 נבנים ברבעון הקרוב. מי שיגיע אליהם עם שורת "כלים ורישיונות" במקום תפיסת AI Economics, יגלה באמצע השנה שהוא שורף סכומים משמעותיים בלי יכולת להגיד מה קיבל תמורתם. כמה נקודות לעשות את זה נכון:

  1. מפו את התמונה המלאה של עלויות ה-AI- פיתוח, מוצר, תשתית, כלים ו-shadow AI. ברוב הארגונים שנתקלנו בהם, העלות בפועל גבוהה ב-40%-80% ממה שההנהלה מעריכה.
  2. הגדירו מדדי ערך לפני שמגדילים השקעה – תפוקה עסקית, Time-to-Market, איכות. בלי baseline שנמדד עכשיו, לא תוכלו להוכיח ROI לעולם.
  3. בנו את שכבת ה-AI FinOps- ניטור צריכה בזמן אמת, שיוך עלויות לצוותים ולמוצרים, התראות וחריגות. זו תשתית, לא פרויקט.
  4. קבעו ארכיטקטורת עלות – מדיניות ניתוב מודלים, אסטרטגיית on-prem/cloud, מכסות ומודל תמחור פנימי.
  5. תקצבו כקיבולת אסטרטגית, לא כהוצאת כלים – עם יעדי ROI ברורים, נקודות החלטה רבעוניות, ובעלות ניהולית ברמת ההנהלה, לא רק ברכש.

מהפכת ה-AI כבר כאן. ארגונים שלא יעשו איתה גם מהפכה כלכלית – ישלמו עליה פעמיים: פעם בחשבונית, ופעם ביתרון התחרותי שילך למי שכן.

איך בוחרים ומנהלים AI HUB ארגוני המותאם לתשתיות שלכם?

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

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

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

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

חברת המחקר Gartner מעריכה כי עד סוף שנת 2026, כ-40% מהתוכנות הארגוניות יתמכו באופן מובנה בסוכני  AI. המציאות הזו מייצרת קצב אימוץ פנומנלי, אך היא גם מציבה אתגר ניהולי חדש. עד היום, רוב המאמרים והדיונים בשוק עסקו בשאלות התיאורטיות של מהו AI HUB ולמה הארגון זקוק לו. כיום, שחקנים מובילים ורבים בשוק מציעים פלטפורמות מצוינות ומציגים את עצמם כפתרון ה-AI HUB האולטימטיבי עבור הארגון שלכם.

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

 

ארבעת עקרונות הברזל של הארכיטקטורה המודרנית

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

  • Antifragile: תכנון מראש למערכת שאינה רק שורדת שינויים, עומסים ותרחישים לא צפויים, אלא משתפרת ומתחזקת מתוכם בעזרת בדיקות אוטומטיות וניהול לוגים מרכזי.
  • Microservices: פירוק הארכיטקטורה לרכיבים עצמאיים ומבוזרים, כמו קליטה, ניתוח או דיווח, המאפשרים פיתוח, פריסה והרחבה (Scale) נפרדים לחלוטין לכל יכולת.
  • API First: חשיפת כלל הפונקציונליות הארגונית דרך ממשקים מוגדרים היטב, עקרון המאפשר אינטגרציה חלקה מול מערכות הליבה ופיתוח מקבילי מהיר.
  • Clean Architecture: הפרדה מוחלטת ויסודית בין הלוגיקה העסקית של הארגון לבין פרטי המימוש הטכנולוגיים והמודלים המשתנים ברקע, כדי למנוע תלות קשיחה ביצרן בודד.

 

תפיסת הפתרון של שטראוס אסטרטגיה | המצפן הניהולי שלכם

בעולם שבו פלטפורמות הענק פותחות את ה-Backend שלהן ישירות לסוכני AI באמצעות פרוטוקולים מתקדמים כמו MCP (Model Context Protocol), חוקי המשחק משתנים. אם העובדים או הלקוחות שלכם יתחילו להפעיל את התהליכים העסקיים דרך סוכן חכם ולא דרך ממשק המשתמש המסורתי, הארכיטקטורה הארגונית שלכם חייבת להיות ערוכה לכך.

העצה המובילה שלנו למנהלים ברמת C-Level היא להפסיק לחפש מערכת אחת שתפתור הכל, ובמקום זאת להתמקד בבניית מערכת הפעלה ניהולית וטכנולוגית חכמה. ה-AI HUB הנכון עבורכם הוא זה שמחבר את השחקנים השונים בשוק בצורה מאובטחת, יוצר שפה אחידה בין כל הגורמים בארגון, ומאפשר שליטה ובקרה על עלויות (FinOps), איכות המודלים וניהול הסיכונים.

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

 

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

דברו איתי > ליאור ישראל | CVO ומנהל תוכנית X-Labs, שטראוס אסטרטגיה  Lior.israel@s-strategy.com