עיצוב עבור הזנב הארוך
לא ליצור עיצוב יתר
בשלב הדרישות הגדרתם קבוצה ברורה של תרחישים לדוגמה. כדאי לזכור את העדיפויות האלו ולהימנע מהוספת מקרי קצה לרשימה זו. כשנכנסים לפרטי העיצוב, עולים תרחישים חדשים שלא לקחתם בחשבון. לפני שמרחיבים את היקף העיצוב כדי להתמודד עם התרחישים החדשים האלה, יש לשקול היטב את ההשפעה.
| הראש | הגוף | הזנב הארוך |
|---|---|---|
|
תרחישים לדוגמה עיקריים אלה נתיבי השיחה החשובים והנפוצים ביותר שהמשתמשים עוברים בהם דרך התכונה שלכם. כדאי למקד את רוב המאמצים כדי שהנתיבים האלה יספקו חוויית משתמש מעולה. |
מעקפים אלו נתיבים פחות נפוצים לשיחות, והם בדרך כלל פחות ישירים או פחות מוצלחים דרך התכונה שלכם. הקדישו את הזמן הנדרש לתמיכה בהם, אך אל תבזבזו יותר מדי זמן ומאמץ בעיצוב שלהם. |
מקרי קצה אלה נתיבים לא נפוצים במיוחד. נסו לחשוב אם הנחיות כלליות כמו "אני לא יודע/ת איך לעזור" טובות מספיק, או אם אתם כוללים תשובה ספציפית יותר שתעזור לכם לפתור את הבעיה. |
משתמשים בכלל 80/20, או בעקרונות Pareto, כדי להימנע מעיצוב יתר.
עבור עיצוב של שיחות, הכלל הזה מאפשר לקבוע שלא כל הנתיבים נוצרים באופן שווה. 80% מהמשתמשים עוברים ב-20% הנפוצים ביותר של נתיבים אפשריים בתיבת דו-שיח. לכן, השקיעו משאבים בהתאם להשפעה הרבה ביותר.
באופן דומה, יש פשרות מבחינת שלמות או השלמות. יכול להיות ש-80% מהעבודה צריכה לשבץ את ה-20% האחרונים של הפרויקט. במקרים כאלה, ייתכן שהמאמץ המטופח יהיה "טוב מספיק".
מעקפים נפוצים
בין תרחישי השימוש העיקריים למקרי הקצה יש כמה מעקפים נפוצים במידה מסוימת. בדרך כלל, מדובר בתרחישים חדשים שלא לקחתם בחשבון עד שהם נחשפו במהלך הבדיקה או שהתגלו במהלך הפיתוח. ולרוב, נדרש טיפול ארוך יותר ופחות ישיר בנתיב חלופי.
הנה כמה מעקפים נפוצים שכדאי לשקול:
חשבונות לא מקושרים
במקרה כזה, המשתמש לא קישר את החשבון שלו.
פעולות לא נתמכות
המשתמשים עשויים לבקש פעולות שלא נתמכות במסגרת הפעולה שלכם.
כיסוי Intent
כדי לנהל את השיחה, צריך לתכנת מחצית מתיבת הדו-שיח, בתקווה שהיא תהיה חזקה מספיק כדי שכל אחד יוכל לקלוט את המחצית השנייה ולבצע את הפעולה הרצויה. כשמעצבים את "הזנב הארוך", מתמקדים במה שהמשתמש יכול לומר בכל שלב בתיבת הדו-שיח כדי להגדיר את הכוונות (שנקראות גם דקדוק).
כוונת רכישה מייצגת מיפוי בין מה שהמשתמש אומר לבין הפעולות שהוא צריך לבצע. לדוגמה, השאלה "האם אתם אוהבים פיצה?" מחייבת כוונות "כן" ו"לא". לכל כוונה צריך להיות מגוון ביטויי הדרכה, כולל מילים נרדפות כמו "כן" ו"לא", כמו גם גרסאות כמו "אני אוהבת אותה" או "זה מגעי". ייתכן שהמשקל יחושב לפי התדירות שבה הן מתרחשות. Intents יכול גם לכלול הערה, לדוגמה, סיווג "פוזל טרי" בתור תוספת פיצה בתגובת המשתמש "רק אם הוא מיוצר עם מוצרלה".
אם משתמשים ב-Dialogflow, אפשר לקרוא כאן מידע נוסף על כוונות.
עדיף למנוע טעויות מאשר טיפול בשגיאות אחרי שהן מתרחשות.
לעשות.
הוסיפו כוונה ש'בוצע' בעזרת ביטויים כמו 'סיימתי' או 'זהו הכול'.
לא כדאי לעשות זאת.
אם הפעולה מצפה רק לשאלות לגבי כנס I/O, תגובת המשתמש תגרום לשגיאה "אין התאמה".
טיפול בשגיאות
גם אם הכוונה היא חזקה, עדיין יש מקום לשגיאות. המשתמשים יכולים לצאת מהסקריפט על ידי מצב שקט (שגיאה מסוג 'ללא קלט') או להגיד משהו לא צפוי (שגיאה מסוג 'אין התאמה'). השתמשו בהודעות שגיאה כדי לכוון את המשתמשים בעדינות בחזרה לנתיבים מוצלחים או לאפס את הציפיות שלהם בנוגע למה שניתן או לא ניתן.
אופן הטיפול בשגיאות תקין הוא ספציפי להקשר, ולכן יש לספק בקשות לשגיאות 'ללא קלט' ו'ללא התאמה' לכל פנייה בתיבת הדו-שיח.