איך להכין את הנתונים שלכם לפני הפעלת Copilot

By Mirko Peters · 2026-04-15 · Updated 2026-07-28

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

Automatically translated with AI from the original post. Read the English original

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

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

מוכנות בסיסית ל-Microsoft 365 Copilot

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

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

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

הערכת עומסי עבודה למוכנות ל-Microsoft 365 Copilot

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

השלבים המרכזיים כוללים מיפוי מקורות הנתונים (כמו SharePoint, Teams ו-OneDrive), בדיקת מודל האבטחה הנוכחי, וידוא שיש רישוי לכל משתמש שברצונכם להפעיל עבורו. אתם לא מחפשים רק את מה שקיים. אתם מחפשים פערים, אי-התאמות או סיכונים ש-Copilot עלול להגביר.

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

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

העמודים המרכזיים ש-Copilot צריך להצלחה

• ניהול זהויות וגישה: העוצמה של Copilot תלויה בבקרות גישה חזקות. אכפו ניהול זהויות מודרני באמצעות אימות רב-שלבי (MFA), מדיניות גישה מותנית ועקרונות Zero Trust. פלחו משתמשים ותפקידים בזהירות. להעמקה בבניית Zero Trust מהיסוד, ראו את הפירוט כאן: Zero Trust by Design in Microsoft 365.
• אבטחת מכשירים: כל מכשיר שניגש ל-Copilot חייב להיות מהימן ומנוהל. השתמשו בניהול נקודות קצה, הצפנה והגנה מפני איומים כדי להפחית סיכון שמגיע ממכשירים שנפרצו. מכשירים שאינם נתונים לשליטתכם או לסטנדרטים של היגיינת אבטחה לא צריכים לקבל גישה ל-Copilot.
• ממשל נתונים: קבעו כללים ברורים לגבי מקום אחסון הנתונים, מי הבעלים שלהם וכיצד מסווגים אותם. מנפו תוויות אוטומטיות, תוויות רגישות ומדיניות מחזור חיים על פני כלל התוכן. ממשל נתונים אפקטיבי מבטיח ש-Copilot יאחזר רק את מה שמתאים, ומצמצם חשיפה.
• בקרות גישה וציות: אל תסתפקו בהגדרות ברירת המחדל; הטמיעו גישה מבוססת תפקידים, מניעת אובדן נתונים (DLP) ורישום ביקורת. ממשל אינו רק מדיניות, אלא בקרות טכניות בפעולה. לשלבי ממשל והטמעה מעשיים, ראו: Copilot governance (policy or pipe dream?).

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

אבטחת הנתונים שלכם לפני הפעלת Copilot

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

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

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

התפשטות הרשאות: הסיכון הגדול ביותר לאבטחת נתונים

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

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

אם תרצו להבין יותר איך בעלות והרשאות הופכות לבלגן סבוך, המאמר המעמיק הזה על data access governance חובה לקריאה. לסיכוני Shadow IT (אפליקציות פראיות ושיתוף לא מאושר), כדאי לקרוא: taming Shadow IT in your M365 tenant.

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

ביטול הכאוס בסיווג נתונים כדי למנוע שיתוף יתר

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

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

בצעו ביקורת על המבנה הנוכחי באמצעות כלי הביקורת של Microsoft Purview – שלב שמפורט כאן: how to audit user activity with Microsoft Purview. לכאוס המסמכים ולמוכנות לביקורת, האזינו ל-building your Purview shield לשיטות העבודה המומלצות ל-ECM.

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

היערכו מראש ל"פצצת הציות" בסביבת Microsoft 365 שלכם

המונח "פצצת ציות" נשמע דרמטי, וזה לא בכדי: אם Copilot יכול לגשת לנתונים המוגנים על ידי רגולציה (GDPR, HIPAA וכדומה), אתם נמצאים צעד אחד מביקורות יקרות או even מסבך משפטי. החילו מדיניות שמירה ומדיניות פיקוח ב-Microsoft Purview, והרחיבו את DLP ואת תיוג הרגישות לכל התוכן שאליו Copilot עשוי לגשת.

עקבו אחר הפרות אפשריות והדגישו ציות פרואקטיבי. למדו היכן עלול להתרחש סחף מדיניות וכיצד בינה מלאכותית ושיתוף פעולה משנים את התמונה, ב-M365 compliance drift explained. לטקטיקות מעשיות לאבטחה ולציות בתחום הבינה המלאכותית, עיינו ב-keeping Copilot secure and compliant.

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

הכנת נתונים שלב אחר שלב עבור Copilot

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

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

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

5 שלבי מפתח להכנת נתונים להצלחה של Copilot

1. גילוי נתונים ומיקומם: התחילו באיתור כל הנתונים הרלוונטיים וודאו שהם נמצאים במקום שאליו Copilot יכול לגשת – בדרך כלל במיקומים מנוהלים ב-SharePoint, ב-Teams או ב-OneDrive. בצעו ביקורת לאיתור נתונים צללים או קבצים מחוץ לאתרים מאושרים.
2. אבטחת תוכן: הדקו את ההרשאות והחילו תוויות רגישות, כך שרק המשתמשים המתאימים יוכלו לגשת לנתונים ש-Copilot עשוי להציג. הסירו גישה מיושנת או שיתופים חיצוניים שנותרו פעילים.
3. רכישת רישיונות: ודאו שלכל משתמש שברצונכם שישתמש ב-Copilot יש את הרישיון המתאים. אי התאמות ברישוי עוצרות פריסות של Copilot ויכולות לגרום לכאבי ראש בהמשך.
4. הפעלת תמלולים: כדי ש-Copilot יעבד פגישות ב-Teams או נתוני קול, יש להפעיל תמלול. הגדירו הגדרות שמתאימות לתקני הפרטיות והציות שלכם.
5. העלאת המודעות לזכויות יוצרים ולהיבטים משפטיים: Copilot יכול להציג ולשלב מחדש תוכן, לכן הדריכו את המשתמשים בנוגע למסגרות המשפטיות. הגדירו ציפיות ברורות כדי למנוע שימוש בלתי מכוון שמפר זכויות יוצרים.

להסבר מעשי על הכשרה נכונה ל-Copilot, ועל הערך של מרכז למידה מנוהל, עיינו כאן: deploy a Copilot Learning Center. כל שלב שלעיל מתיישר עם פריסה חלקה יותר, פחות הפתעות וממשל בטוח מהיום הראשון.

אחד: הנתונים במקום הנכון ומאובטחים כראוי

• העברת נתונים למרחבים מנוהלים: העבירו קבצים למיקומים מאושרים ב-SharePoint, ב-Teams או ב-OneDrive המנוהלים על ידי ה-IT. הימנעו מהשארת קבצים חשובים בכונני רשת אישיים או בלתי מפוקחים.
• שינוי מבנה האתרים והתיקיות: ארגנו תיקיות ואתרים באופן לוגי – לפי צוות, פרויקט או רגישות. היררכיה נקייה מקלה על החיפוש ועל האבטחה.
• בדקו את בקרות הגישה: סקרו באופן קבוע מי יש לו גישה לכל מיקום, והדקו את ההרשאות היכן שנדרש. השתמשו באוטומציה לביקורות חוזרות.

צריכים עוד על הדרך לתקן את מבני הנתונים לקראת AI? עיינו בממשל AI ב-SharePoint ותיקון אסטרטגיית הנתונים.

מיפוי וניקוי של נתונים מדור קודם לפני השילוב של Copilot

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

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

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

זיהוי תוכן יתום ותוכן מיושן בכל עומסי העבודה של M365

• סריקה לאיתור תוכן יתום: השתמשו בכלים כמו Microsoft Purview וסקריפטים של PowerShell כדי לאתר קבצים ללא בעלים עדכניים או כאלה שנותרו ממשתמשים לא פעילים.
• איתור נתונים מיושנים: חפשו קבצים ותיקיות שלא שונו או נגישו ב-12 עד 24 החודשים האחרונים. אלה המועמדים המובהקים לסקירה או למחיקה.
• ניקוי אתרים מדור קודם: בצעו ביקורת על אתרי SharePoint ישנים, תיקיות OneDrive וערוצי Teams שלא הראו פעילות מזה זמן רב.
• הערכת סיכון לפני מחיקה: אל תמחקו בלי לחשוב. סמנו נתונים מסוכנים או מוסדרים לצורך הסגרה או ארכיון.

לטקטיקות ניקוי מעשיות ולבניית ניהול מוכן לביקורת, עיינו בעצירת הכאוס במסמכים עם Purview ולהמלצות על ניהול Shadow IT הנסתר.

סטנדרטיזציה של מטא-דאטה ושמות לקריאוּת על ידי AI

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

הימנעות מלכודות נפוצות בפריסת Copilot

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

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

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

מלכודת #1: הדרכה היא קריטית, הכשירו את המשתמשים כראוי

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

מלכודת #2: שיתוף יתר עקב בעיות גישה ב-SharePoint

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

טעות נפוצה #3: אמון עיוור בתוכן שנוצר על ידי AI

אל תיפלו במלכודת של "Copilot אמר את זה, אז זה בטח נכון". תוצרי AI אמינים רק כמו הנתונים והכללים שמאחוריהם. תמיד הפעילו בדיקה אנושית בתהליך (human-in-the-loop) וטפחו תרבות של ספקנות בריאה. הטמיעו תהליכי אימות, במיוחד בתקשורת בעלת סיכון גבוה או מול לקוחות. בנו אמון על ידי אימות, ולא רק קבלה—קראו עוד על אמון ו-AI כאן: build trust with Copilot outputs.

הגנה נכונה על מידע רגיש מפני חשיפה ל-AI

אם מידע רגיש נותר ללא הגנה, Copilot עלול לחשוף אותו—פשוט וברור. בקרות מבוססות מדיניות ופתרונות מניעת אובדן מידע (DLP) הם קו ההגנה האחרון שלכם. שלבו סיווג, DLP וניטור בזמן אמת. הגדירו סביבות שמזהות ומגינות אוטומטית על מידע חסוי כדי שלא יוצג או ייוצא. לתובנות ולמהלכים מתקדמים ב-DLP, עיינו ב-unlocking the real power of DLP. אל תאפשרו למידע רגיש לחמוק מהרדאר של Copilot—תכננו בקרות לכל דרך שבה מידע עלול לדלוף.

מדידת הצלחה ושמירה על אבטחת Copilot

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

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

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

מדדי פרודוקטיביות למדידת הערך של Copilot

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

תוכנית מעקב אחר תוצאות הפעלת Copilot לשיפור מתמיד

• הקימו לוחות מחוונים לשימוש וקצב סקירה קבוע: הגדירו לוחות מחוונים למעקב אחר אימוץ Copilot, שימוש בתכונות ואותות סיכון. התחייבו לסקירות מתוזמנות עם בעלי העניין המרכזיים.
• נטרו הפרות ציות ואבטחה: השתמשו בהתראות אוטומטיות על פעילות AI חשודה, דפוסי גישה חריגים או דליפות מידע, תוך שימוש ב-Microsoft Purview ו-Sentinel. לשיטות עבודה מומלצות, עיינו ב-governed AI: keeping Copilot secure.
• שפרו הדרכות ומדיניות באופן מתמשך: השתמשו במשוב ובמדדים כדי לעדכן את הממשל, ההדרכות והבקרות הטכניות לפי לוח זמנים קבוע.
• שתפו משתמשים ובעלי עניין: עודדו תרומה מצד משתמשי־על, צוותי ציות והנהלה, ופעלו לפי המשוב כדי לפתח את אופן ניהולו של Copilot.

מעקב ושיפור מתמשכים הופכים את Copilot לנכס ארוך טווח—ולא לניסוי חולף.

רשימת בדיקה להכנת הנתונים לפני הפעלת Copilot

1. תעדפו את אתרי SharePoint, צוותי Teams ומיקומי OneDrive שמכילים תוכן רגיש או תוכן שמשותף באופן נרחב.
2. ודאו שלכל מרחב עבודה חשוב יש בעלים אחראי ומטרה עסקית ברורה.
3. בדקו קישורים אנונימיים, קבוצות רחבות, אתרי פרויקטים ישנים וגישה חיצונית שאינה בשימוש עוד.
4. השתמשו בתוויות רגישות, בשמירה ובמניעת אובדן מידע (DLP) במקומות שמתאימים לדרישות הארגון שלכם.
5. הריצו פיילוט עם משתמשים ותרחישים מציאותיים, ותקנו את הממצאים לפני הפריסה הרחבה.

לקבלת הנחיות עדכניות על מוכנות, עיינו בתיעוד Microsoft 365 Copilot ב-Microsoft Learn.

שאלות נפוצות

האם צריך להעביר נתונים לפני השימוש ב-Copilot?

בדרך כלל לא. העבודה המרכזית היא להבין ולשפר את ההרשאות, הבעלות וההגנות שכבר מיושמות על התוכן ב-Microsoft 365.

האם Copilot יחשוף תוכן שהמשתמשים אינם יכולים לגשת אליו?

לא. Copilot מכבד את ההרשאות הקיימות של המשתמש, ולכן יש לטפל בשיתוף-יתר לפני פריסה רחבה.

🎧 כדאי גם להאזין ל

• Microsoft Purview Information Protection – Simply Explained מסביר את כלי הסיווג וההגנה שתומכים בהכנת נתונים בטוחה יותר עבור Microsoft 365 Copilot.
• Operating Model for Microsoft 365 Governance מוסיף את מסגרת הבעלות וקבלת ההחלטות הנדרשת כדי לשמור על ניקוי מתמשך לאחר הפיילוט.
• Identity Governance in Microsoft Entra משלים את מוכנות הנתונים בעזרת בקרות על מחזור החיים של הגישה, שמסירות הרשאות מיושנות לאורך זמן.

נבדק לאחרונה: יולי 2026. יש לבחון את שיטות המוכנות של Microsoft 365 Copilot מעת לעת, ככל שהתכונות ודרישות הממשל מתפתחות.