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

בקצרה
- מה זה: סוכן של מאנדיי שמותקן לתוך Microsoft 365 Copilot, כך שאפשר לשאול על העבודה שלך במאנדיי מתוך סביבת מיקרוסופט.
- מה צריך לפני: חשבון monday פעיל, ו-tenant של הארגון שכבר יש בו Copilot.
- מאיפה מתקינים: דרך Microsoft Marketplace.
- מה זה לא: זה לא מחליף את הלוח. בנייה, עריכה עמוקה, אוטומציות ותצוגות — נשארות במאנדיי.
הרגע שבו כל היום עובר במיקרוסופט והלוח נשאר בכרטיסייה שנייה
יש סוג של עסק ישראלי קטן שבו ההחלטה על ערימת הכלים כבר נפלה מזמן, ולא בגלל שיקול טכנולוגי. משרד רואי חשבון, סוכנות ביטוח, חברת שיפוצים עם צוות ניהול קטן — כולם ישבו על Microsoft 365 עוד לפני שהמילה "לוח" נכנסה לשיחה, כי שם הדואר, שם הקבצים, ושם השיחות. מאנדיי נכנס אחר כך, ככלי שני, והוא נהדר — אבל הוא דורש פעולה אקטיבית: לפתוח כרטיסייה, להתחבר, להיזכר באיזה workspace זה היה.
הפער הזה לא נראה גדול, אבל הוא מצטבר. עובד שרוצה לדעת אם המשימה שהוא מחכה לה כבר הועברה אליו יבחר, ברוב המקרים, לשאול בצ'אט במקום לפתוח לוח. וכשהתשובה מגיעה מצ'אט של עמית ולא מהמערכת, המערכת מפסיקה להיות מקור האמת. הבעיה כאן היא בעיית מיקום, לא בעיית תוכן — המידע קיים ומעודכן, הוא פשוט לא נמצא במקום שבו העין של העובד כבר נמצאת.
הסוכן של מאנדיי בתוך Microsoft 365 Copilot מנסה לצמצם בדיוק את המרחק הזה. במקום להביא את העובד ללוח, הוא מביא שכבת שאלה־ותשובה על הלוח לתוך הסביבה שבה העובד יושב ממילא. זה לא הופך את Copilot למאנדיי, וזה לא מייתר את מאנדיי — זה מוסיף נקודת גישה אחת נוספת, בנקודה שבה החיכוך הכי גבוה.
מה הסוכן עושה בתוך Copilot ומה נשאר לעשות בלוח עצמו
הדרך הפשוטה לחשוב על זה: הסוכן הוא חלון הצצה מדבר. אתה מקליד שאלה בשפה חופשית בתוך Copilot, הוא פונה לחשבון המאנדיי שלך, מביא את מה שרלוונטי, ומחזיר תשובה בטקסט. השאלות שעובדות הכי טוב הן שאלות מצב — מה פתוח, מה אצל מי, מה חורג מהתאריך. אלה בדיוק השאלות שאדם שואל כשהוא באמצע משהו אחר ולא רוצה להיכנס למערכת שלמה.
מה שכן חשוב להפנים הוא הגבול. סוכן שיושב בסביבה חיצונית טוב בהבאת מידע ובניסוח תשובה. הוא לא תחליף לעבודה שדורשת מסך — לגרור פריטים בין קבוצות, לבנות תצוגה חדשה, להגדיר אוטומציה, לפתוח לוח מתבנית, או להסתכל בעין על תמונת סטטוסים רחבה. את זה עושים במאנדיי, וזה בסדר גמור: המטרה כאן היא לחסוך כניסות מיותרות, לא לבטל את הכניסות הנחוצות.
מה צריך שיהיה קיים בארגון לפני שבכלל מתחילים להתקין
כאן נמצא הסינון הראשון, ובעסקים קטנים הוא לא תמיד ברור מראש. שני תנאים צריכים להתקיים במקביל: חשבון monday פעיל מצד אחד, ו-tenant של הארגון שיש בו Microsoft 365 Copilot מהצד השני. אם חסר אחד מהם — ההתקנה פשוט לא תיתן לך כלום, גם אם תמצא את הסוכן ברשימה.
המילה tenant היא המקום שבו קורית רוב אי-ההבנה. בעברית פשוטה: tenant הוא סביבת הארגון שלך אצל מיקרוסופט — החשבון הארגוני שתחתיו יושבים כל המשתמשים, המיילים והרישיונות. זה לא החשבון האישי שפתחת פעם בג'ימייל ולא רישיון בודד שקנית לעצמך. כשאומרים "tenant עם Copilot", הכוונה היא שהיכולת של Copilot כבר קיימת ומופעלת ברמת הארגון, ולא שמישהו אחד ראה פעם כפתור.
התנאי השני — חשבון monday פעיל — נשמע מובן מאליו, אבל שווה לדייק אותו: הסוכן לא מייצר נתונים משלו. הוא מציג מה שקיים אצלך בחשבון. אם הלוחות דלים, אם הסטטוסים לא מתוחזקים ואם אף אחד לא ממלא את עמודת האחראי, התשובה שתקבל בתוך Copilot תשקף בדיוק את זה. שכבת AI מעל לוח לא מסודר מחזירה תשובה מסודרת על מידע לא מסודר, וזה מסוכן יותר מאשר לא לשאול בכלל.
מסלול ההתקנה דרך Microsoft Marketplace
מסלול ההגעה לסוכן הוא Microsoft Marketplace — החנות שדרכה מוסיפים אפליקציות וסוכנים לסביבת מיקרוסופט של הארגון. השלבים למטה מתחילים מהנקודה שבה כבר יש לך את שני התנאים הקודמים, ובהנחה שיש לך הרשאה להוסיף אפליקציות בארגון או שיש מי שיאשר את זה עבורך.
- מוודאים הרשאה בעסקים קטנים, מי שמוסיף אפליקציות לסביבת מיקרוסופט הוא בעל הרשאת ניהול. אם אתה לא הוא — סכם מראש עם מי שכן, כדי שלא תיתקע באמצע.
- נכנסים ל-Microsoft Marketplace ומאתרים את הסוכן של monday. הממשק שם באנגלית; זה נורמלי ולא מעיד על שפת התשובות בהמשך.
- מוסיפים את הסוכן לסביבה, ומאשרים את ההרשאות שמוצגות במסך. קרא אותן — הן מגדירות למה בדיוק הסוכן ניגש בשמך.
- מחברים את חשבון המאנדיי בפעם הראשונה שמפעילים את הסוכן. זה הרגע שבו נקבע איזה חשבון ואילו נתונים ייענו לשאלות.
- שואלים שאלה אחת קטנה ובודקים את התשובה מול הלוח האמיתי. לא שאלה מורכבת — שאלה שאתה כבר יודע את התשובה עליה.
הצעד האחרון הוא זה שרוב האנשים מדלגים עליו, והוא החשוב ביותר. השאלה הראשונה שאתה שואל את הסוכן צריכה להיות שאלה שאתה יודע את התשובה שלה בעל פה — למשל "מה הסטטוס של הפריט של לקוח X", כשאתה בדיוק סגרת אותו אתמול. אם התשובה תואמת, בנית אמון. אם היא לא תואמת, גילית עכשיו ולא בעוד חודש מול לקוח.
שאלה בעברית, פריטים בעברית והמלכודת של שמות מעורבים
בעסק ישראלי טיפוסי, השמות בלוח הם תערובת. לוח בשם Sales, קבוצה בשם "לידים חמים", פריט בשם "משפחת כהן — רמת גן", עמודת סטטוס עם ערכים באנגלית ועמודת הערות בעברית. זה לא בלגן, זו פשוט המציאות של מי שקנה מערכת גלובלית ומנהל בה עסק מקומי.
מה שמומלץ לצפות ממנו: כשאתה שואל בעברית על פריטים ששמותיהם בעברית, הסוכן אמור להחזיר את השמות כפי שהם כתובים אצלך. מה שכדאי לבדוק בפועל, ולא להניח: איך הוא מתמודד כשאתה מתאר בעברית מונח שקיים בלוח באנגלית. אם עמודת הסטטוס שלך מכילה את הערך Stuck, שאלה בנוסח "מה תקוע" עשויה לעבוד — או לא. זו בדיקה של דקה, והיא זולה בהרבה מהנחה שגויה.
דוגמה אחת מלאה: עסק קטן שואל מה פתוח לצוות השבוע
שימו לב למה שקרה כאן ומה לא קרה. מה שקרה: פעולת "בירור" שהייתה דורשת פתיחת מערכת התקצרה לשאלה אחת. מה שלא קרה: אף פריט לא נבנה, אף אוטומציה לא הוגדרה, ואף החלטה ניהולית לא התקבלה במקום המנהלת. הסוכן מקצר את הדרך למידע, לא את הדרך להחלטה.
מתי זה לא מתאים ועדיף פשוט להיכנס למאנדיי
יש מצבים שבהם התשובה הכנה היא "לא בשביל זה". ראשית, אם רוב הצוות שלך בכלל לא חי בסביבת מיקרוסופט — נניח עסק שרץ על גוגל וורקספייס — הרווח כאן קטן, כי אתה מוסיף נקודת גישה במקום שאף אחד לא נמצא בו. שנית, אם העבודה היומית שלך היא בנייה ותחזוקה של הלוחות ולא צריכה של מידע מהם, הסוכן פשוט לא נוגע בעיקר העבודה שלך.
שלישית, ויש לזה משקל בעסק קטן: אם הלוחות עצמם לא מתוחזקים, הוספת שכבת שאלות מעליהם היא לא הצעד הראשון הנכון. עדיף לסדר סטטוסים, למלא אחראים ולקבוע תאריכי יעד — ורק אז לפתוח נקודת גישה חיצונית. ורביעית, אם הצורך שלך הוא לחבר את מאנדיי לכלי AI אחר שאתה כבר עובד איתו, יש לזה מסלול נפרד לגמרי — ראה את העמוד monday MCP — לחבר את מאנדיי ל-Claude ול-ChatGPT בסדרה הזו.
איזו תוכנית צריך ואיפה בודקים את זה רשמית
התנאים המאומתים ליכולת הזאת הם שניים בלבד: חשבון monday פעיל, ו-tenant עם Copilot. מעבר לזה — כל שאלה על דרגת התוכנית שנדרשת, על היקף השימוש או על מה נכלל בכל חבילה — בדוק בעמוד התוכניות הרשמי של מאנדיי, שהוא המקום היחיד שבו הנתונים מעודכנים בזמן אמת. תמחור ותנאים של ספקי SaaS משתנים, ועדיף לראות את הרף בעצמך במסך התוכניות מאשר לסמוך על מספר שנכתב בעמוד לפני חצי שנה.
אותו כלל חל גם על ההיבט של החשבונית. אם החיוב אצלכם מגיע דרך מיקרוסופט, דרך מאנדיי, או דרך שניהם בנפרד — זה משהו שבודקים בחשבונית עצמה ומול רואה החשבון של העסק, ולא מסיקים מהמדריך. בעסק קטן זה הבדל שמשפיע על איך רושמים את ההוצאה, ולא כדאי לנחש בו.
מקורות
- monday support — AI Agents on monday.com
- monday support — Get started with monday MCP
- monday support — Available plan types on monday AI work platform
- monday support — Available languages for monday.com
נכון ל-29/08/2026.