ממשק משתמש בממשק שיחה, לא ממשק המשתמש של האפליקציה
הנציגים של RBM מתאימים במיוחד למתן משימות יעילות וספציפיות למשתמשים בממשק משתמש בממשק שיחה. הנציגים שתוכננו בצורה הטובה ביותר מנהלים אינטראקציות ממוקדת, ברורה ומובנת, כמו שיחה טבעית.
סוכנים לא יכולים להסתמך על ממשק המשתמש החזותי של אפליקציה או דף אינטרנט, והם לא יכולים לנסות לחקות אותו. במקום זאת, הנציגים צריכים להסתמך על שיחות שמתייחסות למשתמשים את הצרכים שלהם באמצעות הנחיה באמצעות סימנים מילוליים, הצעות לטיפול טוב בשגיאות.
בנוסף, אסור לסוכנים לחקות עצי טלפון או ממשקים שמסתמכים על משתמשים בתגובה למספר שמייצג פעולה נתונה. למשתמשים צריכה להיות אפשרות לתקשר עם נציגים באופן טבעי, כמו שהם מתקשרים אדם אחר בשיחה.
למידע נוסף על ממשק משתמש בממשק שיחה, אפשר לעיין במאמר ממשק משתמש בממשק שיחה והסיבה לכך עניינים.
בדיקת יכולות המכשיר
לפני שמתחילים שיחה עם משתמש, צריך לוודא המכשיר יכול לקבל הודעות RCS. שליחת בקשת יכולת כדי לזהות את יכולות המכשיר ולהתאים אישית את האינטראקציות של הנציג בהתאם. האינטראקציה עם המשתמשים אפשרית רק בדרכים שהמכשירים שלהם תומכים בהן. אם המכשיר של המשתמש לא תומך ב-RCS. צריך להגדיר אמצעי תקשורת חלופי באמצעות טכנולוגיה אחרת, כמו SMS.
התחלת שיחה
בתחילת השיחה להגדיר את הציפיות של המשתמשים מהנציגים שלהם לעשות. התחילו שיחות בקול חזק: הציגו את האישיות של הנציג, לטעון מראש מידע שחשוב למשתמשים ולשתף את התוכן שלו מסוגל ל-. צריך לתת למשתמשים אפשרויות ברורות לאינטראקציה עם הנציג להמשך השיחה.
הגבלה של גודל ההודעה המקסימלי
RBM מיישמים מגבלות על הגודל המקסימלי של הודעת RBM ושל קובץ המדיה שהודעה יכולה להכיל. הבעיות האלה מתועדות ב: איך שולחים הודעות הדף הזה.
לשמור על קצב טוב
השימוש בסוגים שונים של מידע בשיחות שומר על רמת העניין של המשתמשים באינטראקציה עם הנציג, אבל חשוב להיזהר לא להציף את המשתמשים. שמירה הודעות באורכים מעניינים וברורים, שמאפשרים למשתמשים לראות את כל הטקסט הודעה אחת במסך בבת אחת. תמונות וכרטיסי מוצר עשירים יכולים לתפוס הרבה מקום של שטח המסך, לכן חשוב לשים לב לכמה המשתמש צריך לגלול לקרוא את כל ההודעה.
שומרים את ההודעות לפי הסדר
אם שולחים מספר הודעות ברצף, חשוב שהמשתמשים יקבלו
את ההודעות האלה לפי הסדר. הודעות מסוימות, כמו הודעות שכוללות מדיה,
ארוך יותר לעיבוד, כמו הודעות טקסט בלבד. שפת תרגום
ודאו שהמשתמשים מקבלים הודעות בסדר שבו אתם שולחים אותם, חכו
לקבל תשובה 200 OK להודעה לפני שליחת ההודעה הבאה ב
ברצף.
התשובה 200 OK מאשרת שהפלטפורמה של RBM קיבלה את ההודעה
שהמשתמש יקבל את ההודעות בסדר הנכון. אחרת
צריך להמתין לתגובה של 200 OK לפני שליחת הודעה נוספת, המשתמשים עשויים לקבל
ההודעות שלך לא בסדר הנכון.
כדאי לבדוק אם יש הודעות נכנסות כפולות
כאשר אתה בודק אם יש הודעות נכנסות ממשתמשים ומגיב להן, כדאי לבדוק את
messageId ומאמתים שעדיין לא קיבלת
הגיב/ה להודעה בעבר.
במערכות מבוזרות, יש שתי דרכים לשלוח הודעות: לכל היותר, ולפחות פעם אחת.
- עם 'לכל היותר פעם אחת' המערכות שלנו, המערכת שולחת הודעה פעם אחת, אבל אם יש שגיאות ברשת או בתקשורת לאורך הדרך, ההודעה לא יתקבלו.
- עם "לפחות פעם אחת" המערכות שלנו, המערכת עשויה לשלוח הודעה כמה פעמים, אבל ההודעה יכולה להתקבל גם כשיש חיבור לרשת או שגיאות בתקשורת.
ב-Google Cloud Pub/Sub נעשה שימוש ב'לפחות פעם אחת' המערכת. אומנם זה עלול להוביל ל:
הודעות נכנסות כפולות, קל לבטל כפילויות של הודעות על ידי
מעקב אחר מחרוזות messageId. אם כבר קיבלתם הודעה,
אפשר להתעלם מכל הודעה נוספת שתקבלו
messageId
כותבים מסרים ברורים ועקביים
שלחו מסרים באופן ברור שמעניין את המשתמש. החוויה שלי חיובית טקסט של הודעות מעודד את המשתמשים להגיב ולשמור על עקביות בסגנון, בעיצוב, וקצב הצגת הטקסט יוצר אמון בקרב המשתמשים.
כדאי לזכור את השיטות המומלצות הנוספות הבאות כשיוצרים טקסט של הודעה:
- אל תיצרו מבוכים. כל הצעה לתשובה חייבת להוביל שרשור שיחה עם המשתמש.
- במקרה הצורך, התייחסו למשתמש בתור 'אתם', ולא 'אני'.
- בכותרות ובתוויות יש להשתמש באותיות רישיות במשפטים, ולא באותיות רישיות בתחילת כל מילה. לדוגמה, "דוח תנועות בחשבון", ולא "דוח החשבון".
- השתמשו בכיווץ. "זה" יותר פשוט לדבר מ"זה".
- מומלץ להשתמש בסימני קריאה באופן מדוד.
- משתמשים בפסיק הסידורי. לדוגמה, "א', ב' וג'" ולא "א', ב' וג'".
- כתבו מספרים כספרות. לדוגמה, "1, 2, 3", לא "אחת, שתיים, שלוש".
כבוד למשתמשים שלא רוצים לקבל הודעות
כשמשתמש מציין שהוא רוצה להפסיק לקבל הודעות עליכם לכבד את הבחירה שלו. הנציג שלך צריך להבין מתי משתמשים שליחת התשובה "STOP" ומגיבים בהתאם. הנציג צריך להבין את הנושאים השונים דרכים שבהן משתמשים יכולים להביע את רצונם להפסיק לקבל הודעות, כולל כל השפות שבהן הם עשויים להשתמש כדי לבטא את הרצונות שלהם.
לעיין בחוקים ובשיטות המומלצות במדינת הפעילות שלכם כדי להבין להשיב לפקודות STOP ולפקודות חיוניות אחרות. לדוגמה, עיינו ב CTIA שיטות מומלצות.
עזרה למשתמש
הנציג צריך להשיב להודעות HELP ממשתמשים וליידע את המשתמשים על היכולות של הנציג. משהו פשוט כמו רשימה של הצעות לתשובות שלא תואמות לפונקציונליות של הנציג, עלולות לפגוע בחוויית המשתמש. לחיזוי מועיל.
הטמעה של ניסיונות חוזרים עם השהיה מעריכית לפני ניסיון חוזר (exponential backoff)
כשמבצעים קריאה ל-API כלשהו, יכול להיות שקריאה תיכשל בגלל התשתית. בעיות, עומס יתר בשירות, מגבלות QPS ושגיאות אחרות. שחזור קל מקריאות API שנכשלו, יש להטמיע ניסיונות חוזרים עם השהיה מעריכית לפני ניסיון חוזר (exponential backoff).
באמצעות ניסיונות חוזרים עם השהיה מעריכית לפני ניסיון חוזר (exponential backoff), התשתית שלך מבצעת באופן אוטומטי הבאים:
- זיהוי קריאה ל-API שנכשלה.
- מגדיר את משך ההמתנה הראשוני ואת המספר המרבי של ניסיונות חוזרים.
- השהיה במהלך תקופת ההמתנה.
- ניסיון חוזר של הקריאה ל-API.
הערכה של התגובה לקריאה ל-API:
- אם התהליך יסתיים בהצלחה, המערכת תמשיך לשלב הבא בתהליך העבודה.
- אם הפעולה נכשלת, היא מאריכה את משך ההמתנה וחוזרת לשלב 3.
- אם כשל לאחר המספר המרבי של הניסיונות החוזרים, הוא יעבור למצב 'כשל'.
משכי ההמתנה האידיאליים והמספר המקסימלי של ניסיונות חוזרים משתנים בהתאם לתרחיש לדוגמה. קובעים את הנתונים האלה על סמך דרישות זמן האחזור של התשתית שלכם ותהליכי עבודה.
כרטיסים מתקדמים
כרטיסים מתקדמים מאפשרים לשלב מדיה, טקסט והצעות בהודעה אחת. בתור לכן מדיה לא יכולה להיות האלמנט היחיד בכרטיס מתקדם, והצעות לתשובות. או הצעות לפעולות צריכות תמיד להתלוות לכרטיס מתקדם נפרד.
כרטיסי צ'אט אנכיים
בכרטיסי תצוגה עשירה אנכית מוצגת מדיה אופקית בחלק העליון של הכרטיס. אופקית יחס הגובה-רוחב של מדיה צריך להיות 2:1, 16:9 או 7:3.
כששולחים מדיה למשתמש, צריך לכבד את המשאבים של המשתמש. כאשר למדיה אופקית יש יחס של 2:1, הרזולוציה האופטימלית למדיה היא 1440x720 פיקסלים עם גודל קובץ מקסימלי מומלץ של 2MB לתמונות ו-10MB לווידאו. הרזולוציה האופטימלית לתמונה הממוזערת של המדיה היא 770x335 פיקסלים עם גודל קובץ מומלץ של 40 kB ומומלץ בגודל מקסימלי של 100kB.
כרטיסי תצוגה היקפית אופקית
כרטיסי חיפוש מתקדמים אופקיים מציגים מדיה אנכית בצד שמאל או צד ימין של את הכרטיס. מדיה אנכית צריכה להיות ביחס גובה-רוחב של 3:4.
כששולחים מדיה למשתמש, צריך לכבד את המשאבים של המשתמש. כשהמדיה האנכית היא ביחס 3:4, הרזולוציה האופטימלית למדיה היא 768x1,024 פיקסלים עם גודל קובץ מקסימלי מומלץ של 2MB לתמונות ו-10MB לווידאו. הרזולוציה האופטימלית לתמונה הממוזערת של המדיה היא 250x330 פיקסלים עם גודל קובץ מומלץ של 40 kB ומומלץ בגודל מקסימלי של 100kB.
קרוסלות עם כרטיסים מתקדמים
קרוסלות עם כרטיסים מתקדמים הם אידיאליות לדפדוף בתוכן או באפשרויות שונות, אבל אמור להיות בשימוש רק כאשר יש מספר פריטים לקריאה או להשוואה, למשל חבילות גלישה או מכשירים. הפריט הראשון בקרוסלה צריך להיות הבחירה האופטימלית בכל מצב נתון, ואת הסיבה לכך שהיא הבחירה האופטימלית. צריך להודיע למשתמש.
הצ'יפים של ההצעות שמתחת לקרוסלה צריכים לקדם את השיחה או לשנות אותה לפי מיקום. אסור לחזור על האפשרויות שמופיעות בקרוסלה בצ'יפים של הצעות. הם לא כלי בחירה לפריטים שמוצגים בקרוסלה.
מדיה בקרוסלות עם כרטיסים מתקדמים
בקרוסלות עם כרטיסים מתקדמים מוצגות מדיה אופקית בחלק העליון של כרטיסי החיפוש המתקדמים. מדיה אופקית בקרוסלות צריכה להיות ביחס גובה-רוחב של 4:3.
כששולחים מדיה למשתמש, צריך לכבד את המשאבים של המשתמש. כשהמדיה היא ביחס גובה-רוחב של 4:3, הרזולוציה האופטימלית למדיה היא 960x720 פיקסלים עם גודל קובץ מקסימלי של 1MB לתמונות ו-5MB לסרטון. הרזולוציה האופטימלית לתמונה הממוזערת של המדיה היא 605x452 פיקסלים. עם גודל קובץ מומלץ של 40kB וגודל מקסימלי מומלץ של 100 kB.
הצעות לתשובות ו פעולות
הצעות לתשובות ופעולות בכרטיס מתקדם צריכות להיות קשורות ישירות בתוכן בכרטיס הזה.
הצעות לתשובות ולפעולות ברשימת צ'יפים צריכות להיות דרכים להתקדם או של השיחה,
הצעות לתשובות
הצעות לתשובות עוזרות למשתמשים להגיב לנציג שלכם בדרכים הבאות יכולים להגיב בקלות. אלא אם האינטראקציה מחייבת תגובה חופשית, השתמשו הצעות לתשובות. קל יותר לעבד אותם מאשר טקסט חופשי, והם מאפשרים את הנציג שלכם כדי לכוון את השיחות במסלול אופטימלי.
הצעות לפעולות
הצעות לפעולות מאפשרות לסוכן להתחבר לפעולות במכשיר המקורי ולספק חוויה משולבת למשתמשים. במקרים הרלוונטיים, הצעות לפעולות יכול להקל עליכם להתקשר לתמיכת הלקוחות או למצוא מיקום במפה.
אבל אל תציפו את המשתמשים באפשרויות שונות. מציינים רק פעולות שקשורות אל את ההודעה האחרונה ביותר, ולספק רק את מספר הפעולות שצריך. המגבלה מספר הפעולות המוצעות והתשובות המוצעות לתשובות שמועילות משתמש בהקשר נתון.
סיכום של העיצוב
העיצוב לשיחה, נוחות השימוש והיעילות הם החשובים ביותר כאשר בתהליך יצירת הנציג. על הנציגים להתמקד בממשק המשתמש של השיחה להנחות את המשתמשים בתהליכי עבודה אופטימליים בעזרת הצעות לתשובות ולפעולות. מתי באמצעות תמונות או כרטיסים מתקדמים, הסוכן צריך לשמור על קצב שמאפשר למשתמשים כדי לשמור על הקשר ולקרוא הודעות בקלות.
התחשבות בחוויית המשתמש והימנעות מהפרעות בשיחה כשמתכננים את הנציג, נותנים למשתמשים חוויות חיוביות אפשר להשתמש לנציג שוב בעתיד.