מדריך מאוזן: מה בוט וואטסאפ עושה טוב, איפה הוא נכשל, ואיך בונים מעבר חלק לאדם. כולל טבלת החלטה לפי סוג העסק, ומה חשוב לבדוק לפני שמפעילים בוט בעסק שלכם.
אחת השאלות שחוזרות אצל בעלי עסקים היא אם כדאי להחליף את המענה בוואטסאפ בבוט. התשובה הכנה היא שזו לא בחירה בין השניים. הפוסט הזה מסביר מה בוט עושה היטב, איפה הוא מזיק, ואיך בונים מודל משולב שבו הבוט מסנן ואוסף פרטים, והאדם נכנס בדיוק ברגע הנכון. כולל טבלת החלטה לפי סוג העסק.
בוט טוב הוא לא תחליף לאיש מכירות. הוא מכונה שמטפלת בחזרתיות. שעות פעילות, כתובת, מדיניות ביטולים, מחירון כללי, מצב הזמנה, כל אלה חוזרים שוב ושוב ולא דורשים שיקול דעת. כשהבוט עונה עליהם בשנייה, גם בשתיים בלילה, הלקוח מקבל תשובה והעסק לא משלם על זה בזמן אנושי. זה החלק הכי פשוט להצדיק כלכלית, ובדרך כלל גם הכי מהיר להקמה. בחלק גדול מהעסקים חלק ניכר מהפניות חוזר על עצמו, ולא פעם מדובר בשאלות שכבר נענו אתמול.
היכולת השנייה היא איסוף פרטים לפני שיחה. במקום שיחת טלפון שמתחילה מאפס, הבוט שואל שלוש או ארבע שאלות מובנות ומעביר את התשובות למי שמטפל. בחברת הובלות זה כתובת מוצא, כתובת יעד, קומה ומעלית. בהסעות זה תאריך, מספר נוסעים ויעד. איש המכירות פותח את השיחה כשכל המידע כבר מולו, והשיחה מתקצרת בצורה משמעותית. זה גם מסנן פניות שלא רלוונטיות בכלל, כמו בקשה לשירות שהעסק לא נותן.
התחום השלישי הוא הודעות יוצאות. אישור תור, תזכורת יום לפני, עדכון סטטוס הזמנה. במערכת ניהול התורים שפיתחנו, frontlife.co.il, האישורים והתזכורות יוצאים אוטומטית בלי שאף אחד צריך לזכור לשלוח אותם. אלה הודעות שהלקוח מצפה להן, הן לא נתפסות כספאם, והן חוסכות ביטולים ברגע האחרון. חשוב לקבל הסכמה מפורשת לקבלת הודעות, ולתת דרך פשוטה להפסיק אותן. מי שמתעלם מזה מסתכן בחסימה של המספר.
בוט לא יודע לזהות מצוקה. לקוח שכותב שהמשלוח לא הגיע לפני אירוע חשוב, או שהחיוב נגבה פעמיים, נמצא במצב רגשי שדורש בן אדם. תשובה אוטומטית מנומסת במצב כזה מרגישה כמו זלזול, והיא הופכת בעיה קטנה לביקורת רעה. אותו דבר לגבי תלונות. תלונה היא הזדמנות לתקן, ובוט לא יכול להתנצל באופן שנשמע אמיתי או להציע פיצוי. הוא גם לא יכול לקחת אחריות.
מכירה מורכבת היא הכשל השני. כשהלקוח לא בטוח מה הוא צריך, כשיש כמה חלופות עם פערי מחיר, או כשצריך להבין מה עומד מאחורי הבקשה, השיחה היא לא עץ החלטות. היא הקשבה. בוט יכול לאסוף את הפרמטרים, אבל הוא לא ישאל את השאלה שפותחת את העסקה. באתר ההובלות levimoving.co.il בנינו מחשבון מחיר בשלושה שלבים, והוא נותן הערכה ראשונית בלבד, כך שהמחיר הסופי תמיד עובר דרך אדם.
הכשל השלישי הוא המקרה שלא נצפה בתסריט. כל בוט נבנה סביב רשימת כוונות. ברגע שהלקוח כותב משהו שלא נמצא ברשימה, הבוט או מנחש או חוזר לתפריט. שתי האפשרויות מעצבנות. גם בוטים שמבוססים על מודל שפה נופלים כאן, כי הם עלולים להמציא תשובה בביטחון מלא. בעסק שנותן שירות, תשובה שגויה על מדיניות ביטולים או על זמן אספקה היא לא באג, היא הבטחה שלא תעמדו בה.
המודל שאנחנו ממליצים עליו הוא שכבתי. הבוט הוא השכבה הראשונה, האדם הוא השכבה השנייה, והמעבר ביניהן הוא חלק מהתכנון ולא תוצאה של כישלון. הבוט מקבל את הפנייה, מזהה למה היא שייכת, עונה על מה שהוא יודע, אוסף את הפרטים החסרים, ומעביר הלאה כשצריך. הלקוח לא אמור להרגיש שהוא נזרק בין שתי מערכות. הוא אמור להרגיש שהשיחה ממשיכה.
בשלב הראשון כדאי להגביל את הבוט לארבע עד שש שאלות. יותר מזה והלקוח נוטש. השאלות צריכות להיות סגורות ככל האפשר, עם כפתורים ולא טקסט חופשי, כי טקסט חופשי מייצר טעויות פענוח. כל תשובה נשמרת ישר במערכת הניהול, לא בקובץ צד. באתר ההסעות sharontours.co.il הפניות נכנסות למערכת ניהול פניות, וכך אף בקשה לא הולכת לאיבוד בין וואטסאפ למייל.
מחוץ לשעות הפעילות המודל משתנה. הבוט לא מעמיד פנים שיש מישהו בצד השני. הוא אומר בפירוש שהפנייה נרשמה, נותן טווח זמן ריאלי לחזרה, ומציע אלטרנטיבה למקרה דחוף. הבטחה של חמש דקות בשתיים בלילה היא הדרך המהירה ביותר לאבד אמון. עדיף לומר בבוקר, ולחזור בבוקר. בעסקים שבהם יש תורנות, שווה לחבר את הבוט ללוח המשמרות כדי שהתשובה תשקף מי באמת זמין.
נקודת המעבר היא החלק שהכי מזניחים, ולכן זו התקלה הנפוצה ביותר. בוט שלא יודע להעביר לאדם הוא בוט שלוכד את הלקוח. הגדירו מראש טריגרים ברורים: המילה נציג או אדם, שתי תשובות רצופות שהבוט לא הבין, מילים שמעידות על תלונה, בקשה שקשורה לתשלום או לביטול, וכל פנייה שמזוהה כלקוח קיים עם בעיה פעילה. הטריגר חייב לעבוד גם באמצע תסריט, לא רק בהתחלה.
מעבר טוב מעביר גם הקשר. האדם שמקבל את השיחה צריך לראות את כל ההיסטוריה, את הפרטים שנאספו ואת הסיבה למעבר, בלי לבקש מהלקוח לחזור על עצמו. לקוח שנשאל שוב מה שמו ומה הוא רוצה מבין מיד שהבוט היה קישוט. מבחינה טכנית זה אומר שהשיחה נשמרת במקום אחד, ושלמענה האנושי יש גישה לאותו מסך. בלי זה, הבוט רק מזיז את העבודה במקום לחסוך אותה.
שקיפות עוזרת יותר משנדמה. עדיף שהבוט יציג את עצמו כבוט במשפט הראשון. לקוח שיודע שהוא מדבר עם מערכת סלחני בהרבה כלפי תשובה חלקית, ולקוח שחושב שהוא מדבר עם אדם מרגיש מרומה כשמתגלה ההפך. באותו רוח, כשמעבירים לאדם כדאי לומר את זה במפורש, לציין תוך כמה זמן מישהו יענה, ולעמוד בזה. זו הבטחה קטנה שקל לקיים, והיא בונה אמון מהר.
אין תשובה אחת לכל עסק. ההבדל נקבע לפי שלושה דברים: כמה הפניות חוזרות על עצמן, כמה גבוה הסיכון בתשובה שגויה, וכמה גדולה העסקה. ככל שהפניות חזרתיות יותר והסיכון נמוך יותר, הבוט מכסה יותר. הטבלה הבאה היא נקודת פתיחה, לא פסק דין, וכדאי להתאים אותה למה שקורה בפועל בתיבת הוואטסאפ שלכם. עברו על מאה הפניות האחרונות וסמנו כמה מהן היו חוזרות.
| סוג העסק | מה הבוט מטפל בו | מתי עוברים לאדם | | --- | --- | --- | | מספרה, קליניקת יופי | קביעת תור, ביטול, תזכורת, שעות | שינוי טיפול, רגישות עורית, תלונה | | חברת הובלות | כתובות, תאריך, גודל דירה, הערכה ראשונית | מחיר סופי, פריט מיוחד, מועד דחוף | | חנות אונליין | מעקב משלוח, מדיניות החזרות, מלאי | מוצר פגום, חיוב כפול, לקוח כועס | | חברת הסעות | יעד, תאריך, מספר נוסעים | אירוע מורכב, תיאום לוגיסטי, חוזה | | שירות מקצועי | תיאום שיחה בלבד | כמעט תמיד, ומיד | | מסעדה, בית קפה | שעות, תפריט, הזמנת שולחן | אלרגיות, אירוע פרטי, תקלה בהזמנה |
שימו לב לשורה של השירות המקצועי. עורך דין, יועץ מס או מטפל לא צריכים בוט שעונה לגופו של עניין, כי כל תשובה עלולה להתפרש כייעוץ. שם הבוט עושה דבר אחד, מתאם שיחה ואוסף פרטים בסיסיים. גם בעסקים האחרים כדאי להתחיל צר. עדיף בוט שמכסה שלושה תרחישים היטב מאשר בוט שמכסה חמישה עשר בינוני. אפשר תמיד להרחיב אחרי חודש של נתונים אמיתיים.
בוט לוואטסאפ לא רץ על המספר הפרטי שלכם. הוא רץ מול WhatsApp Business API, ולזה יש כללים. יש חלון של עשרים וארבע שעות מרגע ההודעה האחרונה של הלקוח שבו אפשר לענות חופשי. מחוץ לחלון הזה מותר לשלוח רק תבניות הודעה שאושרו מראש. זו הסיבה שתזכורת תור נראית מנוסחת בצורה קשיחה. מי שמתכנן בוט בלי להבין את המגבלה הזו מגלה אותה מאוחר מדי.
מעבר לזה יש שאלת הדאטה. כל שיחה מייצרת פרטים אישיים: שם, טלפון, כתובת, לפעמים מידע רגיש. צריך להחליט איפה זה נשמר, מי רואה את זה, וכמה זמן שומרים. כך אנחנו בונים: הבוט מחובר ישירות למערכת הניהול של העסק, עם הרשאות לפי תפקיד, במקום להשאיר את המידע פזור בין כלים חיצוניים. בחנות stavstudio.co.il, שדורשת הזדהות של לקוחות, ההתחברות מאובטחת בקוד חד פעמי ולא בסיסמה שנשלחת בצ׳אט.
בלי מדידה אין דרך לדעת אם הבוט עוזר. שלושה מדדים מספיקים בהתחלה: כמה שיחות נסגרו בלי מעבר לאדם, כמה שיחות הגיעו למבוי סתום, וכמה זמן עבר עד מענה אנושי כשהיה מעבר. את השיחות שנתקעו קוראים ידנית פעם בשבוע, ומהן בונים את הגרסה הבאה. בוט הוא לא פרויקט שנגמר בעלייה לאוויר, הוא מוצר שמתוחזק. החודש הראשון הוא תמיד חודש של תיקונים.
אל תפעילו בוט על כל התנועה ביום הראשון. התחילו בתרחיש אחד שחוזר הכי הרבה, בדרך כלל קביעת תור או בדיקת סטטוס, והריצו אותו שבועיים. במקביל השאירו את המענה האנושי פעיל. אחרי שבועיים תדעו איפה הבוט מדייק ואיפה הוא מבלבל, ואפשר להרחיב תרחיש אחד בכל פעם. זו גישה משעממת, והיא זו שמונעת מכם לגלות בעיה דרך ביקורת בגוגל.
את הניסוח כתבו כמו שאתם מדברים. משפטים קצרים, בלי מילים גבוהות, בלי סימני קריאה. אם בעסק אומרים תור ולא פגישה, הבוט אומר תור. תנו לשלושה אנשים שלא מכירים את העסק לעבור על התסריט ולסמן איפה הם לא מבינים. רוב הכשלים בבוטים הם לא כשלי טכנולוגיה, הם כשלי ניסוח. שאלה מנוסחת רע מייצרת תשובה שהמערכת לא יודעת לקרוא.
ב-LS-WebStudio אנחנו בונים בוטים לוואטסאפ ולטלגרם בקוד, מחוברים למערכת הניהול של העסק ולא ככלי נפרד שיושב בצד. הגישה זהה בכל פרויקט: קודם מבינים אילו פניות חוזרות על עצמן, אחר כך מחליטים מה הבוט מטפל בו ומה עובר לאדם, ורק בסוף כותבים קוד. אם אתם מתלבטים, אפשר להתקשר 050-4491234 ולעבור על הפניות שלכם יחד.
תלוי בכמה תרחישים הבוט מטפל ובאילו מערכות הוא מתחבר. בוט שמטפל בתרחיש אחד, כמו קביעת תור, הוא פרויקט קצר. בוט שמחובר ליומן, למלאי ולמערכת ניהול פניות דורש יותר עבודה. השלב שלרוב מאריך את התהליך הוא אישור החשבון העסקי ותבניות ההודעה מול וואטסאפ, וזה תלוי בהם ולא בנו. לכן כדאי להתחיל את תהליך האישור מוקדם, במקביל לבנייה.
בעסק שנותן שירות, לא. בוט מכסה היטב את החלק החזרתי, ואת השאר הוא רק אוסף ומעביר. אפילו בעסקים עם תהליך פשוט מאוד תמיד מגיעה פנייה חריגה, ואם אין אדם מאחורי הבוט היא הופכת ללקוח אבוד. המטרה הנכונה היא לפנות זמן אנושי לשיחות שבאמת דורשות אדם, לא לבטל את האדם.
בוט תפריטים עובד לפי כפתורים ומסלולים קבועים. הוא צפוי, קל לבדיקה, ולא ימציא תשובות, אבל הוא נוקשה. בוט מבוסס מודל שפה מבין ניסוח חופשי, ובתמורה הוא עלול לענות בביטחון תשובה שגויה. הגישה הנכונה היא לשלב בין השניים: המודל מזהה למה הלקוח מתכוון, והתשובות עצמן צריכות להגיע ממקור נתונים אמיתי במערכת ולא מהמצאה של המודל.
זה תלוי בעיקר בניסוח ובאורך. קהל מבוגר מסתדר טוב עם כפתורים ברורים ועם שאלה אחת בכל הודעה, ומתקשה עם תפריטים מקוננים ועם טקסט ארוך. חשוב שבכל שלב תופיע אפשרות לדבר עם אדם, ושהמעבר הזה יעבוד באמת. אם רוב הלקוחות שלכם מעדיפים טלפון, השאירו לבוט את תפקיד איסוף הפרטים בלבד.
ברוב המקרים כן. מספר שמחובר ל-WhatsApp Business API לא יכול לשמש במקביל באפליקציית וואטסאפ הרגילה על הטלפון. כדאי להבחין בין אפליקציית WhatsApp Business לבין ה-API, ולדעת שמטא הוסיפה מסלול Coexistence שמאפשר לחבר מספר של אפליקציית Business ל-API ולהמשיך להשתמש גם באפליקציה. לכן נהוג להקצות מספר ייעודי לבוט, או להעביר את המספר הקיים ל-API ולנהל ממנו גם את המענה האנושי. כדאי לבדוק את המסלול העדכני ולהחליט על זה בהתחלה, כי החלפת מספר אחרי שכבר פרסמתם אותו היא כאב ראש.