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