WEBVTT

00:00:00.000 --> 00:00:07.840
מוכנים למד מינוס עשרה ימים של Microsoft 365, Copilot, בינה מלאכותית, Azure, והאנשים שמעצבים את עתיד העבודה.

00:00:08.100 --> 00:00:12.220
בינואר הקרוב, כנס M365 חוזר ובגדול.

00:00:12.460 --> 00:00:18.420
הצטרפו אלינו למפגשים חיים, הדגמות מהשטח וידע מעשי ממומחי תוכן וMVPS מרחבי העולם.

00:00:18.660 --> 00:00:23.960
בלי מצגות גנריות, בלי מילים מפוצצות בלי סוף, אנחנו מתמודדים עם האתגרים האמיתיים.

00:00:23.960 --> 00:00:29.220
Copilot Studio, סוכני AI, Fabric, אבטחה, משילות ואוטומציה.

00:00:29.220 --> 00:00:35.080
בין אם אתם אנשי איט, מפתחים או מנהלים עסקיים, יש מפגשים שתוכננו במיוחד עבורכם.

00:00:35.460 --> 00:00:40.540
במשך עשרה ימים מלאים, תוכלו לחקור טכנולוגיות רבות ולהתחבר לקהילה גלובלית.

00:00:40.780 --> 00:00:44.740
צפו בשידור חי וקחו תובנות מעשיות בחזרה לארגון שלכם.

00:00:45.020 --> 00:00:49.280
ינואר 2027, עשרה ימים, קהילת Microsoft 1.

00:00:49.540 --> 00:00:50.880
ההרשמה פתוחה כעת.

00:00:52.990 --> 00:00:54.650
תפסו את מקומכם עוד היום.

00:00:56.110 --> 00:00:59.310
הכתובת היא M365.net

00:00:59.310 --> 00:01:05.050
הרשמו עכשיו ב-M365.net ונתראה בשידור חי בינואר.

00:01:05.190 --> 00:01:11.990
מה אם אגיד לכם שהסיבה העיקרית לכך שקופילות מרגיש מאכזב בתהליך העבודה שלכם לא קשורה למודל ה-AI, אלא לנתונים שלכם?

00:01:12.130 --> 00:01:12.830
חישבו על זה.

00:01:12.990 --> 00:01:15.130
קופה אילות יודע רק מה שאתם מזינים לתוכו.

00:01:15.350 --> 00:01:21.110
ואם מה שאתם מזינים הוא מרושל, מיושן או חבוי מאחורי הרשאות שבורות, אתם לא מקבלים ערך, אתם מקבלים רעש.

00:01:21.110 --> 00:01:27.490
היום אנחנו חותכים דרך הרעש הזה עם עשר שיטות עבודה מומלצות שיהפכו את קופה אילות ממשחק נחושים לכלי מדויק.

00:01:27.610 --> 00:01:32.970
הצצה ייתכן שההגדרה הנוכחית שלכם נמצאת במרחק התאמה אחת משחרור העוצמה האמיתית של קופה אילות.

00:01:33.110 --> 00:01:35.430
החבלנים השקטים שמסתתרים בשארפוינט.

00:01:35.570 --> 00:01:41.830
תהיתם פעם למה התשובות של קופה אילות מרגישות לפעמים מאורפלות, גם כשאתם בטוחים שהמידע קיים איפשהו בטננט שלכם.

00:01:41.830 --> 00:01:46.330
האשם מסתתר לרוב ממש מול העיניים, יושב בשקט בספריות שירפוינט מוזנחות.

00:01:46.490 --> 00:01:51.650
הספריות האלה, שנוצרו פעם עם הכוונות הטובות ביותר, הופכות עם הזמן למחסני אשפק דושים.

00:01:51.810 --> 00:01:55.810
כל פרויקט, כל העברת תפקיד, כל תיקייה בעלת שם גרוע מוסיפים להרמה.

00:01:55.950 --> 00:02:04.630
תוך זמן קצר, נוצר מה שמנהלי מערכות מכנים בתי כברות לנתונים, אוספי קבצים שכבר אין בהם צורך, אך הם עדיין חיים באותה סביבה שקופילות אמור לסרוק.

00:02:04.630 --> 00:02:09.250
הצטברות כזו הופכת למאמסה בלתי נראית על היעילות של קופילות ביומיום.

00:02:09.430 --> 00:02:11.950
חשבו איך רוב הארגונים משתמשים בשרפוינט.

00:02:12.110 --> 00:02:17.150
התלהבות ראשונית מניעה את המבנה, צוותים מקימים תיקיות מחוצות, ואולי אף מוסיפים כמה מתנתונים.

00:02:17.350 --> 00:02:20.130
אבל עם חלוף החודשים והשנים, התחזוקה דואכת.

00:02:20.290 --> 00:02:23.470
קבצים משוכפלים כי זה מהיר יותר מלחפש את הגרסה הנכונה.

00:02:23.470 --> 00:02:29.590
מחלקה א' קוראת למשהו גרסה סופית טיוטה, בעוד שמחלקה בית קוראת לגרסה שלה גרסה סופית טיוטה עותק.

00:02:29.670 --> 00:02:36.070
משתמשים שומרים גרסאות מיושנות בספריות משותפות במקום בהכסון אישי, מתוך מחשבה שיהיה קל יותר לכולם למצוא אותן מאוחר יותר.

00:02:36.290 --> 00:02:43.110
כשמכפילים זאת במאות ספריות, קופה אילות ניצב פתאום מול עשרות אלפי תשובות אפשריות שרבות מהן סותרות זו את זו.

00:02:43.110 --> 00:02:50.070
כעת, במקום להחזיר תגובה בטוחה וקונטקסטואלית, קופה אילות לחוד בין קבצים סוטרים שכל אחד מהם טוען להיות המקור האמין.

00:02:50.270 --> 00:02:53.610
זה דומה מאוד לפתיחת המוסך שלך אחרי חמש שנים שבהן התעלמת ממנו.

00:02:53.770 --> 00:03:00.930
בטח, הכלים שאתה צריך נמצאים טכנית איפשהו שם, אבל הם כבורים תחת סעצועים שבורים, ארגזי כישותי חג ומסלול ריצה שנשבטה שתחזור להתאמן עליו.

00:03:00.930 --> 00:03:07.090
אם תבקש ממישהו אחר למצוא את מה שאתה צריך בבלגן הזה, הוא כנראה יחזור עם הכלי הלא נכון או, גרוע מכך, יוותר לחלוטין.

00:03:07.270 --> 00:03:11.850
זה בדיוק מה שקופילוט מתמודד איתו כשהוא מנסה לנווט בתוך מופע שירפוינט עמוס ומבולגן.

00:03:11.990 --> 00:03:19.670
הוא מחפש, הוא מוצא, אבל ללא אינדיקטורים ברורים איזו גרסה היא הסמכותית, אתה מקבל פלטים כלליים ושטחיים שלא מעוררים הרבה אמון.

00:03:19.670 --> 00:03:24.750
זו לא רק דעה, זה קשור לאופן שבו מודלי בינה מלאכותית מטפלים בנתונים לא מובנים באופן כללי.

00:03:24.870 --> 00:03:32.330
כאשר לנתונים חסר תיוג, ארגון או הקשר עקביים, מנועי למידת מכונה מבזבזים מחזורי עיבוד על ניחושים במקום על מתן דיוק.

00:03:32.550 --> 00:03:37.670
במונחים מעשיים, זה אומר סיכומים מאורפלים יותר, הפניות פחות מדויקות ותובנות חלשות יותר.

00:03:37.870 --> 00:03:42.210
במקום למנף את כוח ההקשר כדי להדק תשובות, המערכת תובעת ברעש.

00:03:42.210 --> 00:03:50.150
לכן, כשמובילים עסקיים מתלוננים שקופילות מרגיש בסיסי, רוב האכזבה חוזרת למבנה או לחסרונו של מאגר הנתונים הבסיסי.

00:03:50.230 --> 00:03:54.150
ומטה דאטה, או היעדרו, ממלאים תפקיד גדול יותר ממה שרוב הצוותים מבינים.

00:03:54.310 --> 00:03:58.910
מטה דאטה טוב מתפקד כמו שלט הכוונה בדרכים, ומכוון את קופ העילות ישירות למה שרלוונטי.

00:03:59.030 --> 00:04:02.710
בלעדיו, למערכת אין דרך להבחין בין שני קבצים עם שמות כמעט זהים.

00:04:02.710 --> 00:04:09.770
תגיעות בסיסיות כמו מחלקה, אזור או שלב בפרויקט, יכולות לעשות את ההבדל בין תשובה מדויקת להפליא לבין כזו שמכתיעה את המטרה בצורה מתסכלת.

00:04:09.910 --> 00:04:15.710
אבל ברוב הארגונים, הטיוג מוזנח כי המשתמשים רואים בו עבודה מיותרת, או כי הממשל פשוט לא נתן לו עדיפות.

00:04:15.830 --> 00:04:19.170
כך הרמות לא מובנות סומכות, והופכות לממגורות מידע בלתי מנוהלות.

00:04:19.330 --> 00:04:23.170
וממגורות הן קטלניות עבור בינה מלאכותית שמסתמכת על הקשר מעל הכל.

00:04:23.170 --> 00:04:26.550
האירוניה היא שתיקון הבעיה הזו אינו קשה מבחינה טכנית.

00:04:26.710 --> 00:04:30.370
ניקוי ספרייה לא דורש אוטומציה מורכבת או מיומנויות מתקדמות.

00:04:30.510 --> 00:04:33.290
הוא דורש מחויבות לתחזוקה שוטפת ולממשל נתונים.

00:04:33.510 --> 00:04:38.010
ערכוב או מחיקה של קבצים לא רלוונטיים, מזוג כפיליות והחלת סדות מטאדת המחייבים,

00:04:38.090 --> 00:04:42.090
הם צעדים פשוטים שמשנים את האופן שבו קופאילוט מפרש את סביבת העבודה שלך.

00:04:42.210 --> 00:04:45.550
עבור המשתמש, זה מרגיש כמו הדלקת אור בחדר חשוך.

00:04:45.550 --> 00:04:48.890
פתאום, קופאילוט כבר לא מסתייג עם סיכומים מאורפלים.

00:04:49.070 --> 00:04:52.430
הוא מתחיל לשלוף את הדוח המדויק, מפנה לגרסה הנכונה,

00:04:52.730 --> 00:04:56.590
ואפילו מספק הערות הקשריות שתואמות בדיוק למה שהוחלט בפועל.

00:04:56.670 --> 00:05:00.030
תארו לעצמכם שאתם מבקשים מקופילות קובץ אסטרטגיה שיווקית,

00:05:00.110 --> 00:05:04.470
ומקבלים את התוכנית המאושרת האמיתית עם היסטוריית הגרסאות הנכונה והערות תומכות,

00:05:04.670 --> 00:05:07.030
במקום שלוש טיוטות לא תואמות ותבנית ארכיון.

00:05:07.030 --> 00:05:10.510
השינוי הזה לבדו משנה את רמת האמון שאנשים נותנים בכלי.

00:05:10.670 --> 00:05:15.550
עם הזמן, אמון הוא מה שהופך את קופאילוט מחידוש טכנולוגי למערכת יומיומית לתמיכה בקבלת החלטות.

00:05:15.730 --> 00:05:19.090
והשער לבניית האמון הזה הוא בראש ובראשונה הפחתת העומס.

00:05:19.250 --> 00:05:23.590
לכן, בעוד שניקוי הספריות המאובקות האלה עשוי להרגיש כמו עבודת תחזוקה שגרתית,

00:05:23.850 --> 00:05:26.290
זהו המעיץ הסמוי לעילות אמיתית של בינה מלאכותית.

00:05:26.390 --> 00:05:31.110
המודל הטכני שמאחוריי קופאילוט לא השתנה, פשוט הסרתם את החיכוך המיותר.

00:05:31.110 --> 00:05:36.770
וכשהחיכוך הזה נעלם, קופאילוט יכול סוף סוף להציג תשובות שנראות מדויקות, מותאמות אישית ומוכנות לעבודה עסקית.

00:05:36.930 --> 00:05:41.950
אם העומס בשרפוינט הופך את סביבת העבודה למוסך מבולגן, אז הרשאות שבורות הן משהו אחר לגמרי.

00:05:42.130 --> 00:05:48.110
הן כמו דלתות נעולות שהמפתח שלהן עבד, שמונעות מקופילוט אפילו להיכנס לחדר שבו נמצאות התשובות הנכונות.

00:05:48.210 --> 00:05:50.630
נקודות עברות שנוצרות על ידי הרשאות שבורות.

00:05:50.630 --> 00:05:55.170
תארו לעצמכם שאתם מבקשים מקופילוט סיכום מלא של דוחות הביצועים מהרבעון האחרון.

00:05:55.290 --> 00:06:00.350
אתם יודעים שהקבצים קיימים, צוותים רבים עבדו עליהם, והם נמצאים איפשהו בשרפוינט או בטימס.

00:06:00.450 --> 00:06:02.950
אבל התשובה שאתם מקבלים היא באופן מוזר לא שלמה.

00:06:03.110 --> 00:06:07.790
קופאילוט מצטט קומץ מסמכים, מדלג על אזורים שלמים ומתעלה מעדכונים חשובים.

00:06:07.950 --> 00:06:09.730
הבעיה היא לא שהקבצים נעלמו.

00:06:09.890 --> 00:06:10.330
הם שם.

00:06:10.330 --> 00:06:15.990
הבעיה היא שההרשאות שבורות הפכו חצי מסט הנתונים לבלתי נראה, וכשאופילוט לא יכול לראות אותם, הוא לא יכול להשתמש בהם.

00:06:16.090 --> 00:06:19.350
הרשאות במיקרוסופט 365 הן כמעט אף פעם לא סטטיות.

00:06:19.470 --> 00:06:23.730
הן מושפעות בכל פעם שמישהו משנה תפקיד, כשפרויקט מסתיים או כשקבלה נוזב.

00:06:23.850 --> 00:06:30.890
אם ההרשאות הללו לא מתוחזקות באופן פעיל ב-Azure AD, הן נערמות לכדי תלעים של חברות בקבוצות ורשימות גישה מיושנות.

00:06:31.010 --> 00:06:33.090
הוסיפו לכך מדיניות שיתוף לא עקבית.

00:06:33.090 --> 00:06:40.370
אולי צוות אחד משתמש בשיתוף מבוסס קישורים בזמן שאחר נועל הכל מאחורי קבוצות מותאמות אישית, ופתאום קופיילוט מנווט במבוך מלא במבוי סתום.

00:06:40.530 --> 00:06:44.170
מהצד של המשתמש, זה נראה כאילו הבינה המלאכותית מפספסת תשובות מובנות מאליו.

00:06:44.350 --> 00:06:47.190
במציאות, המערכת קבולה על ידי החומות שבנינו בטעות.

00:06:47.370 --> 00:06:50.430
זה יוצר פרדוקס מוזר שרוב מנהלי המערכת מכירים היטב.

00:06:50.430 --> 00:06:55.070
מצד אחד, אתם רוצים נתונים מאובטחים, דוחות רגישים, רשומות לקוחות, מידע על עובדים.

00:06:55.190 --> 00:06:58.310
אף אחד לא רוצה שהם יהיו חשופים לכל מי שיש לו שם משתמש וסיסמה.

00:06:58.450 --> 00:07:00.410
מצד שני, כשמקבילים בצורה הדוק המידי,

00:07:00.610 --> 00:07:04.790
הבינה המלאכותית הופכת לעיוורת לנתונים שעליהם מסתמכים מנהיגי העסק לצורך קבלת החלטות.

00:07:04.890 --> 00:07:09.470
התוצאה היא איזון מביך שבו הנתונים או נעולים בצורה קור מאובטחת שהם כאילו אינם קיימים,

00:07:09.470 --> 00:07:13.050
או שהם משותפים בצורה קו פתוחה שהם מעוררים דגלים אדומים של ציוט.

00:07:13.210 --> 00:07:17.390
אף אחד מהמצבים הללו אינו נוח לאיש, וקופילות מוצא את עצמו לחוד באמצע.

00:07:17.490 --> 00:07:19.610
תארו לעצמכם דוגמה יומיומית מוכרת.

00:07:19.810 --> 00:07:23.910
מנהל מבקש מקופילות לסכם תובנות פרויקט מששת החודשים האחרונים.

00:07:24.130 --> 00:07:27.430
הוא מצפה לראות עדכונים מכל צוות בכל מחלקה מעורבת.

00:07:27.630 --> 00:07:29.870
מה שהוא מקבל בחזרה הוא רק חצי מהתמונה.

00:07:30.030 --> 00:07:32.830
הדוחות של שני צוותים נמצאים שם, אך שלושה אחרים חסרים.

00:07:32.830 --> 00:07:37.950
מנקודת מבטו, זה נראה כאילו קו פעילות לא אומן מספיק טוב או אינו מסוגל לטפל במידע בין צוותי.

00:07:38.050 --> 00:07:39.130
האמון בכלי נפגע.

00:07:39.270 --> 00:07:42.550
מאחורי הקלעים, לעומת זאת, אלו הן ההרשאות שיצרו את הפער.

00:07:42.670 --> 00:07:46.290
מחלקה אחת שמרה קבצים באתר מוגבל עם מדיניות אורחים מיושנת.

00:07:46.470 --> 00:07:51.050
אחרת שמרה הכל בקבוצת הבטחה שאף אחד לא ידכן לאחר שחברי הפרויקט התחלפו.

00:07:51.150 --> 00:07:53.870
הנתונים קיימים, אבל מבחינת קו פעילות, הם לא.

00:07:53.870 --> 00:07:55.890
חשבונות לא פעילים מחמירים את הבעיה.

00:07:56.030 --> 00:07:59.130
פרופילי משתמש ישנים נשארים זמן רב לאחר שעובדים עוזבים.

00:07:59.250 --> 00:08:02.550
לפעמים לפרופילים האלו עדיין יש הרשאות הקשורות לקבוצות או לאתרים,

00:08:02.830 --> 00:08:04.530
בעוד חברי צוות נוכחיים נותרים בחוץ.

00:08:04.670 --> 00:08:08.210
התוצאה היא גישה אסימטרית, שבה קו פעילות רואה חברויות מיושנות,

00:08:08.270 --> 00:08:10.590
אך מפספס את האנשים שעושים את העבודה בפועל.

00:08:10.710 --> 00:08:14.170
עם הזמן, היא עקביות אלו מתרבות ויוצרות כל כך הרבה נקודות עברות,

00:08:14.170 --> 00:08:17.770
עד שהתשובות של קו פעילות נראות גנריות גם כשהנתונים שלכם עשירים.

00:08:17.890 --> 00:08:20.510
שחיקת האמון הזו אינה רק טכנית, היא תרבותית.

00:08:20.630 --> 00:08:24.210
ברגע שהצוות מניח שלא ניתן לסמוך על ה-AI, האימוץ שלה נעצר.

00:08:24.370 --> 00:08:26.390
בבסיסו, זה מוכיח נקודה פשוטה.

00:08:26.510 --> 00:08:28.930
קו פעילות חכם בדיוק כמו הגישה שניתנת לו.

00:08:29.090 --> 00:08:31.670
יכול להיות לכם סט הנתונים הנקי והמתויג ביותר בעולם,

00:08:31.670 --> 00:08:35.310
אך אם ה-AI לא יכול להגיע למחציתו, לעולם לא תראו את מלוא הפוטנציאל שלו.

00:08:35.310 --> 00:08:38.390
זה כמו להמליץ על סרטים בנטפליקס תוך חסימת רוב הספריות.

00:08:38.570 --> 00:08:40.950
בוודאי, ההצעות שאתם מקבלים רלוונטיות טכנית,

00:08:41.150 --> 00:08:44.710
אך הן מגיעות מנתח כל כך קטן מכלל ההצעה שאתם מפספסים ז'נרים שלמים.

00:08:44.890 --> 00:08:48.470
הפלט מרגיש שטחי כי הקלטים מוגדרים על ידי הגבלות בלתי נראות.

00:08:48.610 --> 00:08:49.850
הפתרון אינו מסתורי.

00:08:50.010 --> 00:08:52.590
מודלים של גישה מבוססת תפקידים קיימים כבר שנים,

00:08:52.590 --> 00:08:55.930
אך ארגונים רבים מיישמים אותם בצורה לא אחידה או נוטשים אותם עם הזמן.

00:08:55.930 --> 00:08:59.410
ניקוי חברות בקבוצות, בדיקה קבועה של מי מחזיק בגישה,

00:08:59.630 --> 00:09:03.910
והתאמת מדיניות בין מחלקות מונעים את היווצרות הקירות הבלתי נראים האלו מלכתחילה.

00:09:04.030 --> 00:09:05.410
אם מבנים ברורים ועגביים,

00:09:05.690 --> 00:09:09.230
קופה אילות פועל בתוך אותו הקשר שהצוותים שלכם עובדים איתו בפועל.

00:09:09.350 --> 00:09:12.010
מה שהיה פעם סיכום חצי רק הופך לדוח מלא.

00:09:12.010 --> 00:09:15.090
מה שהרגיש כי תשובה מאורפלת הופך לתובנה מקיפה.

00:09:15.090 --> 00:09:19.830
זה השלב שבו אנשים מפסיקים להטיל ספק בתועלת של קופה אילות ומתחילים לסמוך עליו ככלי יומיומי.

00:09:19.930 --> 00:09:22.170
וברגע שהרשאות מעניקות לקופילות תמונה מלאה,

00:09:22.350 --> 00:09:23.930
השאלה הבאה הופכת להיות סקיל בליות.

00:09:24.150 --> 00:09:27.710
לראות נתונים זה דבר אחד, אבל מעבר מתובנות לפעולה הוא זינוק גדול יותר.

00:09:27.890 --> 00:09:29.330
כאן נכנס לתמונה Power Automate,

00:09:29.490 --> 00:09:31.530
כי אם הרשאות מגדירות מה קופה אילות יכול לראות,

00:09:31.530 --> 00:09:33.490
אוטומציה מגדירה עד כמה הוא יכול להרחיק לכת.

00:09:33.590 --> 00:09:35.890
אוטומציה היא המנוע החסר של קופה אילות.

00:09:35.890 --> 00:09:37.930
קופה אילות יכול לענות על השאלות שלך,

00:09:38.130 --> 00:09:40.570
אבל מה אם הוא יכול היה גם לתזמר תהליכי עבודה שלמים?

00:09:40.730 --> 00:09:43.670
כרגע, רוב האנשים רואים בקופילות כלי להחזור מידע.

00:09:43.810 --> 00:09:44.930
אתה שואל, הוא משיב.

00:09:45.130 --> 00:09:47.030
זה חזק שלעצמו, אבל זה לא מספיק.

00:09:47.230 --> 00:09:49.130
תאר לעצמך שאם במקום רק לשלוף עובדות,

00:09:49.290 --> 00:09:51.730
הוא יכול היה להוטמט את התהליכים בפועל סביב העובדות האלו.

00:09:51.730 --> 00:09:53.590
כאן נכנס לתמונה Power Automate.

00:09:53.790 --> 00:09:58.410
זהו המנוע החסר שהופך את קופה אילות מעוזר מועיל למנוע של תוצאות עסקיות אמיתיות.

00:09:58.410 --> 00:10:00.490
תחשוב על זה כגשר בין תובנות לפעולה,

00:10:00.650 --> 00:10:03.850
המקשר בין מה שקופילות יודע לבין מה שהעסק שלך צריך לבצע.

00:10:04.010 --> 00:10:08.030
בפני עצמו, קופה אילות יכול לסכם פגישה, לנסח הודעה או להציף דוח.

00:10:08.250 --> 00:10:10.110
שימושי? כן, אבל סטטי ביסודו.

00:10:10.270 --> 00:10:12.190
מה קורה אחרי שאתה מקבל את הסיכום הזה?

00:10:12.190 --> 00:10:14.290
אתה עדיין צריך להעתיק את המשימות לטימס,

00:10:14.450 --> 00:10:17.870
לעדכן ידנית את דיינמיקס עם הערות לקוח או לשלוח משימות לפלנר.

00:10:18.010 --> 00:10:19.130
כאן תמון הפער.

00:10:19.270 --> 00:10:21.010
ללא דרך להפעיל תהליכי עבודה,

00:10:21.010 --> 00:10:24.010
התוצרים של קופה אילות נשארים כלואים בלוג של

00:10:24.010 --> 00:10:24.770
הנה המידע.

00:10:24.890 --> 00:10:25.730
עם פאוור אוטומייט,

00:10:25.870 --> 00:10:28.430
אותן תשובות זורמות ישירות לתהליכים העסקיים שלך,

00:10:28.670 --> 00:10:30.570
מה שהופך אותם לדינמיים וניתנים ליישום.

00:10:30.730 --> 00:10:34.250
קופה אילות מפסיק להיות ריאקטיבי ומתחיל לאפשר לדברים להתקדם.

00:10:34.250 --> 00:10:36.850
קחו דוגמה נפוצה שראינו בארגונים רבים.

00:10:37.010 --> 00:10:38.130
אחרי פגישת פרויקט,

00:10:38.250 --> 00:10:39.290
כולם יוצאים עם הערות,

00:10:39.430 --> 00:10:42.170
החלטות ומשימות לביצוע מפוזרות במיילים ובצ'אטים.

00:10:42.330 --> 00:10:43.790
קופה אילות יכול לאסוף את המידע הזה,

00:10:43.950 --> 00:10:46.030
אבל מה שמשנה את כללי המשחק הוא כשזרימת עבודה,

00:10:46.190 --> 00:10:47.170
פלו, נכנסת לפעולה.

00:10:47.270 --> 00:10:49.690
תאר לעצמך שקופה אילות מייצר את סיכום הפגישה,

00:10:49.910 --> 00:10:53.210
ואז באופן אוטומטי יוצר משימות בפלנר עבור כל משימת ביצוע,

00:10:53.210 --> 00:10:55.350
שולח תזכורות לערוצי טימס המתאימים,

00:10:55.510 --> 00:10:58.090
ומעדכן את דיינמיקס בהזדמנויות החדשות שנדונו.

00:10:58.190 --> 00:11:01.450
כל זאת מבלי שאף אחד יצטרך ללחוץ על שלוש אפליקציות שונות.

00:11:01.450 --> 00:11:06.070
זרימת עבודה אחת כזו הופכת תהליך מעקב מפוזר למה שהוא חלק שקורה בזמן אמת.

00:11:06.270 --> 00:11:09.550
התועלת היא פחות בחיסכון של כמה קליקים ויותר בעקביות.

00:11:09.750 --> 00:11:12.490
כאשר קופה אילות מטפל במעקב דרך אוטומציה,

00:11:12.790 --> 00:11:14.310
אתה לא מסתמך על הרגלים אישיים.

00:11:14.310 --> 00:11:16.050
אנשים שוכחים לעדכן רשומות,

00:11:16.210 --> 00:11:18.950
מדלגים על תזכורות או מאבדים משימות בתוך עומס המיילים.

00:11:19.070 --> 00:11:21.170
פאוור אוטומייט מסיר את השונות הזו.

00:11:21.290 --> 00:11:23.870
הסיכום שביקשת הוא לא רק טקסט שיושב באטלו,

00:11:23.870 --> 00:11:27.830
ומתורגם לפעולות קונקרטיות שהמערכות שלך יכולות לעקוב אחריהן ולמדוד אותן.

00:11:27.950 --> 00:11:31.170
עם הזמן, זה בונה תרבות שבה מידע לא רק יושב בממגורות,

00:11:31.330 --> 00:11:31.770
סיילוז,

00:11:31.890 --> 00:11:34.510
הוא עובר מיידית למקום שבו העבודה באמת מתבצעת.

00:11:34.690 --> 00:11:35.690
בלי Power Automate,

00:11:35.690 --> 00:11:38.050
קופה אילות מרגיש כמו GPS בלי מכונית.

00:11:38.130 --> 00:11:39.530
הוא יכול לומר לך לאן ללכת,

00:11:39.650 --> 00:11:42.410
להדגיש מסלולים אפשריים ואפילו להזהיר אותך מפקקים,

00:11:42.610 --> 00:11:43.970
אבל אתה עדיין עומד על המדרכה.

00:11:44.110 --> 00:11:46.010
האוטומציה מספקת את כלי הרכב.

00:11:46.010 --> 00:11:49.050
היא לוקחת את הידע שקופילוט מציף ומניעה אותו לפעולה.

00:11:49.170 --> 00:11:51.090
זו הסיבה שארגונים שמשלבים תהליכי עבודה,

00:11:51.270 --> 00:11:51.570
פלוז,

00:11:51.750 --> 00:11:53.730
באימוץ של קופאילוט מדברים על הכפלת הערך,

00:11:53.910 --> 00:11:54.830
ולא רק על הוספה שלו.

00:11:54.950 --> 00:11:57.870
הטכנולוגיה לא רק הופכת תהליכים קיימים למהירים מעט יותר.

00:11:57.870 --> 00:12:01.730
לעתים קרובות היא מעצבת מחדש את עצם קיומם של התהליכים האלה.

00:12:01.810 --> 00:12:03.710
צוותים פיננסיים השתמשו בחיבורים האלה,

00:12:03.710 --> 00:12:08.190
כדי לקצר את זמני ההתאמה הידנית על ידי אוטומציה של ניסוח דוחות הוצאות מסיכומי קופאילוט.

00:12:08.350 --> 00:12:11.530
משאבי אנוש חיברו תהליכי עבודה למערכות מעקב אחר מועמדים.

00:12:11.690 --> 00:12:16.170
קופאילוט מנסח סיכומי רעיונות שמפעילים עדכונים במערכות המעקב באופן מיידי,

00:12:16.170 --> 00:12:18.930
ובכך מבטל את העיכוב בין השיחה לרישום הנתונים.

00:12:19.190 --> 00:12:24.170
בניהול פרויקטים, צוותים מפעילים תהליכי עבודה שלמים כשקופאילוט מסכם שיחת לקוח,

00:12:24.170 --> 00:12:28.430
משימות נוצרות, צירי זמן, מתעדכנים ותקשורת יוצאת באופן אוטומטי.

00:12:28.550 --> 00:12:31.930
המחנה המשותף הוא שברגע שאוטומציה מקשרת בין הקשר לתהליך,

00:12:32.170 --> 00:12:35.090
הערך של קופאילוט מצטבר במקום להשתפר בצורה הדרגתית.

00:12:35.090 --> 00:12:39.030
מה שהופך את זה ליעיל כל כך הוא שקופאילוט הוא לא באמת זה שמבצע את האוטומציה,

00:12:39.170 --> 00:12:44.150
הוא מפרש ומקשר בקשות אנושיות, ואז מעביר אותן לפוור אוטומייט, שם מתרחש הביצוע.

00:12:44.290 --> 00:12:47.950
הבינה המלאכותית מבינה את הכוונה, אבל האוטומציה מספקת את התוצאה.

00:12:47.950 --> 00:12:51.930
חלוקת העבודה הזו חשובה כי היא מונעת מהמערכת להיות עוד ממשק צ'ט,

00:12:52.130 --> 00:12:54.870
והופכת אותה לנקודת שליטה בתהליכי עבודה מקצה לקצה.

00:12:54.870 --> 00:12:58.570
אתה שואל את קופאילוט שאלה, הוא מפרש אותה ומעביר תהליך עבודה לתור.

00:12:58.690 --> 00:13:01.850
התוצאה הסופית היא לא רק תשובה, אלא גם פעולה שבוצעה ברקע.

00:13:01.950 --> 00:13:05.670
ככל שארגונים מתנסים בכך, הם מבינים לעיתים קרובות עד כמה זה הופך למדרגי.

00:13:05.790 --> 00:13:08.350
הגדרה של תהליך עבודה אחד או שניים מרגישה כמו ניצחון קטן,

00:13:08.350 --> 00:13:10.490
אבל ברגע שהאימוץ מתרחב, דפוסים מתחילים להופיע.

00:13:10.610 --> 00:13:15.490
תהליכי העבודה אינם אקראיים, הם מקודדים את המשימות המובנות והחוזרות שבעבר גזלו מהצוות זמן רב.

00:13:15.490 --> 00:13:20.450
קופאילוט הופך לדרך הטבעית להפעיל אותם, מה שמפחית את המאמץ הנדרש כדי לשמר את השימוש בהם.

00:13:20.550 --> 00:13:23.610
במקום שהיא תיעצבה סטרטגיית אוטומציה מלמעלה למטה,

00:13:23.850 --> 00:13:27.210
הממשק דוחף את המשתמשים לאוטומציה תשובה אחת בכל פעם.

00:13:27.390 --> 00:13:31.370
התפקיד של קופאילוט משתנה ממחולל טקסט למנצח על תהליכי עבודה,

00:13:31.630 --> 00:13:34.090
המנהל בשקט תהליכים עסקיים מאחורי הקלעים.

00:13:34.090 --> 00:13:36.970
עם הזמן, הגישה הזו מייצרת יעילות מדידה.

00:13:37.070 --> 00:13:39.950
צוותים מבחינים בפחות עיכובים בין פגישות לבין ביצוע.

00:13:40.090 --> 00:13:43.050
פרויקטים מתקדמים כי החיכוך במעברים בין אנשים פוחט.

00:13:43.210 --> 00:13:47.870
הציוט לנהלים משתפר כשהרשומות מתעדכנות באופן אוטומטי במקום באמצעות הזנה ידנית.

00:13:48.030 --> 00:13:49.970
ואולי החשוב מכל האמון נבנה.

00:13:49.970 --> 00:13:57.150
משתמשים מבינים שקופאילוט לא סתם, יורק מידע, הוא מוטמע במערג העבודה שלהם והופך את המערכות למגובשות יותר.

00:13:57.150 --> 00:14:03.630
קשה לזכות באמון הזה עם תשובות סטטיות, אבל הוא מגיע באופן טבעי כשאוטומציה מגבה כל תובנה בביצוע בפועל.

00:14:03.770 --> 00:14:09.050
קישור קופאילוט לפואור אוטומייט אינו עניין של חידוש, אלא סגירת המעגל בין תובנות לביצוע.

00:14:09.190 --> 00:14:12.530
ארגונים שעוצרים בסיכומים משאירים פוטנציאל לא ממומש על השולחן.

00:14:12.530 --> 00:14:17.550
אלו שמחברים תהליכי עבודה זוכים לתשועות אקספוננציאליות בחיסכון בזמן, בדיוק ובעקביות.

00:14:17.650 --> 00:14:22.430
קופאילוט הופך פחות לכלי ששואלים מדי פעם ויותר לחבר לצוות שמעצב את הפעילות היומיומית.

00:14:22.430 --> 00:14:25.950
אבל כדי שכל הארגון הזה יעבוד בצורה חלקה, יש כאן מלכוד.

00:14:26.070 --> 00:14:27.670
השפה שקופאילוט מסתמך עליה.

00:14:27.890 --> 00:14:33.530
דברים כמו שמות קבצים, מטה-דאטה ואפילו האופן שבו שיחות מתנהלות, עלולים לבלבל אותו אם הם לא עקביים.

00:14:33.530 --> 00:14:36.910
וכשזה קורה, האוטומציה רק מגבירה את הקאוס.

00:14:37.130 --> 00:14:42.450
כשהמטה-דאטה שגוי והשיחות מפוזרות, אתה מבקש מקופילוט לקחת את דוח הרבעון הרביעי.

00:14:42.690 --> 00:14:45.930
ובמקום זאת הוא מציג שלושה קבצים שונים עם שמות כמעט זהים.

00:14:46.150 --> 00:14:52.070
דוח סופי בוס וי-2, דוח סופי בוס וי-2 אחד, ודוח סופי בוס וי-2 בוס בוס סופי.

00:14:52.210 --> 00:14:54.230
אף אחד מהם לא מכיל מטה-דאטה שימושי.

00:14:54.350 --> 00:14:55.350
איזה מהם הוא הנכון?

00:14:55.550 --> 00:14:57.070
גם קופאילוט לא יודע להגיד.

00:14:57.070 --> 00:14:59.950
זה הרגע המדויק שבו האמון באי-אי מתחיל להתערער.

00:15:00.050 --> 00:15:02.150
מבחוץ זה נראה כאילו קופאילוט טעה.

00:15:02.330 --> 00:15:05.030
אבל האשם האמיתי הוא היגיינת הנתונים מאחורי הקלעים.

00:15:05.230 --> 00:15:09.350
ללא שמות או טיוג עקביים, המערכת נותרת לנחש מה חשוב ומה לא.

00:15:09.530 --> 00:15:10.990
כולנו ראינו איך זה נגמר.

00:15:11.150 --> 00:15:13.770
צוות אחד נשבע שהמסמך שלו הוא הגרסה הסופית.

00:15:13.970 --> 00:15:17.490
צוות אחר מבצע שינויים, שומר עותק חדש וקורא לו סופי-2.

00:15:17.490 --> 00:15:22.530
עם הזמן, אתה מסיים עם ארבעה או חמישה דוחות סופיים שונים, שכל אחד מהם מעט לא מסונקרן.

00:15:22.650 --> 00:15:30.290
תוסיפו לזה ספריית שירפוינט ללא מטה דאטה שימושי כמו מחבר, אזור או שלב בפרויקט, ופתאום קופאילוט מושך תוצאות שנראות אקראיות.

00:15:30.510 --> 00:15:32.570
ה-AI לא מבולבל מהבקשה שלך.

00:15:32.730 --> 00:15:38.490
הוא מוזן בסביבה כאוטית שבה כל הסימנים נראים אותו דבר ואף קובץ לא בולט כמקור האמת הרשמי.

00:15:38.630 --> 00:15:40.390
אותה בעיה מופיעה גם בשיחות.

00:15:40.590 --> 00:15:42.630
שרשורי הצ'אט בטימס נעים במהירות.

00:15:42.630 --> 00:15:46.850
פרטים מרכזיים כבורים שלוש או ארבע הודעות אחורה, לעתים קרובות בתוך דיונים.

00:15:47.050 --> 00:15:51.890
מי שהוא משתף קובץ מצורף, החלטות משתנות, וסיכום לעולם לא חוזר לערוץ הראשי.

00:15:52.010 --> 00:15:57.950
מאוחר יותר, כשאתה מבקש מקופילוט לרכז את נקודות ההחלטה האחרונות ומלקט פיסות מחלקים שונים של השיחה.

00:15:58.070 --> 00:16:05.290
ההקשר שנראה ברור לאנשים בשיחה הופך למפוזר בין שרשורים מרובים, מה שמשאיר את ה-AI לנסות להרכיב משהו שלא ממש מתחבר.

00:16:05.290 --> 00:16:10.510
תארו לעצמכם צוות הנהלה מבקש מקופילוט תמצית של מגמות משוב לקוחות מהרבעון האחרון.

00:16:10.670 --> 00:16:12.870
הם מצפים לסיכום נקי עם נושאים משותפים.

00:16:13.050 --> 00:16:15.010
במקום זאת, התשובה מרגישה לא שלמה.

00:16:15.190 --> 00:16:20.650
סט קבצים אחד מתייחס לנתוני סקרים, אבל סט אחר עם סיכומי רעיונות מתויג בצורה שגויה ונותר בחוץ.

00:16:20.810 --> 00:16:25.410
בינתיים, הנקודות החשובות משיחות הטון הול, כבורות בתוך שרשור שלא תויג ולא סוכם.

00:16:25.410 --> 00:16:29.890
קופ אילוט מחזיר את מה שהוא יכול לראות, אך הפספס שהוא בונה מותיר פערים ברורים.

00:16:30.050 --> 00:16:35.070
צוות ההנהלה נותר לטהות אם המערכת קשלה, בעוד שבפועל לא היה לה שום מידע ברור לעבוד איתו.

00:16:35.230 --> 00:16:38.650
זה קורה מכיוון שנהלי מטה דאטה ישנים זוכים לעיתים קרובות להתעלמות.

00:16:38.830 --> 00:16:41.070
צוותים מתייחסים לתגיות כאל אופציונליות.

00:16:41.310 --> 00:16:45.750
שדה כמו אזור או קו מוצרים לא נראה דחוף כששומרים קובץ בסוף היום.

00:16:45.750 --> 00:16:51.430
תחפילו זאת במעות מסמכים לאורך זמן והרלוונטיות של החיפוש ושל פלטי הבינה המלאכותית קורסת.

00:16:51.590 --> 00:16:58.210
במקום להשתמש במטה דאטה כציון דרך, קופ אילוט נאלץ להסתמך על התאמת תבניות של כותרות מתאות או עקביות.

00:16:58.350 --> 00:17:01.290
התוצאה הסופית היא רעש שמתחזה למידע בעל ערך.

00:17:01.430 --> 00:17:04.510
וכשמנסים לקבל החלטות, לרעש הזה יש מחיר יקר.

00:17:04.670 --> 00:17:06.330
לא קשה לראות את השפעות הדומינו.

00:17:06.330 --> 00:17:11.250
כל מחזור נוסף שקופילות מבזבז בניסיון לאבד נתונים סותרים הוא עיכוב נוסף עבור המשתמש.

00:17:11.410 --> 00:17:15.970
החלטות לוקחות יותר זמן כי אתם עוברים על סיכומי ה-AI כדי לוודא דיוק במקום להסתמך עליהם.

00:17:16.090 --> 00:17:19.290
פגישות מתארכות בזמן שאנשים מתווכחים על גרסאות שונות של האמת.

00:17:19.450 --> 00:17:23.530
הטכנולוגיה שנועדה להעיץ תהליכי עבודה מסיימת בהיעטתם לא בגלל חולשה,

00:17:23.770 --> 00:17:26.010
אלא כי היא לא יכולה לקרוא את הקאוס שהכנסנו למערכת.

00:17:26.010 --> 00:17:30.190
זה דומה מאוד לכניסה לספרייה שבה חצי מכרטיסי האינדקס מתויגים לא נכון,

00:17:30.410 --> 00:17:32.990
והחצי השני מפנה לספרים בחדרים שונים ללא שילוט.

00:17:33.150 --> 00:17:35.070
טכנית, כל ספר עדיין שם.

00:17:35.290 --> 00:17:38.210
אבל מציאת הספר שאתם רוצים הופכת לחיפוש מתסכל.

00:17:38.410 --> 00:17:40.250
הספרן אינו חסר כישורים.

00:17:40.390 --> 00:17:44.830
הוא עובד ללא הכלים שמאפשרים לו ליצור התאמה מדויקת בין בקשה למשאב.

00:17:44.870 --> 00:17:49.470
זה בדיוק האופן שבו קופה אילות מתפקד ללא מטאדאט העקבי ומבני שיחה ברורים.

00:17:49.470 --> 00:17:52.330
החדשות הטובות הן שהבעיה אינה חסרת פתרון.

00:17:52.470 --> 00:17:56.490
אכיפת מוסכמות שיהיו ממושמעות עוזרת לקבצים לצוף בדרכים מגיוניות.

00:17:56.670 --> 00:18:01.710
דרישת שדות מטאדאטה ברגע השמירה מציבה שלטי הכוונה עבור החיפוש ועבור ה-AI כ-1.

00:18:01.870 --> 00:18:07.230
ובהאםז, ארגון שיחות באמצעות ערוצים יהודיים, סיכום החלטות וקישור חזרה למסמכים

00:18:07.230 --> 00:18:09.690
הופכים פיסות מידע מפוזרות להקשר מחובר.

00:18:09.850 --> 00:18:12.630
שינויים אלה לא רק מנקים את הדברים על פני השטח.

00:18:12.630 --> 00:18:18.030
הם מספקים את הדבק שקופילות נשען עליו כדי לחבר יחד מידע שמרגיש מדויק ורלוונטי.

00:18:18.150 --> 00:18:20.970
זו אינה עבודה נוצצת והיא כמעט לא זוכה להערכה.

00:18:21.170 --> 00:18:27.570
אבל כשקופילות עובר מהגשת ערבוב מאורפל של כפילויות להצפת המסמך המדויק עם הקשר מלא, התמורה ברורה.

00:18:27.730 --> 00:18:33.290
ה-AI מתחיל להרגיש פחות כמו טריק מתוחכם ויותר כמו מערכת מהימנה שמשולבת בעבודה היומיומית.

00:18:33.410 --> 00:18:37.630
תיקון הרגלים עשוי להיות קשה יותר מתיקון מערכות, אך שם תמון ההשפעה האמיתית.

00:18:37.630 --> 00:18:40.210
והפרס הוא לא רק תשובות טובות יותר מקופילות.

00:18:40.370 --> 00:18:44.490
זהו הקוס סיסטם דיגיטלי חכם וגמיש יותר שסוף סוף עובד כיחידה אחת.

00:18:44.630 --> 00:18:47.010
חשיפת תגובת השרשרת של מערכות ארוחות.

00:18:47.190 --> 00:18:50.210
הסוד הגדול ביותר בנוגע לקופילות הוא שהוא לא מסגשג לבדו.

00:18:50.310 --> 00:18:54.510
הוא מסגשג שכל המערכת האקולוגית של מייקרוסופט 365 מכווננת לתמוך בו.

00:18:54.610 --> 00:19:00.390
על הנייר, קופה אילות נראה כמו האטרקציה המרכזית, אך במציאות הוא תלוי מאוד במבנים שכבר בניתם.

00:19:00.390 --> 00:19:07.310
יש ארגונים שמחמיצים את הקשר הזה ומתייחסים לקופילות כאילו הוא תוסף שיסתגל בקסם לכל נוף נתונים שימצא.

00:19:07.490 --> 00:19:08.950
שם מתחילה רוב האכזבה.

00:19:09.170 --> 00:19:11.530
הכלי לא נכשל בגלל שהבינה שלא חלשה.

00:19:11.670 --> 00:19:15.050
הוא נכשל בגלל שהסביבה שמזינה אותו אינה יציבה או עקבית.

00:19:15.250 --> 00:19:17.230
חישבו על הבעיות שעברנו עליהן כבר.

00:19:17.450 --> 00:19:20.670
שרפוינט הופך למגירת גרוטאות כשספריות נשארות ללא ניהול.

00:19:20.670 --> 00:19:26.910
הרשאות נשחקות עם הזמן ויוצרות נקודות עברות שאף אחד לא שם לב עליהן עד ששואלים שאלה שקופילות לא יכול לענות עליה קראוי.

00:19:27.010 --> 00:19:30.290
האוטומציה נשארת בצד, לכן מידע לעולם לא הופך לפעולה.

00:19:30.410 --> 00:19:34.030
מטה דאטה נתפס כאופציונלי, מה שיוצר קאוס גם בחיפוש וגם ב-AI.

00:19:34.230 --> 00:19:37.310
שבוחנים כל אחת מהבעיות הללו בנפרד, הן בנות טיפול.

00:19:37.430 --> 00:19:40.450
אבל יחד, הן מעצבות את המציאות שבה קופיילות פועל.

00:19:40.450 --> 00:19:42.870
אלו אינן טעויות אקראיות, אלו הרגלים.

00:19:42.870 --> 00:19:49.870
וההרגלים הללו קובעים עם קופיילות ירגיש כחלק בלתי נפרד מזרימת העבודה שלכם או כעוד ניסוי שלא מצדיק את עלות הרישיון.

00:19:50.070 --> 00:19:55.150
כשחברות מדלגות על ההכנה ומחברות את קופיילות לבלגן הקיים שלהן, מה שקורה הוא צפוי.

00:19:55.310 --> 00:20:00.810
משתמשים בוחנים כמה שאילטות, מוצאים את התשובות מעט מאורפלות או חלקיות ועוזבים לא מורשמים.

00:20:00.810 --> 00:20:08.030
מנהלים מתחילים לטהות למה הם משלמים תוספת על משהו שמחזיר תוצאות שנראות כמו אלו שהיו מקבלים מחיפוש סטנדרטי.

00:20:08.030 --> 00:20:15.770
הספקנות גוברת במהירות ובקרוב הנרטיב משתנה מזה ישנה את העבודה שלנו לזו עוד תכונה שנכבה בעוד חצי שנה.

00:20:15.930 --> 00:20:21.150
ללא מוכנות מערכתית, קופיילות הופך להוכחה לעייפות מ-AI במקום למנוע של ערך מ-AI.

00:20:21.330 --> 00:20:24.190
התובנה של העיתים קרובות מגדירה מחדש ציפיותי פשוטה.

00:20:24.190 --> 00:20:28.870
זה לא עניין של קופיילות ללמוד יותר, זה עניין של המערכות שלכם להזין אותו בפחות רעש.

00:20:28.990 --> 00:20:30.970
ה-AI לא יושב שם וממציא תשובות.

00:20:31.130 --> 00:20:32.990
הוא מעצים את האיכות של מה שהוא מוצא.

00:20:32.990 --> 00:20:39.490
צמצמו את האומס, נרמלו את הגישה, חברו תובנות לתהליכי עבודה, ופתאום קופיילות כבר לא מרגיש כמו מכונת ניחושים.

00:20:39.590 --> 00:20:44.690
הוא מתחיל להדגיש את ההקשר הנכון ברגע הנכון, לא אחרי שעברתם על חמישה מסמכים מתאים.

00:20:44.890 --> 00:20:50.290
השינוי הזה קורה כי המערכות שמתחת עשו את עבודת הסינון של הזבל עוד לפני שהוא הגיע לקופיילות.

00:20:50.470 --> 00:20:54.970
כאן המערכת האקולוגית של מייקרוסופט 365 חשובה יותר ממה שרוב האנשים מבינים.

00:20:54.970 --> 00:21:00.330
כששרה פוינט מנוהל, הרשאות מבוססות תפקיד ועקביות ומטה דאטה מובנה, אתם יוצרים סדר.

00:21:00.530 --> 00:21:04.550
כשפאור אוטומייט מתווסף מעל, אתם מתחילים להפוך את הסדר הזה לפעולה.

00:21:04.670 --> 00:21:08.530
כל רכיב תומך באחרים ויוצר מערג של תהליכי עבודה מקושרים.

00:21:08.750 --> 00:21:11.530
זה לא נראה נוצץ, אבל עבור קופיילות זה הכל.

00:21:11.690 --> 00:21:16.490
בסביבה כזו הוא לא מבזבז משאבים על ניחוש גרסאות של האמת ולא מתנתק מהקשר קריטי.

00:21:16.490 --> 00:21:20.330
במקום זאת, הוא יכול לספק תשובות שבאמת משקפות איך העסק שלכם פועל.

00:21:20.450 --> 00:21:25.090
חברה אחת שעבדנו הייתה התייחסה לשכבות האלו כחלק מאותו פרויקט במקום כתיקונים נפרדים.

00:21:25.270 --> 00:21:29.890
הם התחילו עם ניקוי סטנדרטי של SharePoint, הגדרת מדיניות שמירה ותגיעות מטה דאטה מחייבות.

00:21:30.070 --> 00:21:34.750
אחר כך הם התאימו הרשאות לתפקידים נוכחיים, הסירו חשבונות לא פעילים וארגנו מחדש קבוצות.

00:21:34.750 --> 00:21:41.170
אחרי זה, הם הציגו תהליכי Power Automate ממוקדים לטיפול בידכונים חוזרים כמו סיכומי פגישות ורישומי CRM.

00:21:41.310 --> 00:21:47.410
תוך כמה חודשים, קופ אילות הפך מכלי שנחשב לגימיק לדרך ברירת המחדל שבה מנהלים ביקשו עדכונים.

00:21:47.610 --> 00:21:51.110
מה שהשתנה לא היה ה-AI, אלא המערכת שאליה הוא חובר.

00:21:51.270 --> 00:21:59.490
על ידי הסרת החיכוך, הארגון אפשר לקופילות לעשות את מה שחשבו שהוא מסוגל לו מלכתחילה, להציף הקשר אמין ולהפחית עבודה אנושית שוחקת.

00:21:59.490 --> 00:22:06.650
בשלב הזה, קל יותר להבין את קופ אילות אם חושבים עליו פחות כמו טייס שטס לבד, ויותר כמו מנצח שמוביל תזמורת.

00:22:06.730 --> 00:22:09.130
מנצח ללא כלים מכוונים הוא חסר תועלת.

00:22:09.270 --> 00:22:12.690
הוא אולי יודע לשמור על הקצב, אבל הצליל יהיה מזויף והקהל לא יתרשם.

00:22:12.850 --> 00:22:14.350
קופ אילות עובד באותה צורה.

00:22:14.350 --> 00:22:23.450
ללא מערכות מכוונות מאחוריו, כל תשובה מרגישה גנרית, אבל כשכולם מסונקרנים, הוא פתאום מייצר הרמוניה, תובנות מובנות ומבוססות הקשר שזורמות באופן טבעי אל תוך האופן שבו.