מחלקת IT היא המחלקה היחידה בארגון שקופיילוט הוא עבורה שני דברים בו זמנית: כלי עבודה יומיומי, ואחריות. אנשי IT הם גם המשתמשים וגם אלה שיצטרכו להסביר להנהלה מה קרה אם משהו ישתבש. קופיילוט למחלקת IT (Copilot for IT) צריך לכסות את שני הצדדים, ורוב התוכן שקיים מכסה רק את הראשון.
קופיילוט למחלקת IT: מה הצוות מרוויח
נתחיל בצד הפשוט, כי הוא נשכח בין כל הדיונים על ממשל.
תיעוד. זה הכאב הכי מוכר. לתעד מערכת, תהליך או פתרון, מתוך התכתבויות וסיכומים שכבר קיימים.
נהלים והנחיות למשתמשים. להפוך הסבר טכני לשפה שעובד לא טכני מבין. זו משימה שאנשי IT עושים לא טוב, ולא באשמתם.
סיכומי תקלות. מה קרה, מה עשינו, מה למדנו. במיוחד אחרי אירוע, כשאף אחד לא רוצה לכתוב.
ניתוח תקלות חוזרות. איזו תקלה חוזרת, מתי, ואצל מי. זו המשימה שאף אחד לא מספיק לעשות.
ניסוח תקשורת. הודעות תחזוקה, עדכוני שירות, הסברים אחרי תקלה.
מה שהוא לא יעשה, ואל תבזבזו על זה זמן
Microsoft 365 Copilot אינו כלי ניהול מערכות.
הוא לא מריץ סקריפטים על הסביבה, לא ניגש ל-Active Directory, לא מושך לוגים ממערכת ניטור, ולא מבצע שינויי תצורה. הוא עובד על מסמכים, מיילים, פגישות וקבצים.
יש כלים אחרים בעולם של מיקרוסופט שכן עושים חלק מזה, והם מוצרים נפרדים ברישוי נפרד. אל תניחו שהם כלולים.
מה שכן אפשר: לבנות סוכן שמחובר למקור נתונים ולקבל שאילתות עליו. זה פרויקט ולא פעולה של רבע שעה. ראו Copilot Studio מול Agent Builder.
קופיילוט למחלקת IT: הצד השני, מה שאתם אחראים עליו
ועכשיו לחלק שבגללו מנהלי IT מחפשים את המדריך הזה.
יש חמישה דברים שכדאי להסדיר, ורובם לא נוגעים לכלי עצמו אלא לארגון.
הרשאות. זה הסעיף הראשון והחשוב ביותר. קופיילוט מציג רק מה שלמשתמש כבר יש הרשאה אליו, אבל שנים של שיתוף מוגזם ב-SharePoint הופכות פתאום לנגישות בפרומפט אחד. פירטתי את הכלים לזה, כולל Restricted Content Discovery, במדריך על חשיפת מידע בקופיילוט.
מדיניות. שורה אחת שאומרת מה מותר ומה לא. אפשר להתחיל מתבנית מדיניות שימוש בקופיילוט.
ריבונות מידע. איפה מתבצע העיבוד, ומה מצב Flex Routing בטננט שלכם. ראו איפה נשמר המידע של קופיילוט.
מדידה. כמה אנשים באמת משתמשים, ולא כמה רישיונות חולקו. ראו מדידת שימוש בקופיילוט.
ממשל סוכנים. מי רשאי לבנות, ומה עולה לרמה ארגונית. בלי קריטריון פשוט תקבלו או בלגן או שיתוק.
הפניות שתקבלו, וכדאי להתכונן אליהן
מהניסיון שלי, שלוש פניות חוזרות בכל ארגון אחרי שמחלקים רישיונות.
קופיילוט לא מוצא לי קבצים. כמעט תמיד אחת משש סיבות מוגדרות, ורובן לא תקלה. פירטתי במדריך על למה קופיילוט לא מוצא את הקבצים שלי.
אני רוצה שיכבו לי את זה. שווה לבדוק אם האדם עבר הדרכה לפני שמכבים. ראו איך מכבים את קופיילוט.
מה ההבדל בין מה שיש לי לבין מה שראיתי בסרטון. זו שאלת רישוי, ולא שאלה טכנית. ראו ההבדל בין Copilot ל-Microsoft 365 Copilot.
שלוש התשובות האלה בדף פנימי אחד יחסכו לכם עשרות קריאות… וזה בדיוק סוג המהלך שמחלקת IT יודעת לעשות טוב.
הסוכן ששווה ל-IT לבנות ראשון
סוכן תמיכה פנימי שיושב על הנהלים, על מדריכי המשתמש ועל פתרונות שכבר תועדו.
הוא נבנה ברבע שעה בלי קוד ויורש את הרשאות הארגון. הוא לא מחליף מערכת כרטיסים, והוא כן מוריד את הפניות החוזרות שמגיעות בצ'אט ובמסדרון. ראו בניית Agent אישי בקופיילוט.
הרחבתי על תמיכה ופתרון תקלות במדריך על קופיילוט בתמיכה ובפתרון תקלות.
הדבר שאני מבקש ממנהלי IT לא לעשות
לא לעצור את ההטמעה עד שההרשאות יהיו מסודרות.
ההרשאות לעולם לא יהיו מסודרות, כי אף ארגון לא מסיים פרויקט כזה. מה שכן אפשר הוא להתקדם בגלים, עם בקרה זמנית על מה שעדיין לא נבדק. בדיוק בשביל זה מיקרוסופט בנתה את הכלים.
ארגונים שעצרו וחיכו מצאו את עצמם שנה אחר כך עם אותן הרשאות ובלי אימוץ.
סייג
מה שכתוב כאן מתייחס ל-Microsoft 365 Copilot. חלק מהיכולות דורשות רישוי נוסף כמו SharePoint Advanced Management או Viva Insights. השמות והתנאים משתנים תדיר. נכון לאוגוסט 2026.
מה עושים עם המידע הזה השבוע
אם אתם אנשי IT: תיקחו אירוע תקלה אחרון ותבקשו סיכום ממה שכבר נכתב עליו. זה התיעוד שלא הייתם כותבים אחרת.
אם אתם מנהלי IT: תריצו דוחות Data Access Governance ותוציאו את מספר המשתמשים השבועיים הפעילים חלקי הרישיונות. שני הנתונים האלה יגידו לכם איפה אתם עומדים.
אם אתם לפני הרחבה: תסגרו קודם מדיניות וקריטריון לסוכנים, ואז תרחיבו בגלים. הרצאות AI לארגונים שמלוות החלטה כזו חוסכות את הטעות הנפוצה של חלוקה רוחבית, ואת התמונה המלאה תמצאו במדריך Copilot המלא.
שאלות נפוצות
מה קופיילוט עושה לצוות IT?
תיעוד מערכות ותהליכים מתוך חומר קיים, כתיבת נהלים והנחיות בשפה למשתמש, סיכומי תקלות, ניתוח תקלות חוזרות, וניסוח תקשורת על תחזוקה ואירועים.
האם קופיילוט מריץ סקריפטים או ניגש למערכות?
לא. Microsoft 365 Copilot אינו כלי ניהול מערכות. הוא לא ניגש ל-Active Directory, לא מושך לוגים ולא מבצע שינויי תצורה.
מה הדבר הראשון שצריך להסדיר לפני הרחבה?
הרשאות. קופיילוט חושף שיתוף מוגזם שהצטבר לאורך שנים, והוא לא יוצר אותו. כדאי להתחיל בדוחות Data Access Governance.
צריך לעצור את ההטמעה עד שההרשאות מסודרות?
לא. סקירת הרשאות מלאה היא פרויקט שלא נגמר. מתקדמים בגלים, עם בקרה זמנית על מה שעדיין לא נבדק.
מה שלוש הפניות הנפוצות ביותר שנקבל?
קופיילוט לא מוצא קבצים, בקשה לכבות אותו, ושאלות על ההבדל בין מה שיש למשתמש לבין מה שראה בסרטון. שלושתן ניתנות למענה בדף פנימי אחד.
איך מנהלים סוכנים בארגון?
מגדירים קריטריון פשוט שמפריד בין סוכן אישי לסוכן ארגוני ומפרסמים אותו. בלי קריטריון מקבלים או בלגן או שיתוק.
איזה סוכן כדאי ל-IT לבנות ראשון?
סוכן תמיכה פנימי שיושב על הנהלים, מדריכי המשתמש ופתרונות מתועדים. הוא לא מחליף מערכת כרטיסים אבל מוריד פניות חוזרות.
מה מודדים כדי לדעת אם ההטמעה מצליחה?
משתמשים שבועיים פעילים חלקי רישיונות שחולקו, ולא מספר הרישיונות. הנתון זמין בדוחות השימוש במרכז הניהול.
על הכותב
אייל מרקוס הוא מומחה בינה מלאכותית, יועץ בינה מלאכותית, מרצה ומנחה סדנאות על בינה מלאכותית. עוסק ב-AI מתחילת 2022, כמעט שנה לפני שיצא ChatGPT. מפעיל את הניוזלטר "Don't Panic" יותר מ-3 שנים ואת הפודקאסט "Hands On AI", ומייעץ להטמעת AI ביותר מ-120 ארגונים בינוניים עד ענקיים (נכון לאמצע 2026), כולל כללית, סלברייט, אמדוקס, כתר פלסטיק, סאפיינס והג'וינט. מי שמחפש מישהו שלא עושה פאדיחות, יודע לעבוד עם צוותים שונים לרוחב הארגון, ובעיקר אוהב לעבוד עם מנהלים שמחפשים תוצאות אמיתיות, מוזמן לפנות אליו.
