WEBVTT 00:00:00.000 --> 00:00:03.620 דמיינו שאתם משיקים את סוכן Co-Pilot Studio הראשון שלכם, 00:00:03.840 --> 00:00:06.380 ובמקום להרשים מישהו, הוא פולט משהו קלוש כמו 00:00:06.380 --> 00:00:09.660 אני חושב שהמדיניות אומרת שאולי זה הטבעי של בניית בוטים. 00:00:09.820 --> 00:00:13.400 אבל עם כמה תיקונים, הוראות ברורות המבססות את זה במסמך המדיניות האמיתי, 00:00:13.680 --> 00:00:16.960 תוכלו להפוך את הטעות הזו למד מינוס 20 טבעי שמצטט פרקים ופסוקים. 00:00:17.120 --> 00:00:20.200 בסוף הסרטון הזה, תדעו איך לשחזר תגובה גרועה בחלונית הבדיקה, 00:00:20.200 --> 00:00:23.680 לתקן אותה כך שהבוט יצטט את המסמך האמיתי, ולפרסם פיילוט עובד. 00:00:23.800 --> 00:00:28.260 דבר קצר בצד, לחצו על הרשם עכשיו, כדי שההדרכות האלה ייפרסו אוטומטית ברשימת ההשמעה שלכם. 00:00:28.360 --> 00:00:31.220 כמובן, קבלת תוצאה נקייה בחלון הבדיקה היא קלה. 00:00:31.360 --> 00:00:35.100 הכאב האמיתי מתגלה כאשר הבוט שלכם עוזב את הדוג'ו ומועד בשטח. 00:00:35.260 --> 00:00:37.680 למה בוט הבדיקה המושלם שלכם קורס בשטח? 00:00:37.680 --> 00:00:42.560 אז למה בוט שנראה מושלם בחלונית הבדיקה הפתאום מתחיל להתנפנף ברגע שהוא מכוון למשתמשים אמיתיים? 00:00:42.720 --> 00:00:47.600 בגרסה הקצרה, סטודיו שומר על דברים מרופדים ומנומסים בעוד של העולם האמיתי אין נימוס כזה. 00:00:47.780 --> 00:00:50.100 בסטודיו, הכלת שאתם מזינים הוא מסודר. 00:00:50.260 --> 00:00:54.740 השאלות קצרות, מנוסחות בצורה נקייה, ובדרך כלל תואמות את דוגמאות ההדרכה שהכנתם. 00:00:54.880 --> 00:00:59.580 זו הסיבה שזה מרגיש כמו רצף מושלם, אבל עברו לתחום הייצור ואנשים יקליטו כמו אנשים. 00:00:59.580 --> 00:01:02.700 מנהל בכיר ישאל כמה אני יכול לטבוע כשאני במלון. 00:01:02.840 --> 00:01:05.820 נציג עשוי להקליד מגבלת הוצאות מלון עם שגיעת הקלדה. 00:01:05.940 --> 00:01:09.160 אחר עשוי פשוט לומר, תזכירו לי שוב לגבי כספי נסיעות. 00:01:09.340 --> 00:01:15.220 כל אלה אומרים את אותו הדבר, אבל אם בדקת רק מהי מגבלת ההוצאות, הבוט לא תמיד יחבר את הנקודות. 00:01:15.340 --> 00:01:17.280 הנה דרך לראות את הפער הזה עכשיו. 00:01:17.440 --> 00:01:20.300 פיתחו את חלונית הבדיקה וזרוק שלוש וריאציות על הבוט שלכם. 00:01:20.300 --> 00:01:24.120 ראשית, הגירסה הנקיעה, אחר כך כתיבה מחדש אגבית, ואז גירסה עם שגיעת הקלדה. 00:01:24.220 --> 00:01:25.340 צפו בתגובות משתנות. 00:01:25.520 --> 00:01:28.400 לפעמים זה מצליח בשלושתן, לפעמים רק הגירסה הנקיעה נוחתת. 00:01:28.580 --> 00:01:32.400 זהו הרמז הראשון שלכם שתוצאות בדיקה יפות אינן שוות ערך להישרדות בעולם האמיתי. 00:01:32.560 --> 00:01:34.120 הסיבה הטכנית היא כיסוי כוונה. 00:01:34.300 --> 00:01:37.960 בוטים מסתמכים על ביטויי טריגר והגדרות נושא כדי לדעת מתי להפעיל תגובה. 00:01:37.960 --> 00:01:41.000 אם כל הדוגמאות שלכם נראות אותו דבר, המודל הופך שוויר. 00:01:41.120 --> 00:01:42.760 מילה נרדפת אחת יכולה לגרום לה. 00:01:42.880 --> 00:01:44.420 התיקון משעמם, אבל הוא עובד. 00:01:44.560 --> 00:01:48.640 הוסיפו ביטויי טריגר רכבים יותר לנושאים שלכם, ואל תשתמשו רק בניסוח הרשמי ממסמכי המדיניות שלכם. 00:01:48.740 --> 00:01:52.680 פזרו את הניסוח הרגיל, הקצרצר, ואפילו מעט מבולגן, שאנשים משתמשים בו בפועל. 00:01:52.680 --> 00:01:56.540 אתם לא צריכים מסרות, רק מספיק כדי לחסות את הווריאציות הברורות, ואז בדקו שוב. 00:01:56.540 --> 00:01:58.080 הבדלי ערוצים מקשים על זה. 00:01:58.260 --> 00:02:00.520 חלונית הבדיקה של סטודיו היא רק סימולציה. 00:02:00.680 --> 00:02:03.360 לאחר שאתם מפרסמים לערוץ כמו TIMS, SharePoint או אתר הדגמה, 00:02:03.580 --> 00:02:06.660 הפלטפורמה עשויה לשנות את אופן הטיפול בטקסט הכלת או את אופן רינדור התגובות. 00:02:06.820 --> 00:02:08.740 צוותים עשויים לפצל שורות בצורה שונה. 00:02:08.940 --> 00:02:10.660 דף אינטרנט עשוי להסיר את העיצוב. 00:02:10.660 --> 00:02:15.300 אפילו שינויים קטנים, כמו העברת ביטוי מפתח לשורה אחרת, יכולים לשנות את האופן שבו המודל שוקל אותו. 00:02:15.300 --> 00:02:18.960 זו הסיבה שמייקרוסופט קוראת לצורך בבדיקות היתרטיביות בין ערוצים. 00:02:19.200 --> 00:02:23.360 בוט שעובר בסטודיו עדיין יכול למעוד כאשר עיצוב בעולם האמיתי מתה את השטח. 00:02:23.540 --> 00:02:25.080 משתמשים גם מביאים ציפיות. 00:02:25.280 --> 00:02:28.020 עבורם, ניסוח מחדש של שאלה ושיחה רגילה. 00:02:28.020 --> 00:02:30.920 הם לא חושבים על כוונות, טריגרים או חפיפה סמנטית. 00:02:31.040 --> 00:02:33.460 הם פשוט מניחים שהבוט מבין כמו אמית לעבודה. 00:02:33.600 --> 00:02:36.700 אך מצא ראה אחת, במיוחד בהדגמה, והביטחון נעלם. 00:02:36.820 --> 00:02:38.120 כאן בונים חדשים נכבו. 00:02:38.120 --> 00:02:40.840 הצורך לחזור על עצמם בסטודיו נתן להם ביטחון כוזב, 00:02:40.980 --> 00:02:43.840 אבל הכלת הראשון של המשתמש המזדמן בטימס הרס את האשליה. 00:02:44.000 --> 00:02:45.780 בואו נבסס את זה עם דוגמה נוספת. 00:02:45.940 --> 00:02:48.440 בסטודיו, אתם מקלידים מה מגבלת ההוצאות. 00:02:48.560 --> 00:02:51.900 הבוט עונה ישירות, המדיניות קובעת 200 דולר ליום עבור לינה. 00:02:52.060 --> 00:02:53.460 מושלם, פרוסו את זה. 00:02:53.620 --> 00:02:56.580 עכשיו נסו, היי, מה אני יכול לקבל בחזרה עבור מלון שוב? 00:02:56.580 --> 00:03:01.520 במקום לצטט את המדיניות, הבוט מספק משהו כמו לבדוק עם משאבי אנוש או ניחוש מטושטש. 00:03:01.640 --> 00:03:03.720 אותה כוונה, תוצאה שונה לחלוטין. 00:03:03.860 --> 00:03:08.620 ההחלפה הזו, מדויקת בחזרה, מאורפלת בהפקה, היא בדיוק מה שאנחנו מדברים עליו. 00:03:08.760 --> 00:03:10.000 הלקח המעשי הוא זה. 00:03:10.180 --> 00:03:12.220 התייחסו לסטודיו כמו לתרגול ספרים. 00:03:12.460 --> 00:03:14.560 שימושי ללמידה, אבל לא להוכחת מוכנות. 00:03:14.700 --> 00:03:17.320 לפני שתמשיכו הלאה, נסו את מבחן שלושה וריאציות בחלונית הבדיקה. 00:03:17.320 --> 00:03:20.400 לאחר מכן, הרחיבו את הנושאים שלכם כך שיכללו מילים נרדפות וניסוחים הזדמנים. 00:03:20.540 --> 00:03:23.860 לבסוף, כשאתם מפרסמים, בדקו שוב בכל ערוץ שבו הבוט יחיה. 00:03:23.980 --> 00:03:27.740 תתפסו בעיות לפני המשתמשים שלכם, ומלכודת גדולה עוד יותר מחכה לכם. 00:03:27.880 --> 00:03:32.460 כי גם אם תסדרו את ניסוחי הטקסט והערוצים, הבוט שלכם עדיין יכול לקרוס אם הוא לא מבוסס על המקור הנכון. 00:03:32.460 --> 00:03:35.440 זה הרגע שבו הוא מפסיק לפספס שאלות ומתחיל להמציא דברים. 00:03:35.440 --> 00:03:38.400 דמיינו בוט שנשמע בטוח בעצמו, אבל רק מנחש. 00:03:38.600 --> 00:03:40.320 שם הדברים מסתבכים בהמשך. 00:03:41.020 --> 00:03:43.920 טעות הטירון להשאיר את הבוט שלכם ללא בסיס 00:03:43.920 --> 00:03:48.820 טעות הטירון הראשונה היא להתייחס לקופילות סטודיו כמו לחדור בדולך במקום לספר חוקים. 00:03:48.820 --> 00:03:54.720 כשאתם משיקים סוכן בלי לבסס אותו בידע אמיתי, אתם בעצם שולחים התמחה זוטר לחדר הישיבות בלי החנה כללי. 00:03:54.820 --> 00:03:58.940 הוא ידבר מהר, הוא ישמע בטוח בעצמו, בחצי ממה שהוא אומר יקרוס ברגע שמישהו יבדוק. 00:03:58.940 --> 00:04:01.500 זוהי המלכודת של להשאיר את הבוט שלכם ללא בסיס. 00:04:01.640 --> 00:04:03.180 בהתחלה, הברק מסתיר אותו. 00:04:03.360 --> 00:04:07.500 סטודיו חדש נראה חד, ברכות מנומסות, תשובות מהירות, ללא השאיה נראית לעין. 00:04:07.640 --> 00:04:10.740 אבל מתחת למכסה המנוע, שום דבר מוצק לא תומך במילים האלה. 00:04:10.860 --> 00:04:13.060 המערכת מציירת דפוסים, לא עובדות. 00:04:13.060 --> 00:04:15.100 בוטים ללא בסיס לא יודעים כלום. 00:04:15.240 --> 00:04:15.920 הם מבלפים. 00:04:16.100 --> 00:04:20.980 ובעוד שבלף עשוי להיראות חלקלק בחלונית הבדיקה, משתמשים בסביבת הייצור ייתפסו אותו מיד. 00:04:20.980 --> 00:04:24.260 התוצאה הגרועה ביותר אינה רק תשובות חלשות, אלא הזיות. 00:04:24.480 --> 00:04:28.320 זה קורה כאשר בוט ממציא משהו שנראה נכון, אבל אין לו בסיס במציאות. 00:04:28.500 --> 00:04:33.780 אתם שואלים על החזרי נסיעות, ובמקום לסרב בנימוס, הבוט ממציא מספר שנשמע סביר. 00:04:33.780 --> 00:04:39.600 אחד מאנשי הצוות מזמין מלון על סמך התוצר הרע הזה, ופתאום אתם מנקים סכסוכי הוצאות ומיעילים מגורים. 00:04:39.740 --> 00:04:42.020 המשפט נראה מקצועי, התוכן היה ריק. 00:04:42.160 --> 00:04:44.700 הדוגמה של Contosorabs הופכת את זה למציאותי. 00:04:44.700 --> 00:04:49.560 בתרגיל המעשי הרשמי, אתם אמורים להעלות קובץ בשם Expenses Policy, DOCX. 00:04:49.720 --> 00:04:52.640 בתוך מגבלת הלינה כתובה בבירור 200 דולר ללילה. 00:04:52.760 --> 00:04:56.960 עכשיו, אם תדלגו על הערכה ותשאלו את הבוט החדש והנוצאת שלכם מהי מדיניות המלון, 00:04:56.960 --> 00:04:59.180 הוא עשוי לענות בביטחון 100 דולר ללילה. 00:04:59.260 --> 00:05:00.260 מפוברק לחלוטין. 00:05:00.460 --> 00:05:04.620 רק כאשר אתם באמת מצרף את קובץ Expenses Policy, DOCX, המודל מפסיק להשתגע. 00:05:04.780 --> 00:05:06.820 בוטים עם הערכה מצטטים את המסמך. 00:05:06.820 --> 00:05:10.800 על פי מדיניות הנסיעות של החברה, לינה מוגבלת למד מינוס 200 דולר ליום. 00:05:10.920 --> 00:05:14.360 ההבדל הזה, בין יצירה לציטוט, עוסק כולו בשלב הבסיס. 00:05:14.520 --> 00:05:16.660 אז, הנה בדיוק איך מתקנים את זה בממשק. 00:05:16.840 --> 00:05:18.660 בשול הסוכן שלכם בקופילות סטודיו. 00:05:18.840 --> 00:05:20.780 ממסך הסקירה הכללית, לחצו על Knowledge. 00:05:20.940 --> 00:05:23.580 בחרו בתוספת הוספת Knowledge, לאחר מכן בחרו להעלות קובץ. 00:05:23.700 --> 00:05:26.660 כוונו אותו ל-Expenses Policy, DOCX או למקור מהימן אחר. 00:05:26.660 --> 00:05:29.580 אם אתם מעדיפים להתחבר לאתר אינטרנט ציבורי או למיקום SharePoint, 00:05:29.580 --> 00:05:31.720 תוכלו לבחור גם את זה, אבל הקבצים נקיים יותר. 00:05:31.900 --> 00:05:33.260 לאחר ההעלאה, המתינו. 00:05:33.420 --> 00:05:36.160 האינדוקס יכול להימשך עשר דקות או יותר עד שהתוכן מוכן. 00:05:36.280 --> 00:05:38.920 אל תיבהלו אם שאילתות הבדיקה הראשונות לא מושכות ממנו מיד. 00:05:39.100 --> 00:05:41.540 לאחר סיום האינדוקס, הפעילו שוב את השאלה שלכם. 00:05:41.640 --> 00:05:45.600 כאשר היא מבוססת כהלכה, תראו את התשובה בפועל של 200 דולר יחד עם ציטוט קטן, 00:05:45.640 --> 00:05:47.180 המראה שהיא הגיעה מהמסמך שהעליתם. 00:05:47.180 --> 00:05:50.740 ציטוט זה הוא הדרך שבה אתם יודעים שגלגלתם את ה-20 הטבעי. 00:05:50.840 --> 00:05:55.280 תפיסה מוטעת נפוצה אחת היא ההנחה ששיפור שיחה יחסה באופן קסום את הפערים. 00:05:55.500 --> 00:05:59.140 הגברה לא ממציאה מודעות למדיניות, היא רק מעצימה דפוסי טקסט. 00:05:59.240 --> 00:06:02.860 ללא מקור ידע להגן, הגברה בשמחה פולטת חומר מילוי כללי. 00:06:03.040 --> 00:06:07.160 זה כמו לתת למתמחה שלוש כוסות קפה ולקוות שקפאיני פצה על בורו. 00:06:07.260 --> 00:06:09.460 אפילו רופאי המעבדה הזהירו על כך. 00:06:09.460 --> 00:06:16.700 אם לא נמצאה התאמה בידע שלכם, הגברה עלולה לחזור לידע הכללי המובנה של המודל ולהחזיר תשובות מאורפלות או לא מדויקות. 00:06:16.800 --> 00:06:21.320 זו הסיבה שעליכם להגדיר נושאים קריטיים, לחפש במקורות שנוספו רק כאשר דיוק חשוב. 00:06:21.500 --> 00:06:26.220 אל תתנו לבוט להשתחרר במודל השפה הרחב יותר עם ההימור, הוציאות, כספים או משאבי אנוש. 00:06:26.360 --> 00:06:28.840 התוצאות של התעלמות משלב זה מצטברות במהירות. 00:06:28.840 --> 00:06:35.280 בוטים לא מבוססים עשויים לעבוד מצוין לפתפתות, אבל ברגע שהם עונים על החזרים או מדיניות עזיבה, הם יוצרים פניות אמיתיות למוקד התמיכה. 00:06:35.380 --> 00:06:41.680 דמיינו שאתם מסבירים למחלקת הכספים מדוע חמישה עובדים הגישו טביעות בשיעור שגוי מכיוון שהבוט שלכם המציא מגבלה תוך כדי תנועה. 00:06:41.780 --> 00:06:44.740 התיקון עולה יותר מאשר רק העלאת המסמך ביום הראשון. 00:06:44.740 --> 00:06:49.780 הגברה הופכת את הסוכן שלכם עם התמחה להות אך חסר מושג למה שגמרים עשויים לחנות עורך דין חוקים. 00:06:49.960 --> 00:06:52.120 זה מצטט את הספר, לא את הכירביעים שלו. 00:06:52.240 --> 00:06:56.920 צרפו את קובץ הדוסקס של מדיניות ההוצאות ופתאום המערכת עוכפת את הקנון התאגידי במקום לאלתר. 00:06:57.080 --> 00:07:00.300 יתרה מזאת, התשובות נותנות קבלות וציטוטים ברורים שניתן לבדוק. 00:07:00.480 --> 00:07:01.680 כך אתם מגינים על אמון. 00:07:01.920 --> 00:07:05.820 באסטרטגיה טבעית, בניתם מכונת רכילות בטוחה שמפיצה כללים מומצאים. 00:07:06.060 --> 00:07:09.820 באסטרטגיה טבעית של 20, בניתם מומחה מבוסס ומלא ציטוטים. 00:07:09.820 --> 00:07:14.380 הדרך היחידה להשיג את האחרון היא על ידי הזנת מקורות ידע מאומתים כבר מההתחלה. 00:07:14.500 --> 00:07:16.780 וברגע שהבוט שלכם סוף סוף יכול לומר את האמת, 00:07:17.000 --> 00:07:20.120 אתם ניגשים לאתגר הבא, לעצב את האופן שבו הוא אומר את האמת הזו. 00:07:20.280 --> 00:07:22.440 כי דיוק בלי אישיות עדיין גורם למשתמשים להקפיץ. 00:07:22.580 --> 00:07:25.540 ללמד את הבוט שלכם את האישיות שלו אישיות מגיעה לאחר מכן, 00:07:25.660 --> 00:07:28.100 ובאופילות, סטודיו, אתם לא מקבלים אחת בחינם. 00:07:28.240 --> 00:07:29.380 אתם צריכים לכתוב את זה. 00:07:29.380 --> 00:07:32.080 כאן אתם מפסיקים לתת למערכת להישמע כמו בובת ניסוי, 00:07:32.140 --> 00:07:35.140 ומתחילים לעצב אותה למשהו שהמשתמשים שלכם באמת רוצים לדבר איתו. 00:07:35.220 --> 00:07:39.520 בפועל, זה אומר לערוך את שדות השם, התיאור וההוראות שנמצאים בדף הסקירה הכללית. 00:07:39.700 --> 00:07:44.500 השאירו אותם ריקים ותסיימו עם תשובות מוכנות מראש שמרגישות כמו NPC תקוע במצב הדרכה. 00:07:44.600 --> 00:07:47.460 הנה החלק שרבים מבוני התוכנה בפעם הראשונה מפספסים. 00:07:47.620 --> 00:07:50.800 למערכת כבר יש סגנון ברירת מחדל ברגע שתלחצו על צור. 00:07:50.800 --> 00:07:54.940 אם לא תיגעו בשדות, תקבלו מקבל פנים תפלה, ללא סמכות וללא הקשר. 00:07:55.100 --> 00:07:56.680 ההקשר הוא מה שמרוויח אמון. 00:07:56.840 --> 00:07:58.660 בסביבות כמו משאבי אנוש או פיננסים, 00:07:58.840 --> 00:08:01.280 טון כללי גורם לאנשים לחשוב שהם בודקים אב טיפוס, 00:08:01.480 --> 00:08:03.260 ולא משתמשים בכלי שהם יכולים לסמוך עליו. 00:08:03.380 --> 00:08:06.560 דוגמה מהירה, נניח שהתכוונתם לבנות מומחה מדיניות הוצאות, 00:08:06.780 --> 00:08:09.320 אבל מכיוון שמעולם לא שיניתם את שמו או תיארתם אותו, 00:08:09.560 --> 00:08:11.800 הסוכן מופיע כטייס משנה כללי ללא רקע. 00:08:11.800 --> 00:08:15.340 מי שהוא שואל על החזר כספי של מלון בציפייה לייעוץ מקצועי. 00:08:15.420 --> 00:08:18.180 מה שהם מקבלים זה טקסט רגיל, תפלה ללא מסגור. 00:08:18.440 --> 00:08:21.580 מה שיוצר את האות העדין, אך חזק, אל תשמחו עליי. 00:08:21.700 --> 00:08:22.800 אמון נשחק במהירות, 00:08:23.000 --> 00:08:25.700 מאבדים משתמשים במגע הראשון, והם כמעט ולא חוזרים. 00:08:25.900 --> 00:08:28.700 חישבו על כל ההתקנה כמו כתיבת דף תבים קצר. 00:08:28.840 --> 00:08:31.200 השם הוא המחלקה, התיאור הוא הרקע, 00:08:31.400 --> 00:08:34.500 תיבת ההוראות הארוכה היא המאפיינים, והטון הוא אישור. 00:08:34.500 --> 00:08:37.580 לא הייתם מופיעים בקמפיין ללא נקודות מיומנות שהוקצו. 00:08:37.700 --> 00:08:39.260 גם אל תשלחו בוט בצורה כזו. 00:08:39.380 --> 00:08:41.300 עכשיו, מספרים גולמיים חשובים כאן. 00:08:41.460 --> 00:08:43.540 שדה השם של הבוט מוגבל למד מינוס 30 תבים, 00:08:43.740 --> 00:08:45.120 לכן הקפידו על תיאור קצר וחד. 00:08:45.240 --> 00:08:48.420 מומחה למדיניות הוצאות, מדריך טיולים, עוזר הטבות. 00:08:48.600 --> 00:08:52.500 התיאור מאפשר כאלף תבים, וזה מספיק לכמה משפטים ברורים. 00:08:52.680 --> 00:08:57.700 מה שהוא כמו, סוכן זה מספק לעובדים תשובות עדכניות ממדיניות הנסיעות הרשמית. 00:08:57.700 --> 00:09:00.540 הוא מצטט קטעים רלוונטיים ומונע ספקולציות. 00:09:00.720 --> 00:09:02.680 לאחר מכן יש לכם את שדה ההוראות, 00:09:02.840 --> 00:09:05.480 שהוא משבץ את הגמישות שלכם עד 8,000 תבים. 00:09:05.680 --> 00:09:07.620 שם תוכלו לנעול כללי עבודה בפועל. 00:09:07.740 --> 00:09:10.380 אל תגידו רק להיות מועילים, אלא כתבו את ספר ההליכים. 00:09:10.500 --> 00:09:12.700 תמיד ציטטו את שורת המדיניות כאשר הזמינה. 00:09:12.820 --> 00:09:14.440 הימנעו מתשובות ספקולטיביות. 00:09:14.660 --> 00:09:17.940 סכמו במשפט אחד ברור למנהלים, ואז ספקו ציטוט. 00:09:17.940 --> 00:09:21.720 רשימת בדיקה שימושית שתוכלו לקרוא בפועל בעת הבנייה נראית כך. 00:09:21.840 --> 00:09:24.700 תנו שם לתפקיד, כתבו תיאור קצר של המומחיות, 00:09:24.960 --> 00:09:27.980 קבעו את הטון, רשמי, לא רשמי, פשוט ללא מומחים, 00:09:28.200 --> 00:09:32.240 מלאו את ההוראות בכללי התנהגות, מה לכלול, ממה להימנע, כיצד לעצב. 00:09:32.380 --> 00:09:34.660 כל אחד מהשלבים הללו מהדק את הזהות. 00:09:34.880 --> 00:09:36.760 אף אחד מהם לא דורש הגדרה מתקדמת. 00:09:36.940 --> 00:09:40.740 הכל נמצא שם במהלך היצירה או ניתן להעריכה בהמשך בדף הסקירה הכללית. 00:09:40.740 --> 00:09:42.800 הנחיית הטון עדינה אך עוצמתית. 00:09:42.940 --> 00:09:47.180 ניתן לדחוף אותו במפורש באמצעות ביטויים כמו פורמלי ומקצועי או לא רשמי, 00:09:47.280 --> 00:09:49.300 וקלים להבנה לצוות ללא רקע טכני. 00:09:49.420 --> 00:09:51.920 הוסיפו דוגמאות ממש שם בהוראות אם תרצו. 00:09:52.040 --> 00:09:55.580 לא נדרש הרבה טקסט כדי לכוון את האופן שבו הבוט מעצב כל משפט. 00:09:55.760 --> 00:09:57.880 שני שיפורים מהירים שלא כולם מכירים. 00:09:58.020 --> 00:10:00.940 עריכת נושא תחילת השיחה והחלפת סמל הסוכן. 00:10:01.100 --> 00:10:03.000 שניהם לוקחים פחות מממינוס חמש דקות. 00:10:03.000 --> 00:10:08.620 בחלונית הבדיקה, תראו את הודעת הפתיחה שהבוט שלכם נותן בפעם הראשונה שאתם פותחים שכבררת מחדל היא כללית. 00:10:08.740 --> 00:10:13.560 לחצו עליה, ערכו את נושא תחילת השיחה והחליפו את הברכה המוכנה מראש בהפתעה ספציפית לתפקיד כמו 00:10:13.560 --> 00:10:17.680 אני כאן כדי לעזור לכם להבין את מדיניות הנשיאות והצטט את המסמך הרשמי במידת האפשר. 00:10:17.860 --> 00:10:20.060 לאחר מכן רעננו את השיחה כדי לבדוק אותה. 00:10:20.140 --> 00:10:21.480 מקצועי יותר באופן מיידי. 00:10:21.480 --> 00:10:26.940 עבור הסמל, המערכת תומכת בקובץ PNG עד 192 על 192 פיקסלים מתחת למד מינוס 30 קילובי. 00:10:27.120 --> 00:10:32.100 הוספת גרפיקה ממותגת, אפילו לוגו פשוט, מונעת מתחושת ההדגמה להרוג את האמון לפני התגובה הראשונה. 00:10:32.260 --> 00:10:36.840 יש אנשים שפותרים את העריכות האלה כליה אופציונלית, אבל תחשבו עליהן כמו שריון בסיסי. 00:10:36.980 --> 00:10:41.020 דמות לא משוריינת עדיין יכולה להתנדנד, בוודאי, אבל הן נמחקות מיד במכה האמיתית הראשונה. 00:10:41.020 --> 00:10:45.280 בוט שמקבל את פני המשתמשים עם שם חסר טעם והקדמה מאורפלת נמצא באותו מיקום חשוף. 00:10:45.400 --> 00:10:49.500 מלאו את היסודות וכבר הצלחתם לנעול את ההגנה האמיתית מפני בלבול ותזוזת השיחה. 00:10:49.640 --> 00:10:51.160 שינויים קטנים מתחברים מהר. 00:10:51.320 --> 00:10:55.360 הגדרת ההקדמה כך שתזכיר את תפקידה דוחפת את המשתמשים לשאול שאלות רלוונטיות. 00:10:55.520 --> 00:10:58.000 שימוש בכללי טון מונע הרצאות ארוכות מדי. 00:10:58.000 --> 00:11:02.700 עידוק ההוראות מנחה את הבינה המלאכותית הרחק מהמילוי תוך התבססות על סגנון קרי לבני אדם. 00:11:02.800 --> 00:11:07.320 כל אחת מההתאמות הללו פירושה פחות פניות, אני לא מבין, וזרימה חלקה יותר ללא מחברים או תוספים חדשים. 00:11:07.480 --> 00:11:08.600 אז הבחו את זה לכלל. 00:11:08.780 --> 00:11:11.120 לפני שנוגעים בלוגיקה מתקדמת, הגדירו את הפרסונה. 00:11:11.260 --> 00:11:12.600 בחרו שם שמסמן מטרה. 00:11:12.740 --> 00:11:14.080 כתבו תיאור קצר וברור. 00:11:14.240 --> 00:11:14.960 הגדירו טון. 00:11:15.140 --> 00:11:17.360 טען הוראות עם הכללים שברצונך לפעול לפיהם. 00:11:17.360 --> 00:11:19.020 עדכן את ברכת תחילת השיחה. 00:11:19.100 --> 00:11:20.220 החלף בסמל פשוט. 00:11:20.380 --> 00:11:22.640 אלו פעולות הדורשות מאמץ נמוך עם תמורה גבוהה. 00:11:22.740 --> 00:11:23.580 בית מינוס עשרים טבעי. 00:11:23.720 --> 00:11:27.400 פרסונה מוגדרת הופכת אפילו בנייה חדשה לגמרי לחבר צוות שהמשתמשים רוצים להיות איתו. 00:11:27.520 --> 00:11:31.800 בבנייה טבעית, דילוג על פרסונה משאיר אותך עם NPC מביך שאף אחד לא מתערב בו פעמיים. 00:11:31.960 --> 00:11:36.960 וברגע שנתת לסוכן שלך זהות, אתה מוכן לעבודה הקשה יותר כי המבחן האמיתי הוא לא יצירה. 00:11:36.960 --> 00:11:40.540 זה מה שקורה אחרי שאתה צופה בו מכתיא או נוחת במהלך מפגשים חיים. 00:11:40.720 --> 00:11:45.500 זה הזמן שבו אתה צריך לעצור ולקרוא את הלוגים במקום לאירוז אחרי הגלגול השגוי הראשון. 00:11:45.680 --> 00:11:47.020 ניפוי בגים בזמן אמת. 00:11:47.180 --> 00:11:50.900 ניפוי בגים בזמן אמת הוא המקום שבו אתה הופך את הגמיקים לשיעורים במקום כרטיסים. 00:11:51.080 --> 00:11:53.280 זוהי הלולאה המעשית שכל בונה צריך להריץ. 00:11:53.420 --> 00:11:56.340 צפה בטעות, בודד אותה, תקן אותה ואז הרץ שוב את הבדיקה. 00:11:56.340 --> 00:11:59.680 קופה אילות סטודיו נותן לך את הכלים, אבל רק אם אתה משתמש בהם ברצף. 00:11:59.780 --> 00:12:02.800 הנה השגרה שאתה יכול בפועל לעקוב אחריה בכל רם בזמן ההדגמה. 00:12:02.980 --> 00:12:05.920 שלב ראשון, שחזר את שאילתת המשתמש הכושלת בחלונית הבדיקה. 00:12:06.000 --> 00:12:06.840 אל תזלזל בזה. 00:12:07.060 --> 00:12:09.300 שאל בדיוק את אותה שאלה שהמשתמש היה שאל. 00:12:09.480 --> 00:12:13.980 שלב שני, לחצו על סמל הריינון או על צ'ט חדש כדי לאפס את השיחה לפני שתפעילו אותה שוב. 00:12:14.140 --> 00:12:15.520 חשוב להתחיל מדף נקי. 00:12:15.520 --> 00:12:18.480 שלב שלישי, פיתחו נושאים כדי לראות איזה מהם הופעל. 00:12:18.640 --> 00:12:21.640 אם זה לא היה נושא שלכם, אלא נושא קידום השיחה של המערכת, 00:12:21.840 --> 00:12:24.360 זהו רמז שהבו תסתמך על המודל, לא על הידע שלכם. 00:12:24.520 --> 00:12:29.000 שלב רביעי, אם זה הגיע מקידום, בדקו אם הקובץ או האתר הרלוונטיים שלכם הועלו ויינדקסו. 00:12:29.100 --> 00:12:30.440 אין אינדקס, אין בסיס. 00:12:30.620 --> 00:12:32.920 זכרו, אינדקס יכול להימשך מספר דקות. 00:12:32.920 --> 00:12:37.160 שלב חמישי, ערכו את ההוראות או תוכן הנושא, שימרו, ואז הפעילו שוב את אותה שאילת בדיוק. 00:12:37.340 --> 00:12:41.020 הלולאה הזו, לשחזר, לתקן, להפעיל שוב, לחזור על עצמכם, היא המנטרה שלכם. 00:12:41.160 --> 00:12:44.500 אם תדלגו עליה, אתם רק מקווים שהקוביות יעלו גבוה יותר בפעם הבאה. 00:12:44.600 --> 00:12:47.400 לפעמים התשובה אינה טון מאורפל, אלא חסר מבנה. 00:12:47.400 --> 00:12:49.340 כאן יצירת נושא חדש משתלמת. 00:12:49.520 --> 00:12:54.320 לסטודיו יש אפשרות הוספה שימושית מתיאור עם אפשרות קופ העילות ממש בדף הנושאים. 00:12:54.460 --> 00:12:59.040 אתם מתארים את מה שאתם צריכים, כמו לענות ישירות כאשר משתמשים שואלים על מגבלות הוצאות. 00:12:59.160 --> 00:13:02.800 לחצו על הוספה, והמערכת יוצרת עץ הערות נושא מהתיאור הזה. 00:13:03.000 --> 00:13:08.680 זה מהיר, זה מפורש, וזה מבטיח שתגובת פסבול כואבת אחת תהפוך לנתיב תשובה מין בפעם הבאה. 00:13:08.680 --> 00:13:11.980 השתמשו בו בכל פעם שהבוט מתעלם מאותה שאלה בסיסית. 00:13:12.100 --> 00:13:14.200 אל תפסיקו רק עם פתרונות של כן או לא. 00:13:14.380 --> 00:13:17.220 הריצו ניסויים של עשר דקות, כמו טון בדיקת אבי. 00:13:17.220 --> 00:13:24.680 היכנסו לשדה ההוראות, כתבו גרסה A עם שפת שעון מדיניות רשמית, שימרו, שאלו מה היא מגבלת הוצאות הנסיעה, רשמו את התשובה, 00:13:24.900 --> 00:13:30.700 ואז עברו את ההוראות לגרסה B מדריך משאבי אנוש ידידותי שנותן הסברים פשוטים ואקראיים תוך ציטוט כללים. 00:13:30.700 --> 00:13:37.780 הריצו את אותה השאלה שוב, יהיו לכם יומנים זה לצד זה המראים איזו פרסונה נוחת טוב יותר, ואתם לא צריכים שום דבר מעבר לחלונית הבדיקה כדי לעשות זו. 00:13:37.780 --> 00:13:40.720 כך אתם מקבלים החלטות טון על סמך ראיות, לא ניחושים. 00:13:40.840 --> 00:13:42.460 עכשיו, הוסיפו בדיקות יסוד. 00:13:42.620 --> 00:13:45.180 נניח שבודק שואל, מה אני יכול להוציא עבור מלונות? 00:13:45.360 --> 00:13:47.860 והבוט עונה במאורפל, בדקו עם משאבי אנוש. 00:13:48.020 --> 00:13:49.640 זה לא כישלון מוחלט, זה משוב. 00:13:49.640 --> 00:13:52.540 אולי ה-expenses, policy, docs עדיין לא אינדקס. 00:13:52.660 --> 00:13:54.820 אולי ביטויי הטריגר שלכם לא כוללים מלון. 00:13:54.820 --> 00:14:01.120 אתם מתקנים זאת על ידי בדיקה חוזרת של לשונית הידע כדי לוודא שהקובץ פעיל, ולאחר מכן הוספת הוצאות מלון כביטוי טריגר בנושא הנסיעה שלכם. 00:14:01.220 --> 00:14:02.260 כעת, הפעילו שוב. 00:14:02.420 --> 00:14:07.600 אם אתם מקבלים, על פי המדיניות, הלינה מוגבלת למד מינוס 200 דולר ללילה, ריפטתם את הפצע בהצלחה. 00:14:07.600 --> 00:14:10.260 טריק עדין, אך חשוב הוא להשתמש בפתיחי שיחה. 00:14:10.260 --> 00:14:16.700 תיבות טקסט ריקות גורמות למשתמשים חיים לקפוא, אך אתם יכולים למלא מראש קומץ של הנחיות מוצאות ישירות מדף הסקירה הכללית. 00:14:16.840 --> 00:14:20.260 הוסיפו שלושה עד חמישה וווים למשימה, כמו מה מגבלת המלון. 00:14:20.420 --> 00:14:23.420 כיצד אוכל להגיש תביעת נסיעה? אילו ארוחות מקבלות תחזר? 00:14:23.660 --> 00:14:24.160 גרשיים. 00:14:24.160 --> 00:14:30.380 המשתמש לוחץ ישירות פנימה, מה שאומר שאתם בודקים נתיבים בפועל מהר יותר, והם מרגישים שהבוט יודע את תפקידו עוד לפני שהוא מקליד. 00:14:30.380 --> 00:14:33.520 כל הקצב הזה הופך את הבוט שלכם לחזק יותר עם כל נתיב. 00:14:33.680 --> 00:14:37.820 בנתיב טבעי, אתם מתעלמים מהפלטים הקושלים ומניחים שההרצה הבאה תצליח באופן קסום. 00:14:38.000 --> 00:14:40.500 זה משאיר אנשים מגישים פניות תמיכה ומאבדים אמון. 00:14:40.500 --> 00:14:47.100 בנתיב טבעי של עשרים, אתם ממשיכים לחזור על השגרה הזו עד שהבוט יוכיח בעזרת ציטוטים והפרסונה הנכונה שהוא מבין אפילו כלת מבולגן. 00:14:47.220 --> 00:14:51.400 כל ליטרציה מקרב את אותך לחבר צוות אמין במקום להיות חייב להיות מגולגל. 00:14:51.560 --> 00:14:52.480 והנה המציאות. 00:14:52.480 --> 00:14:54.840 עידון בתוך חלונית, הבדיקה הוא מצב בטוח. 00:14:55.020 --> 00:14:59.740 לאחר שהלולאה שלך עובדת, השלב הבא הוא לראות כיצד התיקונים האלה מחזיקים מעמד מחוץ למחשב שלך. 00:14:59.740 --> 00:15:04.560 זה הזמן שבו הבדלים בערוצים מתחילים להופיע, וזה החלק שרוב הבונים החדשים מזלזלים בו. 00:15:04.640 --> 00:15:07.720 אה, שהצינוק הופך לציבורי, הפרסום והערוץ מפתיעים. 00:15:07.860 --> 00:15:12.940 כשאתה סוף סוף לוחץ על פרסום, זה הזמן שבו הסוכן שלך עוזב את הסדנה וצריך לשרוד מול משתמשים אמיתיים. 00:15:12.940 --> 00:15:20.700 בקופילות סטודיו, שלב זה נקרא כאשר הצינוק הופך לציבורי, מכיוון שפרסום מכניס את הבוט שתוכנן בקפידה שלך לערוצים שמשחקים לפי הכללים שלהם. 00:15:20.840 --> 00:15:24.440 ההפתעה הראשונה היא שפרסום אינו רק קליק אחד כדי להפוך אותו לאוויר. 00:15:24.660 --> 00:15:30.200 זהו תהליך שמחליט מי יכול להגיע לסוכן שלך, איך הוא נכנס וכיצד התגובות האלה מופיעות בשטח. 00:15:30.340 --> 00:15:33.620 טימס, שירפוינט, אתר ההדגמה, לכל ערוץ יש מוזרויות. 00:15:33.620 --> 00:15:37.700 תשובה נקייה בסטודיו עשויה להיראות שונה או להיקשל לחלוטין לאחר הפריסה. 00:15:37.800 --> 00:15:38.960 קחו את טימס כדוגמה. 00:15:39.140 --> 00:15:41.600 בסטודיו, התשובה שלך חוזרת חדה וברורה. 00:15:41.780 --> 00:15:44.080 המדיניות אומרת 200 דולר ליום עבור לינה. 00:15:44.260 --> 00:15:49.280 גדוק את אותו המשפט בטימס ופתאום הוא מסתכל בחזריים אני לא מבין, מכיוון ששום דבר לא השתנה עם הבוט שלך. 00:15:49.440 --> 00:15:52.960 זו הדרך שבה טימס עוטף את הטקסט ומעביר מטה נתונים ששברה את האישור. 00:15:53.160 --> 00:15:55.480 שירפוינט עושה את הדבר שלו עם ריווח שורות. 00:15:55.480 --> 00:16:00.020 אתר ההדגמה הוא הפשוט ביותר, אך הוא עדיין יכול לאבד את הייצוב בצורה שונה ממה שסטודיו עשה. 00:16:00.160 --> 00:16:03.200 כל יעד פרסום הוא זירה שונה, ועליך לבדוק אותם בנפרד. 00:16:03.340 --> 00:16:05.660 מהו הרצף הנכון לפני שאתה קורא לזה גמור? 00:16:05.820 --> 00:16:08.420 הנה רשימת בדיקה לפרסום שתמנה ממלכודות טירונים. 00:16:08.620 --> 00:16:11.440 ראשית, ודה שקיבצי הידע שלך מעונדכסים במלואם. 00:16:11.560 --> 00:16:14.940 אם זה אתה העלית אותם, ייתכן שהם עדיין לא מוכנים לתשובות בזמן אמת. 00:16:15.080 --> 00:16:16.320 שנית, הגדר אימות. 00:16:16.320 --> 00:16:21.440 אם אתה מפעיל הדגמה רחבה, בחר ללא אימות, כדי שכל מי שיש לו את הכישור יוכל לנסות אותה. 00:16:21.540 --> 00:16:26.720 שלישית, לחץ על פרסם ובדה שאתה רואה את בנר האישור הירוק או עדכון הסטטוס בדף הערוצים. 00:16:26.880 --> 00:16:29.400 רביעית, פתח את הגדרות הערוץ של אתר ההדגמה. 00:16:29.580 --> 00:16:33.880 עדכן את הודעת הברכה ואת פותחי השיחה כדי שהבודקים שלך לא יקפאו בתיבת שט ריקה. 00:16:33.980 --> 00:16:35.920 ולבסוף, הפעילו את הפיילוט הסגור. 00:16:36.060 --> 00:16:37.600 אל תשדרו עדיין לדייר המלא. 00:16:37.600 --> 00:16:40.720 קבוצה קטנה עם הוראות ברורות חכמה יותר מגרסה מלאה. 00:16:40.820 --> 00:16:43.420 קבוצת הפיילוט הזאת צריכה לדעת שהיא צד הבדיקה. 00:16:43.540 --> 00:16:47.900 בקשו מהם לנסות שפה רגילה, להוסיף שגיאות הקלדה, ואפילו להעלות קבצים היכן שזה הגיוני. 00:16:48.040 --> 00:16:50.260 הטעויות שלהם הן שחושפות את נקודות הטורפה. 00:16:50.360 --> 00:16:52.320 פיילוט סגור לא רק מרקך את ההשקה. 00:16:52.420 --> 00:16:56.480 הוא מייצר את הדוחות הגולמיים שאתם צריכים כדי לתקן את הגרסה לפני שחרורה ברחבי החברה. 00:16:56.480 --> 00:16:59.180 התנהגות הערוץ הופכת את השלב הזה ללא אופציונלי. 00:16:59.300 --> 00:17:03.640 לא משנה אילו תרחישים בדקתם בסטודיו, שאילת הרשמית, ניסוח רגיל, שגיאה תקלדה וציטוט מבוסס אחד, 00:17:03.820 --> 00:17:05.480 חיזרו על אותן ריצות מדויקות בכל ערוץ יד. 00:17:05.660 --> 00:17:07.420 בדקו אם טימס מאבד אותן בצורה שונה. 00:17:07.580 --> 00:17:09.300 בדקו כי צד שירפוינט שובר ריווח. 00:17:09.500 --> 00:17:12.000 בדקו אם הדגמת האינטרנט עדיין מצרף את ציטוט המקור. 00:17:12.180 --> 00:17:13.960 זוהי הדרך היחידה להוכיח עקביות. 00:17:13.960 --> 00:17:17.140 מעבר מושלם אחד של סטודיו אינו מבטיח פריסת הכינה. 00:17:17.260 --> 00:17:21.300 פרסום גם אומר שאתם מפסיקים להסתמך רק על משוב משתמשים ומתחילים לצפות בטלמטריה. 00:17:21.480 --> 00:17:25.280 ברגע שהבוט שלכם בטימס או באתר ההדגמה, נתוני השימוש מתחילים לזרום. 00:17:25.460 --> 00:17:29.140 מרכז הניהול של פאוור פלטפורם והאנליטיקה המובנה שם כדי לעזור לכם. 00:17:29.260 --> 00:17:33.440 תראו מספרי אימוץ, ספירת שגיאות, אפילו אילו שיחות לא הצליחו להפעיל נושא. 00:17:33.440 --> 00:17:35.680 זה לא תקורה, זו מערכת הניטור שלכם. 00:17:35.680 --> 00:17:41.540 אתם לא מפרסמים רק פעם אחת ושוכחים, אתם עוקבים אחר הלוגים כדי לוודא שהבוט שלכם נמצא בשימוש נכון ולא מייצר פניות חדשות למוקד התמיכה. 00:17:41.640 --> 00:17:43.660 אם תמהרו בשלב הזה, אתם שורפים אמון. 00:17:43.840 --> 00:17:49.780 בשלב טבעי, אתם לוחצים על כפתור הפרסום, פורסים אותו לכל מחלקה ומקבלים כרטיסים של לא עובד כאשר טימס משמית תשובות מפתח. 00:17:49.960 --> 00:17:53.700 משתמשים מבטרים וכדי לזכות בהם בחזרה לוקח יותר זמן מאשר לתקן את הבוט עצמו. 00:17:53.700 --> 00:17:57.120 בשלב טבעי של עשרים, אתם מתייחסים לפרסום כשלב בדיקה נוסף. 00:17:57.200 --> 00:18:01.460 אינדקס הושלם, אימות מוגדר, פרסום עושר, אתר הדגמה מכוון, הרצת פיילוט. 00:18:01.640 --> 00:18:05.960 אתם אוספים משוב מבולגן, תגובות לתיקון ומרצים מחדש כל שאילת מפתח בכל ערוץ. 00:18:06.100 --> 00:18:09.100 עד שתתקדמו לפריסה רחבה, מבחן הלחץ כבר עבר. 00:18:09.280 --> 00:18:12.020 הטריק האמיתי הוא לעבור מלחשוב על פרסום כסוף. 00:18:12.160 --> 00:18:15.620 הכפתור לא מסמן את השורה האחרונה של הספר, הוא מתחיל את קמפיין השטח. 00:18:15.620 --> 00:18:20.380 ברגע שנתוני הפיילוט מגיעים והיומנים שלכם מאשרים שמשתמשים מקבלים תשובות נקיות בכל מקום, 00:18:20.440 --> 00:18:21.940 אז הרווחתם את הזכות לקרוא לזה יציב. 00:18:22.100 --> 00:18:25.520 וההבנה הזו קשורה לתמונה הגדולה יותר של בנייה עם Copilot Studio, 00:18:25.680 --> 00:18:28.920 מכיוון שזו לא בנייה חד פעמית, זו היא מערכת שאתם מתאימים שוב ושוב. 00:18:29.120 --> 00:18:30.760 אז הנה הסיכום שחשוב באמת. 00:18:31.000 --> 00:18:33.580 שלושה דברים הופכים את הבנייה שלכם מרעידה להאמינה. 00:18:33.580 --> 00:18:36.320 ראשית, הוסיפו קרקע לסוכן, העלו את המסמכים האמיתיים, 00:18:36.480 --> 00:18:38.500 או כוונו אותו למקורות מהימנים כדי שיפסיק לנחש. 00:18:38.620 --> 00:18:41.400 שנית, תנו לו פרסונה, קבעו את השם, התיאור, הטון, 00:18:41.480 --> 00:18:44.280 ותפרטו את ההתנהגות בשדה ההוראות בין 8,000 התווים. 00:18:44.440 --> 00:18:47.340 שלישית, אל תסמכו על חזרה נקייה, השתמשו בחלונית הבדיקה, 00:18:47.500 --> 00:18:49.700 הפעילו פיילוט סגור, לאחר מכן פרסמו ותפקחו. 00:18:49.700 --> 00:18:53.560 בית מינוס 20 טבעי, צעדים אלה נותנים לכם בוט שזוכה לאמון במקום כרטיסים. 00:18:53.560 --> 00:18:55.500 הרשמו לעוד וחיטבו משפט אחד בתגובות, 00:18:55.580 --> 00:18:58.780 ובו ציינו את מסמך המדיניות היחיד שבו הייתם מוסרים לסוכן שלכם קרקע.