חיבור monday.com (מנדיי) ל-AI ולאוטומציות
monday.com נולדה בתל אביב, וכיום היא מנהלת את הפרויקטים, צינורות המכירה, תהליכי משאבי האנוש והעבודה מול לקוחות של צוותים בכל העולם — אבל בישראל במיוחד היא הבורד שבו העבודה האמיתית חיה. כל פריט, שינוי סטטוס ועדכון הם אירוע עסקי נקי, וברוב החברות הם אף פעם לא יוצאים מהבורד. הנה איך מהנדס בכיר מחבר את monday.com ל-AI מול ה-API האמיתי שלה מסוג GraphQL, והאוטומציות שבאמת חוסכות שעות במקום להוסיף עוד דשבורד שאף אחד לא פותח.
monday.com היא Work OS — שכבה גמישה של בורדים, פריטים, עמודות ותצוגות שכל צוות מכופף לתהליך שלו. חברה אחת מריצה עליה CRM של מכירות, שנייה צינור גיוס, שלישית אספקה מול לקוחות ורביעית מעקב באגים — וכל הארבע נראות שונה לגמרי. הגמישות הזו היא בדיוק הסיבה ששווה לחבר אותה ל-AI: כל בורד הוא דאטה מובנית עם הרבה אות — העסקה הזו עברה ל'משא ומתן', המועמד הזה יושב שבועיים ב'ראיון', המשימה הזו חסומה ובאיחור — וברוב העסקים האות הזה פשוט יושב שם, ומטופל רק כשמישהו במקרה פותח את התצוגה הנכונה. כל המטרה של אינטגרציית AI היא לגרום לבורד לפעול לפי המצב של עצמו.
איך monday.com באמת חושפת את הדאטה שלכם
ל-monday.com יש API מסוג GraphQL מתועד היטב (הגרסה הנוכחית היא v2), מה שהופך את משטח האינטגרציה לממשי ועובד — אבל GraphQL אומר שאתם מבקשים בדיוק את השדות שאתם רוצים בקריאה אחת, במקום לשלוף הכול. אבני הבניין המעשיות שמרכיבים הן:
- אימות — כל קריאה נושאת טוקן API, אישי או, לכל דבר מול לקוח, טוקן של אפליקציית OAuth מוגבל-הרשאות לכל חשבון. זהו סוד סביבה שמקומו ב-config/secrets, אף פעם לא קשיח בקוד ואף פעם לא נשלח לדפדפן.
- בורדים, פריטים ועמודות — הדאטה שלכם חיה כפריטים (שורות) על בורדים, עם ערכי עמודה מטופסים (סטטוס, תאריך, אנשים, מספרים, connect-boards). ה-API קורא וכותב אותם, כך שאפשר ליצור פריטים, לשנות סטטוס או לעדכן עמודה באופן תוכנתי במקום ידנית.
- שאילתות ו-Mutations ב-GraphQL — שאילתה אחת שולפת פלח מסונן ומחולק לעמודים ('כל הפריטים במשא ומתן, ממוינים לפי עדכון אחרון'), כך שה-AI עובד על תת-הקבוצה הנכונה, ו-mutation כותב את התוצאות בחזרה עם column_values בפורמט JSON.
- Webhooks — monday.com משגרת קריאת HTTP יוצאת באירועים כמו יצירת פריט, שינוי עמודה או עדכון סטטוס, ומספקת טריגר בזמן אמת במקום בדיקה תקופתית בטיימר.
- תקציב מורכבות — ה-API מוגבל לפי ניקוד מורכבות לכל שאילתה, ולא לפי ספירת בקשות פשוטה, ולכן אינטגרציה בנויה היטב מבקשת שדות צרים ומחלקת לעמודים בכוונה במקום לשלוף יותר מדי.
מכיוון שכל חשבון מתאים את הבורדים שלו, מקור האמת הוא הסכמה של הבורד ולא ההנחות שלכם. אינטגרציה אמינה קוראת את הגדרות העמודות והמזהים שלהן, ממפה למזהי עמודה וסטטוס יציבים ולא לתוויות התצוגה שמשתמש יכול לשנות, ומאמתת את מצב הפריט הנוכחי בצד השרת לפני פעולה — כך שסטטוס ששינה שם או בורד שסודר מחדש לא יקלקלו את האוטומציה בשקט.
מה באמת אפשר לבנות
- מיון לידים או קריאות מיידי: פריט חדש נכנס, ה-AI מעשיר אותו, מנקד כוונה לפי הטקסט, מנסח תשובה ראשונה מותאמת בעברית, מגדיר את הסטטוס הנכון ומשייך את הבעלים — ואז מתריע לו בוואטסאפ או בסלאק תוך שניות.
- צ'אטבוט 'שאל את הבורד': לענות 'מה הסטטוס של פרויקט לוי ומה חוסם אותו?' דרך קריאת הפריט, העדכונים ותתי-הפריטים המקושרים, ולסכם בעברית פשוטה — בלי לגלול את כל ציר הזמן.
- התראות על עבודה תקועה: ה-AI מזהה פריטים שיושבים יותר מדי זמן בסטטוס מסוים ושולח לבעלים הצעת מעקב קונקרטית ומודעת-הקשר במקום תזכורת גנרית על תאריך יעד.
- לכידת פגישות ומיילים: תמלול או שרשור מייל מסוכם ונכתב בחזרה לפריט הנכון כעדכון, עם המשימה הבאה שנוצרת אוטומטית כתת-פריט — כך שהבורד נשאר מעודכן בלי הקלדה ידנית.
- סיכומים שבועיים: ה-AI קורא בורד שלם ומנסח עדכון סטטוס ללקוח או סיכום סטנד-אפ לצוות, מבוסס על הדאטה האמיתית של הפריטים ולא על הזיכרון של מישהו.
איפה העבודה האמיתית
מודל ה-AI הוא מצרך זול היום; ההנדסה חיה בתפרים. ב-Work OS החלקים הקשים הם דווקא הלא-זוהרים: לכבד את העמודות המותאמות ותוויות הסטטוס של כל בורד במקום לקבע ערכים שישתנו; לפרמט את column_values נכון לפי סוג העמודה, כי סטטוס, תאריך ועמודת connect-boards כל אחד מצפה למבנה JSON שונה ו-monday.com דוחה כתיבה שגויה; לשמור על כתיבה אידמפוטנטית כך ש-Webhook שחזר על עצמו לא ייצור פריט כפול; להישאר בתוך תקציב המורכבות של GraphQL כך שסנכרון לא ייחנק באמצע; ולשמור שמידע אישי מטופל נכון בדרכו דרך כל פרומפט או לוג של AI. כאן העבודה של הצוות שלכם מנוהלת — באג שקט כאן משמעו סטטוס שגוי או עדכון אבוד, ולכן נכונות חשובה הרבה יותר ממודל מתוחכם.
ב-Work OS סיכום ה-AI הוא החלק שכולם מבחינים בו. העבודה המשעממת — להתאים מזהי עמודה, לפרמט כל ערך עמודה נכון, ולמנוע כתיבות כפולות כך ש-Webhook שחזר על עצמו לעולם לא יכפיל פריט — היא החלק שחייב להיות נכון.
נו-קוד או קוד מותאם?
ל-monday.com יש מתכוני אוטומציה משלה, ועבור תהליך בודד ובסיכון נמוך — לדוגמה העברת פריט לקבוצה כשהסטטוס שלו משתנה — הם באמת מספיקים, ואני אגיד לכם בכנות מתי כן. Make ו-Zapier מרחיבים את הטווח עוד קצת. אבל כל דבר שנוגע בלוגיקת AI ספציפית לתהליך שלכם, בכתיבה דו-כיוונית על פני עמודות מטופסות, במיפוי מודע-לסכמה של הבורד, או בכמה בורדים ומערכות חיצוניות בו-זמנית דוחף אתכם מהר לכיוון קוד מותאם. אם אתם מחפשים מתכנת שיחבר את monday.com למערכות הקיימות שלכם ולאוטומציות מבוססות AI, זו בדיוק העבודה שאני עושה — בניית השכבה האמינה בין הבורדים שלכם ל-AI, מקצה לקצה. טופס הצור-קשר בעמוד הזה מגיע אליי ישירות; ספרו לי מה הבורדים שלכם צריכים לעשות לבד, ואני אבנה את זה.
מחפשים מתכנת לחבר את המערכות שלכם ל-AI?
אריאל תוכנה — סטודיו הנדסת תוכנה ושותף טכנולוגי. אני בונה את האינטגרציות והאוטומציות שמחברות את העסק שלכם ל-AI, מקצה לקצה.
בואו נדבר