בכל צוות תמיכה יש שני אנשים שיודעים הכל, ותור אליהם. הידע קיים, הוא פשוט לא כתוב בשום מקום, או שהוא כתוב במקום שאף אחד לא מוצא. קופיילוט בתמיכה לא פותר תקלות במקומכם, והוא כן סוגר בדיוק את הפער הזה: מהידע שיושב בראש של שניים, לידע שכל הצוות מגיע אליו בשלושים שניות.
קופיילוט בתמיכה: שלושת השימושים שמשנים את היום יום
תיעוד שנוצר מעצמו. אחרי שפתרתם תקלה, במקום לכתוב תיעוד שאף אחד לא כותב, מבקשים ממנו לנסח אותו מתוך ההתכתבות והסיכום שכבר קיימים.
תשובה למשתמש. להפוך הסבר טכני להנחיה שאדם לא טכני יכול לבצע. זו לא משימה קלה לאיש תמיכה, וזה בדיוק מה שהכלי עושה טוב.
ניתוח תקלות חוזרות. איזו תקלה חוזרת, מתי, ואצל מי. זו המשימה שמייצרת שיפור אמיתי ואף אחד לא מספיק להגיע אליה.
התיעוד שנכתב מעצמו
זו המשימה שאני מבקש להתחיל ממנה, כי היא פותרת בעיה שכולם מכירים ואף אחד לא פתר.
הפרומפט: על בסיס ההתכתבות והסיכום המצורפים, תכתוב תיעוד לפתרון התקלה. מבנה: מה הסימפטום שהמשתמש דיווח עליו, מה הייתה הסיבה, מה הפעולות שבוצעו לפי הסדר, ואיך לזהות את זה מהר יותר בפעם הבאה. אל תוסיף שלבים שלא בוצעו בפועל.
ההנחיה האחרונה חשובה. תיעוד שכולל שלב שלא באמת קרה מייצר בפעם הבאה חצי שעה של חיפוש אחרי משהו שלא קיים.
אחרי שלושה חודשים של עבודה כזו, יש לכם מאגר. וזה בדיוק מה שהופך את השלב הבא לאפשרי.
הסוכן שסוגר את התור
מרגע שיש מאגר, בונים עליו סוכן שעונה לצוות.
הוא יושב על התיעוד, על הנהלים ועל מדריכי המשתמש, ועונה לשאלות של אנשי התמיכה במקום שהם יחפשו או ישאלו את מי שיודע הכל.
הוא נבנה ברבע שעה, בלי קוד, ויורש את הרשאות הארגון. ראו בניית Agent אישי בקופיילוט.
ההשפעה הכי גדולה שלו היא לא על הוותיקים, היא על החדשים. נציג תמיכה חדש מגיע לעצמאות מהר יותר כשיש למי לשאול בלי להרגיש שהוא מטריד.
קופיילוט בתמיכה: מה שהוא לא עושה
וכאן צריך להיות מדויק, כי הציפייה השגויה כאן נפוצה במיוחד.
Microsoft 365 Copilot לא מתחבר למערכת הכרטיסים, לא מושך לוגים ממערכת ניטור, ולא מריץ פעולות על התחנה של המשתמש.
הוא עובד על טקסט: התכתבויות, מסמכים, סיכומים וקבצי ייצוא. מה שקראתם על סוכן שפותר קריאות אוטומטית מתייחס בדרך כלל למוצרים אחרים ברישוי נפרד, או לפרויקט של סוכן מחובר. ראו Copilot Studio מול Agent Builder.
ניתוח תקלות חוזרות
אם יש לכם ייצוא של הקריאות, זה השימוש שמייצר שיפור ולא רק חיסכון.
הפרומפט: תנתח את קובץ הקריאות המצורף. תזהה את חמשת סוגי התקלות החוזרים ביותר, תבדוק אם יש דפוס בזמנים או בקבוצות משתמשים, ותסמן קריאות שנפתחו יותר מפעם אחת על אותו נושא אצל אותו משתמש. בסוף תגיד לי איזו תקלה, אם הייתה נפתרת בשורש, הייתה מבטלת הכי הרבה קריאות.
השאלה האחרונה היא זו שמצדיקה תקציב. היא מתרגמת עומס תמיכה לפעולה מוגדרת.
סוכן Analyst מריץ קוד Python בפועל ומאפשר לראות אותו, ולכן אפשר לבדוק את הספירות. ראו סוכן Analyst בקופיילוט.
שלוש הפניות שתקבלו על קופיילוט עצמו
ומשהו שכדאי להתכונן אליו: ברגע שהארגון מקבל רישיונות, התמיכה מקבלת פניות על הכלי עצמו.
קופיילוט לא מוצא לי קבצים (כמעט תמיד אחת משש סיבות מוגדרות, ראו למה קופיילוט לא מוצא את הקבצים שלי), בקשה לכבות אותו (ראו איך מכבים את קופיילוט), ושאלות רישוי שנשמעות כמו תקלות (ראו ההבדל בין Copilot ל-Microsoft 365 Copilot).
דף פנימי אחד עם שלוש התשובות האלה חוסך עשרות קריאות בחודש הראשון… וזה גם מוריד את הרושם שהכלי שבור.
מה שחייבים לוודא
שתי בדיקות שלא כדאי לדלג עליהן.
דיוק. תיעוד שגוי גרוע מהיעדר תיעוד. תבדקו את הפלט מול מה שבאמת קרה לפני שהוא נכנס למאגר. מיקרוסופט עצמה כותבת שהפלט לא מובטח כנכון במאה אחוז.
מידע רגיש. קריאות תמיכה מכילות שמות משתמשים, לפעמים כתובות IP, ולעיתים פרטים שאסור להם לזלוג. תוודאו שהמאגר יושב במקום עם ההרשאות הנכונות. ראו חשיפת מידע בקופיילוט.
סייג
מה שכתוב כאן מתייחס ל-Microsoft 365 Copilot ולא למוצרי שירות ייעודיים ברישוי נפרד. סוכן Analyst דורש רישיון בתשלום וכפוף למכסה חודשית. נכון לאוגוסט 2026.
מה עושים עם המידע הזה השבוע
אם אתם אנשי תמיכה: תיקחו את התקלה האחרונה שפתרתם ותבקשו ממנו לכתוב את התיעוד. שתי דקות, ויש לכם מסמך שלא היה נכתב.
אם אתם מנהלי תמיכה: תריצו את ניתוח התקלות החוזרות פעם אחת. השאלה על איזו תקלה מייצרת הכי הרבה קריאות היא זו שמצדיקה תקציב.
אם אתם רוצים להטמיע בצוות: התמונה הרחבה של המחלקה נמצאת במדריך על קופיילוט למחלקת IT, והדרכת AI לעובדים ממוקדת מקצרת את זה לשעתיים. את התמונה המלאה תמצאו במדריך Copilot המלא.
שאלות נפוצות
מה קופיילוט עושה בצוות תמיכה?
כותב תיעוד לפתרונות מתוך ההתכתבות שכבר קיימת, הופך הסבר טכני להנחיה למשתמש, ומנתח קריאות כדי לזהות תקלות חוזרות ודפוסים.
האם הוא מתחבר למערכת הכרטיסים או מושך לוגים?
לא. Microsoft 365 Copilot עובד על טקסט: התכתבויות, מסמכים, סיכומים וקבצי ייצוא. הוא לא ניגש למערכות ניטור ולא מריץ פעולות.
איך גורמים לו לכתוב תיעוד שימושי?
מבקשים מבנה קבוע: סימפטום, סיבה, פעולות לפי הסדר, ואיך לזהות מהר יותר בפעם הבאה. וחשוב להנחות אותו לא להוסיף שלבים שלא בוצעו.
מה הסוכן ששווה לבנות בהלפדסק?
סוכן שיושב על התיעוד, הנהלים ומדריכי המשתמש ועונה לאנשי התמיכה. הוא נבנה ברבע שעה בלי קוד, ומקצר במיוחד את זמן ההסתגלות של נציג חדש.
מה השאלה הכי שווה בניתוח קריאות?
איזו תקלה, אם הייתה נפתרת בשורש, הייתה מבטלת הכי הרבה קריאות. זו השאלה שמתרגמת עומס תמיכה לפעולה מתוקצבת.
מה הסיכון בתיעוד אוטומטי?
תיעוד שגוי גרוע מהיעדר תיעוד. צריך לבדוק את הפלט מול מה שבאמת קרה לפני שהוא נכנס למאגר.
מה עושים עם מידע רגיש בקריאות?
קריאות מכילות שמות משתמשים ולעיתים פרטים רגישים. יש לוודא שהמאגר יושב במקום עם ההרשאות הנכונות ולא משותף רחב מדי.
אילו פניות על קופיילוט עצמו נקבל?
שלוש עיקריות: לא מוצא קבצים, בקשה לכבות, ושאלות רישוי שנשמעות כמו תקלות. דף פנימי אחד עם שלוש התשובות חוסך עשרות קריאות.
על הכותב
אייל מרקוס הוא מומחה בינה מלאכותית, יועץ בינה מלאכותית, מרצה ומנחה סדנאות על בינה מלאכותית. עוסק ב-AI מתחילת 2022, כמעט שנה לפני שיצא ChatGPT. מפעיל את הניוזלטר "Don't Panic" יותר מ-3 שנים ואת הפודקאסט "Hands On AI", ומייעץ להטמעת AI ביותר מ-120 ארגונים בינוניים עד ענקיים (נכון לאמצע 2026), כולל כללית, סלברייט, אמדוקס, כתר פלסטיק, סאפיינס והג'וינט. מי שמחפש מישהו שלא עושה פאדיחות, יודע לעבוד עם צוותים שונים לרוחב הארגון, ובעיקר אוהב לעבוד עם מנהלים שמחפשים תוצאות אמיתיות, מוזמן לפנות אליו.
