קליקבוט או נציג AI בוואטסאפ: איך מחליטים בלי להסתבך

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

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

מהו קליקבוט

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

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

מהו נציג AI בוואטסאפ

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

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

דוגמה: מספרה שמקבלת פניות בוואטסאפ

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

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

המודל המשולב

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

1. קבעו אילו פעולות חייבות להיות דטרמיניסטיות.
2. רשמו אילו שאלות מגיעות בניסוחים רבים.
3. חברו את שני המצבים לאותו היסטוריית שיחה ולאותו כרטיס לקוח.
4. הגדירו מתי AI רשאי להציע פעולה ומתי רק אדם מאשר אותה.
5. מדדו כמה פניות נסגרו, כמה הועברו וכמה נתקעו בלי תשובה.

איך בוחרים לכל תהליך

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

עלות בלי הפתעות

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

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

שלושה סימנים שהמבנה לא עובד

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

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