איך monday.com בנתה את המוצר מחדש סביב סוכנים עם קלוד: מקרה בוחן

מי זו monday.com, ולמה הסיפור הזה חריג

monday.com היא חברת ניהול העבודה שהתחילה, לפי הנתונים שהחברה מפרסמת על עצמה, בדירה מפונה שתפקדה כמשרד בתל אביב. היום עובדות עליה יותר מ-250,000 חברות, ויש בה כ-3,200 עובדים. זו החברה הישראלית הראשונה שמופיעה כאן כמקרה בוחן.

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

״אבק AI״: המשפט שעושה את כל ההבדל

אורלי שטרן איזחקי, VP Product בפלטפורמת AI Works של החברה, מתארת את הגל הראשון של תכונות ה-AI ב-monday.com כך:

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

ומיד אחר כך היא מנסחת את המסקנה במשפט אחד:

אימוץ תכונות AI אינו אותו דבר כמו להפוך לחברת AI.

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

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

מה הן בנו במקום

ארבעה רכיבים, לפי הפרסום:

• סוכני monday: סוכנים שמבצעים עבודה בתוך הפלטפורמה עצמה, לא לצידה
• סוכן משלכם (BYOA): אפשרות לחבר סוכן חיצוני במקום להסתמך רק על מה שהחברה בנתה
• סוכנים מוכנים במרקטפלייס: מדף שממנו לוקחים סוכן קיים
• אינטגרציית Claude Coding: מחברת את קלוד ללוח של monday, ומשם מתכננים ומקצים משימות לסוכנים

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

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

מה אומרים חמישה מיליון אינטראקציות, ומה הם לא אומרים

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

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

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

הלקוחה שבפרסום

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

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

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

ומה שחשוב לומר ביושר

ארבע הסתייגויות, וכולן נוגעות לאיך לקרוא את הפרסום:

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

מבחן אבק ה-AI

זה החלק שאפשר להשתמש בו מחר בבוקר, גם במוצר עם עשרה לקוחות. שאלה אחת:

אם תורידו את תכונת ה-AI מהמוצר, האם הצעת הערך שלו משתנה?

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

שורה תחתונה

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

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