צ׳אטבוט מבוסס כללים או תשובות AI? מתי להשתמש בכל גישה ומתי לשלב ביניהן

לקוח כותב: "יום שלישי אחר הצהריים מתאים לי". האם הצ׳אטבוט צריך לשאול שאלה נוספת, להציע שעות לפגישה או לאשר הזמנה? התשובה תלויה במה שכבר קרה בשיחה ובמערכת ההזמנות.

קל יותר לבחור בין צ׳אטבוט מבוסס כללים לצ׳אטבוט AI כשמפרידים בין המשימות האלה. צעדים קבועים שולטים במסלול מוגדר מראש. תשובות AI עוזרות להבין שאלות בניסוחים שונים ולהסביר מידע מאושר. תהליך היברידי משלב שיחה עם תנאים ופעולות מפורשים.

היעזרו בהשוואה הבאה כדי לבחור מסלול לארבע בקשות נפוצות. הורידו את גיליון העבודה לבחירת הגישה כדי לתעד את המקורות, הגבולות והבדיקות שלכם. הדוגמאות בו הן הצעות לתכנון; כל תוצאה מתחילה בסטטוס NOT_RUN.

הפרידו בין תשובה לפעולה

כתבו מה הלקוח אמור לקבל ומה, אם בכלל, צריך להשתנות במערכת אחרת.

"אנחנו פותחים ב-9 AM" היא תשובה. "איזה יום מתאים לך?" אוספת מידע. יצירת אירוע ביומן היא פעולה. "הפגישה שלך אושרה" היא התחייבות שדורשת ראיה ממערכת ההזמנות. השאלה אם הלקוח קיבל את האישור היא בדיקת מסירה נפרדת.

תעדו בנפרד ארבע תצפיות: התשובה שנוצרה, הפעולה שנוסתה, התוצאה המאומתת של הפעולה ומסירת ההודעה. תשובה מנוסחת היטב אינה מוכיחה את שלושת הדברים האחרים.

במדריך הזה:

• מבוסס כללים פירושו שהודעות, שאלות, תנאים והסתעפויות שהוגדרו מראש קובעים את המסלול. התכנון צריך להתייחס לקלט שהמסלול מקבל וליעד שאליו מועבר קלט שאינו מתאים.
• תשובות AI פירושן שמודל מפרש או מייצר טקסט לשיחה לפי ההנחיות והמידע הזמין לו. הבנת היום המועדף אינה הזמנה שלו.
• היברידי פירושו ש-AI מנהל חלק מהשיחה, ואילו צעדים מפורשים קובעים את שדות החובה, הניתוב והפעולות במערכות חיצוניות.

נוסח קבוע עלול להכיל שעות פתיחה לא מעודכנות. AI עלול לענות על סמך מקור חלקי. בכל גישה שתבחרו, הצוות שלכם עדיין אחראי למידע ולמסלול שננקט כשהוא חסר.

השוו כללים, AI ומסלולים היברידיים על אותן בקשות

זהו כלי עזר איכותני לתכנון, ולא מבחן השוואתי שנמדד בפועל. הדוגמאות מתייחסות לסטודיו בדיוני לעיצוב שפועל בימים שני–שישי, 9 AM–6 PM, מציע ייעוץ ומאשר פגישות רק לאחר שההזמנה הצליחה. לא סופקה מדיניות לחריגים.

בחרו במסלול הפשוט ביותר שמכסה את הבקשה ואת מקרי הכשל שלה. תפריט קצר עשוי להספיק לקבוצה קטנה וקבועה של אפשרויות. AI יכול לעזור כשלקוחות מתארים את אותו צורך בדרכים רבות. גישה היברידית מועילה כשהשיחה מובילה לפעולה מבוקרת.

התרשים הוא כלי עזר מוצע לתכנון, לא צילום מסך של האפליקציה ולא תיעוד של פעולה שהושלמה.

בחנו את ארבע ההחלטות

1. שאלה עובדתית נפוצה: שעות פתיחה

לשאלה "אתם פתוחים בשבת?", לוח הזמנים לדוגמה מאפשר תשובה ישירה: הסטודיו סגור בסופי שבוע. כפתור קבוע של "שעות פתיחה" יכול לספק את התשובה בלי צעד AI. הוא דורש הודעה שמתוחזקת ומסלול לשאלות שהתפריט אינו מכסה.

תשובת AI יכולה לפרש את "r u open sat?" לפי אותו לוח זמנים מאושר. זו סיבה לבדוק ניסוחים מגוונים, ולא ראיה לכך שכל ניסוח יעבוד.

מסלול היברידי יכול לענות על השאלה הרגילה ולעצור כשהיא הופכת ל"ומה לגבי החג הקרוב?". העובדות לדוגמה אינן כוללות שעות פעילות בחגים. בקשו מהצוות לאשר אותן במקום להחיל שעות רגילות של ימי חול על מקרה חריג. תעדו את המקור המדויק שבו נעשה שימוש, כדי שסתירה בין הודעה קבועה ישנה למקור AI חדש לא תישאר ללא הבחנה.

2. פנייה לא ברורה: בחירת שירות

"אפשר לעזור לי עם החדר?" אינו מגדיר שירות ואינו נותן הרשאה לקבוע פגישה. מסלול המבוסס על כללים בלבד יכול לבקש מהלקוח לבחור בין עצת עיצוב, פגישת ייעוץ ושיחה עם הצוות. ספקו מסלול יציאה אם אף אפשרות אינה מתאימה.

שיחת AI יכולה לשאול: "מחפשים רעיונות לעיצוב או עזרה בקביעת פגישת ייעוץ?". הגדירו מטרה לבירור. שיחה נוספת אינה מועילה אם היא לעולם אינה מגיעה להחלטה.

בתכנון היברידי, נתבו רק לאחר שהשירות המבוקש ברור. אם הלקוח משנה את דעתו, אפשרו תיקון לפני שממשיכים. אם הוא מבקש משהו שאינו מכוסה במידע שסופק על השירותים, השתמשו במסלול להעברת השיחה לנציג. בחרו גבול לבירור שהצוות יכול לתמוך בו; זו החלטת תכנון שיש להגדיר ולבדוק, ולא ברירת מחדל שיש להניח שקיימת במוצר.

3. בקשת הזמנה: העדפה לעומת הזמנה בפועל

"תזמינו לי פגישה ליום שלישי אחר הצהריים" מבטא העדפה, לא משבצת זמן מאושרת. תהליך מבוסס כללים יכול לאסוף את פרטי השירות ואת פרטי הקשר, ואז להציע שעות דרך מסלול הזמנה מפורש. AI יכול לאסוף את הפרטים האלה בשיחה. אף אחת מהגישות אינה צריכה להסיק שיש זמינות מתוך בקשת הלקוח.

בתכנון היברידי אפשר לעבור מהפרטים שנאספו לרצף מבוקר: לברר את התאריך ואזור הזמן המדויקים, להציג אפשרויות זמינות, לקבל את בחירת הלקוח ולנסות לבצע את ההזמנה. רק תוצאת פעולה מוצלחת מאפשרת לאשר אותה. מימשו את הבדיקות בתהליך שהוגדר או במערכת המחוברת; אל תניחו שהנחיה בפרומפט אוכפת אותן.

אם ההזמנה נכשלת, אמרו שלא ניתן היה להשלים אותה והציעו את החלופה המתוכננת. אם התוצאה אינה ידועה לאחר בעיית חיבור, בדקו אם כבר קיימת הזמנה לפני שמנסים שוב. שמרו את ההפניה לפעולה בנפרד מאישור מסירת ההודעה היוצאת, כדי שהצוות יוכל לחקור כל אחד מהכשלים.

4. חריג: מי מוסמך לאשר אותו?

"תעשו בשבילי יוצא מן הכלל ותחזירו לי את הכסף" דורש גורם שמוסמך להחליט. הסטודיו הבדיוני לא סיפק מדיניות החזרים, ולכן לא הודעה קבועה ולא AI צריכים להמציא אחת.

מסלול קבוע יכול להסביר שהצוות צריך לבדוק את הבקשה. AI עשוי לעזור להבהיר מה הלקוח מבקש, אבל משפט אמפתי אינו צריך להפוך לאישור. בתכנון היברידי, אספו רק את ההקשר שהצוות צריך והעבירו אותו לאדם או לתור המיועדים. כל החזר כספי בהמשך דורש הרשאה מתאימה ותוצאת פעולה.

בדקו שנציג יכול למצוא את השיחה ויודע שהוא אחראי לתשובה הבאה. הודעה שאומרת "העברתי את זה הלאה" אינה מוכיחה שמישהו קיבל אחריות. לנוהל מעשי לחלוקת אחריות, היעזרו במדריך לתיבת הודעות משותפת לצוות קטן.

הגדירו את הגבולות לפני בניית השיחה

לכל שורה בגיליון העבודה, ציינו את המקור המאושר, השדות הנדרשים כדי להמשיך, הפעולה המותרת במערכת חיצונית והתנאי שעוצר את האוטומציה. הגדירו מה הלקוח אמור לשמוע כשחסר מקור, כששדה חובה אינו ברור או כשפעולה נכשלת.

בחרו מסלול להעברת השיחה לנציג עבור בקשות שמעבר לגבולות האלה. הסכימו מה קורה כשהעמית שאמור לקבל את השיחה אינו זמין ומתי האוטומציה יכולה להתחדש. אלה החלטות תפעוליות; אל תשאירו אותן כמשהו שמשתמע רק מסגנון הדיבור של הצ׳אטבוט.

בתיאור יכולות ה-AI הציבורי של Hosqi מתוארים תהליכים עם צעדים קבועים בלבד ותהליכים שמשלבים צעדים קבועים ו-AI. הוא מפריד בין שיחת AI ואיסוף פרטים לבין צעדים מפורשים להזמנות, CRM ופעולות אחרות. התיאור תומך בבחירת התכנון שלעיל; הוא אינו מוכיח שתהליך מסוים שהוגדר עבר את הבדיקות שלו.

עלות היא שאלה נוספת שיש להעריך בנפרד. באותו עמוד מצוין ש-AI משתמש בקרדיטים של התוכנית, ושצעדים ללא AI אינם משתמשים בקרדיטי AI. אין פירוש הדבר שכל התהליך, הערוץ או השירות המחובר הם בחינם. השוו את התוכנית בפועל ואת השימוש שנבדק אצלכם; המדריך הזה אינו כולל השוואת עלות או מהירות שנמדדה בפועל.

בדקו את ההחלטה לפני ההפעלה

התחילו בארבע הבקשות שבגיליון העבודה, ואז הוסיפו לכל אחת מקרה כשל קרוב: שעות חג חסרות, שירות שעדיין אינו ברור לאחר בירור, הזמנה שנכשלה ובקשה לחריג שלא אושר.

תעדו את גרסת התהליך, גרסת המקור, הקלט המדויק, התשובה בפועל, תוצאת הפעולה, המסלול הסופי לנציג והפניה מותרת לראיה. השאירו את התוצאה כ-NOT_RUN עד שמישהו מבצע את הבדיקה. התייחסו לאישור הזמנה שגוי כתקלה שחוסמת את ההשקה, גם אם שאר הניסוח נראה טוב.

הפרידו בין הראיות מסביבות בדיקה שונות. עמוד בונה הצ׳אטבוטים של Hosqi מתאר סימולציה פרטית בחינם שבה ה-AI והאפליקציות המחוברות מדומים, ודבר אינו נשלח החוצה. היא יכולה לעזור לבחון הסתעפויות; היא אינה מודדת את איכות התשובה של מודל אמיתי ואינה מוכיחה עדכון ביומן.

העמוד מתאר גם תצוגה מקדימה אופציונלית שמשתמשת ב-AI אמיתי ומציגה את העלות בקרדיטים לפני ההרצה, לצד בדיקות חיות עם בודקים מאושרים. תשובת AI אמיתית עדיין אינה מוכיחה מסירה בערוץ מחובר. אמתו בנפרד את אישור המסירה בפועל ואת הפעולה במערכת החיצונית לפני שמסתמכים עליהם. לא בוצעו בדיקות כאלה בסביבה פעילה לצורך המאמר הזה.

השתמשו ברשימת 20 השאלות לבדיקת בוט תמיכה מבוסס AI כשנדרש כיסוי רחב יותר של מידע חסר, הקשר וכשלי פעולות. עדכנו את התכנון שנבחר כשכשל מראה שנדרש תנאי נוסף, מקור טוב יותר או מעבר מוקדם יותר לנציג.

כדי להתחיל בהשוואה משלכם, הכירו את בונה הצ׳אטבוטים של Hosqi ומפו בקשת לקוח אחת בגיליון העבודה. בחרו צעדים קבועים, AI או שילוב שלהם לפי ההחלטות והראיות שהבקשה הזאת דורשת.