איך לארגן מספר נציגים באותו WhatsApp
כשיותר מאדם אחד מטפל באותו מספר, מתעוררות בעיות שכשלעצמן לא נפתרות על ידי מכשיר משותף או מספר מושבים של WhatsApp Web. שני מפעילים עלולים להשיב לאותו לקוח, שיחה עלולה להישאר ללא אחראי ומידע חשוב עלול להיעלם בין משמרות. אם קיימת אוטומציה, יש גם סיכון שהבוט ימשיך לשלוח הודעות בזמן שמישהו מנסה overtake את המקרה.
ריבוּת הטיפול ב‑WhatsApp מארגנת את הפעולה הזו על ידי איסוף שיחות, הקשר, אחראים ואוטומציה בתהליך משותף. במדריך זה תבינו את תפקידת תיבת נכנסים משותפת, איך לשלב IA וצוות אנושי ואיך להבדיל בין inbox, CRM וכרטיסים מבלי להתייחס לכלים אלה כסינונימים.
לתכנים נוספים על ארגון ואיכות השיחות, עיינו בקטגוריה של שירות לקוחות.
מה זה ריבוּת טיפול ב‑WhatsApp?
ריבוּת הטיפול ב‑WhatsApp היא דרך לאפשר למספר אנשי מקצוע לעקוב ולטפל בשיחות ממספר אחד או יותר בתוך פעילות מאורגנת. המטרה אינה רק לתת גישה סימולטנית לערוץ. המטרה היא להראות מי מטפל בכל איש קשר, מה כבר קרה ומה צריך להיות הצעד הבא.
מבנה WhatsApp מרובה משתמשים יכול לכלול:
- תיבת נכנסים משותפת למרכז שיחות;
- זיהוי המפעיל שלקח על עצמו את הטיפול;
- היסטוריה זמינה להמשכיות בין אנשים ומשמרות;
- מצב אוטומציה ברור, המציין מתי היא פעילה או מושבתת;
- נתוני קשר ומידע שנאסף במהלך השיחה;
- כרטיסים לבקשות שצריכות להמשיך מחוץ לצ'אט;
- קריטריוני ניתוב והסלמה שהוגדרו על ידי החברה.
אופן הפעולה המדויק תלוי בפלטפורמה ובתצורה. לפני החתימה, ודאו אילו מהתכונות האלה קיימות וכיצד הן מתנהגות בזרימת העבודה האמיתית של הצוות שלכם.
מדוע שיתוף מכשיר אחד אינו מספיק?
מכשיר משותף מרוכז את הגישה אך אינו יוצר אחריות. הצוות עלול לא לדעת מי קרא הודעה, האם מישהו כבר מכין את התשובה או מדוע השיחה הופסקה. אותו הדבר נכון לגבי גישות параллельיות ללא שכבת תפעול: נוכחות סימולטנית אינה שוות ערך לתיאום.
בצוותים קטנים ובשיחות מועטות, כללים פנימיים עשויים להספיק לתקופה מסוימת. ככל שהנפח, המשמרות או האזורים המעורבים גדלים, חוסר ההקצאה והקונטקסט נוטים להיות קשים יותר לשליטה.
מהי תיבת נכנסים משותפת של WhatsApp?
תיבת נכנסים של WhatsApp היא תיבת דואר הנכנס שהצוות משתמש בה כדי לצפות ולהמשיך שיחות הערוץ בלוח בקרה משותף. במקום שכל נציג יעבוד באופן מבודד, הפעולה עוקבת אחר ההיסטוריה ומצב הטיפול בסביבה יחידה.
תיבת נכנסים משותפת צריכה לעזור לענות על שאלות תפעוליות בסיסיות:
- האם שיחה זו בטיפול?
- מי האחראי הנוכחי?
- האם הלקוח כבר קיבל מענה?
- אילו נתונים נאספו?
- האם האוטומציה פעילה או שמישהו לקח על עצמו?
- האם יש משימה פתוחה שתימשך לאחר השיחה?
מידע זה מצמצם את התלות בזיכרון הפרטני. הוא גם מקל על העברת הקונטקסט כאשר נציג מסיים משמרת או כאשר אזור אחר צריך להשתתף.
תיבת הנכנסים איננה רק רשימת הודעות
רשימה כרונולוגית מראה מה הגיע, אך לא בהכרח מארגנת את העבודה. כדי לתמוך במספר נציגים, יש לשלב נראות עם תהליך של אחריות. גם כאשר הפלטפורמה מציעה תכונות תפעוליות, החברה צריכה להגדיר כיצד שיחה נלקחת, מועברת, נסגרת ונפתחת מחדש.
איך IA והצוות האנושי עובדים יחד?
ה‑AI יכולה לבצע שלבים חזרתיים או התחלתיים בעוד שהצוות נכנס לטפל במצבים שדורשים שיפוט, משא ומתן, אמפתיה או גישה מיוחדת. יש לתכנן את החלוקה לפי סוג בקשה, לא רק לפי נפח.
איפה ה‑AI יכולה לעזור
- לזהות את נושא השיחה;
- להשיב על שאלות שחוזרות בעזרת מקורות מוסמכים;
- לאסוף את המידע הנחוץ להמשך הטיפול;
- לסכם את ההקשר לפני העברה;
- להנחות את הצעד הבא כאשר יש כלל ברור.
צ'אטבוט מבוסס AI ל‑WhatsApp לא אמור להמציא מידע השייך למערכות או מדיניות ספציפיות. היקף, המקורות, הפעולות המותרות וקריטריוני ההעברה צריכים להיות מוגדרים ונבדקים.
מתי התמיכה האנושית צריכה לקחת אחריות
ההעברה (handoff) צריכה להתרחש כאשר:
- הלקוח מבקש לדבר עם אדם;
- ל‑AI אין אמון או מידע מספיק;
- יש חזרתיות, חוסר הבנה או תשובה שנמחלקת;
- המקרה כולל תלונה, משא ומתן או מצב רגיש;
- החלטה תלויה באישור אנושי;
- הנושא מחוץ לטווח שהוגדר.
בעת העברה, הצוות צריך לקבל היסטוריה, סיכום, נתונים שנמסרו כבר וסיבת ההעברה. במהלך הטיפול האנושי יש להשעות את האוטומציה כדי שלא תתחרה בשיחה. לאחר מכן תנאי מפורש יקבע אם הזרימה תיסגר או תשוב לפעולה.
עיצוב זה חל גם על מסלול ה‑ תמיכה ב‑WhatsApp, שבו שאלות חוזרות, מיון, טיפול אנושי ומעקב יכולים להיות חלק מאותה פעולה.
כיצד למנוע תשובות כפולות ואובדן היסטוריה?
תשובות כפולות ושיחות שנשכחות בדרך כלל אינן רק שגיאות של חוסר תשומת לב. הן מעידות על היעדר מצב, אחריות או תהליך משותף. כדי לצמצם בעיות אלה, קבעו כללים פשוטים שניתנים לבדיקה.
הקצה אחראי לכל שיחה
כאשר מישהו לוקח אחריות, זה צריך להיות נראה לאחרים. אם מתבצעת העברה, רשמו את האחראי החדש ואת הסיבה. הימנעו מהסכמים בלתי פורמליים שקיימים רק מחוץ לפלטפורמה.
השעה את האוטומציה בעת ה‑handoff
המערכת חייבת להבהיר האם השיחה אצל הבוט או אצל הצוות. כאשר מפעיל לוקח שליטה ידנית, עליו להיות מסוגל לעצור תגובות אוטומטיות. אין לאפשר חזרה אקראית או רק בגלל חלוף זמן.
רשום הקשר שימושי
היסטוריה אינה רק שמירת כל ההודעות. הדגש מידע הנחוץ להמשכיות: סיבת הפנייה, נתונים מאושרים, פעולות שבוצעו, פתוחות והשלבים הבאים. סיכומים מסייעים, אך אינם מחליפים בדיקה של ההיסטוריה כאשר ההחלטה דורשת פרטים.
צור מצבים ברורים
מבצע יכול להשתמש במצבים כגון חדש, בטיפול, ממתין ללקוח, ממתין למחלקה פנימית ונסגר. השמות חשובים פחות מהקריטריונים: כולם חייבים להבין מתי להשתמש בכל מצב ומה אמור לקרות לאחר מכן.
הימנע מעבודה מקבילה בלתי נראית
אם שתי יחידות צריכות לפעול, הגדירו מי עונה ללקוח ואיך ישתמר שיתוף הפעולה הפנימי. שמירה על נקודת תקשורת אחת מפחיתה הודעות סותרות.
Inbox, CRM וכרטיסים: מה ההבדל?
Inbox, CRM וכרטיסים יכולים להיות מחוברים, אבל פותרים בעיות שונות. בלבול ביניהם בדרך כלל גורם לרישומים לא שלמים, כרטיסים מיותרים או שיחות ללא המשכיות.
| רכיב | תפקיד עיקרי | דוגמת שימוש |
|---|---|---|
| Inbox | לארגן שיחות ועבודת מספר נציגים | אדם אחד לוקח את השיחה, משעה את הבוט ומשיב עם ההיסטוריה |
| CRM | לארגן контакטים, נתונים, היסטוריה והזדמנויות | לתעד עניין, תגים, הערות והמשכיות מסחרית |
| Tickets | לעקוב אחר בקשות שדורשות דדליין, אחריות או חקירה | פתיחת כרטיס טכני עם סיכום, קטגוריה, עדיפות והוכחות |
מתי להשתמש ב‑inbox
השתמש ב‑inbox כשהעדיפות היא לעקוב ולהשיב לשיחה. זהו המרחב התפעולי של התמיכה השוטפת.
מתי לרשום ב-CRM
השתמש ב CRM מחובר ל-WhatsApp כאשר יש לשמור על הארגון של איש הקשר וההקשר שלו מעבר לשיחה ספציפית, במיוחד במסלולי מכירות או יחסי לקוחות.
מתי ליצור כרטיס (ticket)
צור כרטיס כאשר הבקשה לא נשלמת בצ'אט. זרימת כרטיסים למעקב מובנה יכולה לשמור תיאור, עדיפות, ראיות והיסטוריה עבור הצוות האחראי.
מה לשקול בפלטפורמת מולטי-אטנדה?
הבחירה צריכה להתחיל מתרחיש אמיתי של החברה. בקשו לבדוק שיחה שמתחילה באוטומציה, עוברת לאדם, יוצרת מטלה ומאוחר יותר מתחדשת. במהלך ההערכה, בדקו:
- נראות: האם הצוות מזהה מי מטפל ובאיזה מצב השיחה נמצאת?
- היסטוריה: האם ההודעות והנתונים הנדרשים זמינים להמשך?
- העברה (Handoff): האם הנציג יכול לקחת פיקוד ולעצור את האוטומציה?
- חידוש: האם קיים נוהל ברור להחזיר את השיחה לזרם?
- הקשר: האם הנתונים שנאספו, תקצירים, תגים ומשימות פתוחות מופיעים בפני הנציג?
- CRM: האם ניתן לארגן אנשי קשר ומידע רלוונטי ללא הקלדה כפולה?
- כרטיסים (Tickets): האם בקשות שממשיכות מחוץ לצ'אט ניתנות לרישום ומעקב?
- AI: האם ניתן להגדיר ולבדוק מקורות, הוראות, הגבלות ומקרי העברה?
- גישה: האם החברה יכולה לשלוט מי צופה ומשנה מידע?
- מדיניות: האם הפעולה תואמת את הכללים התקפים של ה-Official WhatsApp API?
אל תניחו שכל פלטפורמה מציעה הפצה אוטומטית, תורים מתקדמים, דוחות או אינטגרציות ספציפיות. אשרו כל דרישה במהלך הדמו ורשמו מה הכרחי לתהליך.
כיצד ליישם מולטי-אטנדה של WhatsApp בפועל?
1. מיפוי סיבות לפניה
זהו את הדרישות השכיחות ביותר, מי יכול לפתור אותן ואיזו מידע נדרש. הפרידו שאלות פשוטות, בקשות שדורשות בדיקה ומקרים שדורשים שיקול דעת.
2. הגדרת תפקידים ואחריות
הגדירו מי עוקב אחרי שיחות חדשות, מי לוקח כל סוג מקרה, כיצד נעשות העברות ומי עוקב אחרי מטלות פתוחות. כללו משמרות, היעדרויות והסלמה.
3. עיצוב ה-handoff
בחרו טריגרים אובייקטיביים לתמיכה אנושית. הגדרו אילו נתונים והקשר מלוים את השיחה, כיצד הבוט נעצר ומתי הוא יכול לחזור.
4. ארגון Inbox, CRM וכרטיסים
החליטו מה נשאר כשיחה, מה מעדכן את איש הקשר ומה הופך לבקשה הניתנת למעקב. הימנעו מרישום אותה המידע בדרכים סותרות.
5. הכנת ה-AI והזרימות
אוטומטו קודם את המקרים צפויים ובעלי סיכון נמוך. השתמשו במקורות מאושרים, קבעו גבולות ובדקו וריאציות, הודעות לא שלמות, חריגות ובקשות לתמיכה אנושית.
6. הרצת פיילוט מבוקר
התחילו בצוות אחד או בסוג שירות אחד. שימו לב לשיחות כפולות, מקרים ללא אחראי, העברות לא שלמות ותשובות שנדרשו תיקון.
7. מעקב אחר מדדי תפעול
מדדו זמן עד התשובה השימושית הראשונה, זמן עד האדם כאשר מבוקש, שיחות ללא אחראי, העברות, פתיחות חוזרות, כרטיסים לא שלמים, תיקונים לתשובות אוטומטיות ותלונות. נתחו את הנתונים לפי סיבת הפניה, לא רק כממוצע כללי.
שאלות נפוצות על מולטי-אטנדה של WhatsApp
מה משמעות WhatsApp עם מספר נציגים?
זה אומר לאפשר למספר אנשים לטפל בערוץ בתוך תפעול מתואם. מעבר לגישה, יש לארגן אחריות, היסטוריה, מצב השיחה ומעבר בין אוטומציה והצוות.
Inbox של WhatsApp ומולטי-אטנדה זה אותו דבר?
לא בדיוק. ה-Inbox היא תיבת הדואר המשותפת המשמשת להפעלת שיחות. מולטי-אטנדה הוא התהליך הרחב יותר הכולל אנשים, חוקים, אחריות, אוטומציה והמשכיות.
האם מספר נציגים יכולים לענות בו-זמנית?
הפלטפורמה עשויה לאפשר גישה בו‑זמנית, אך הפעולה צריכה למנוע תגובות מקבילות. אידיאלי שיהיה בעלים גלוי וכללים לקבלה או העברה של כל שיחה.
האם ה‑IA מחליפה סוכנים?
לא בהכרח. היא יכולה לענות על שאלות חוזרות, לבצע מיון וללאסוף מידע. בני אדם נותרו חשובים למקרים חריגים, משא ומתן, תלונות, החלטות רגישות ומקרים מחוץ להיקף.
מתי שיחה אמורה להפוך לכרטיס שירות?
כשהבקשה דורשת חקירה, מועדי זמן, אחריות או מעקב לאחר הצ'אט. הכרטיס צריך לכלול את ההקשר הנדרש כדי שהצוות יוכל להמשיך מבלי לבקש מהלקוח הכל שוב.
האם צריך CRM כדי להשתמש בתיבת דואר (inbox)?
לא בכל המקרים. ה‑inbox מארגן את השיחות. CRM שימושי כאשר יש לעקוב אחרי אנשי קשר, היסטוריה, תחומי עניין והזדמנויות מעבר לטיפול הנוכחי.
ארגן שיחות לפני הרחבת האוטומציה
ריבוי טיפול ב‑WhatsApp אינו רק להוסיף עוד אנשים לאותו ערוץ. מדובר ביצירת נראות, אחריות וממשכיות כדי שלכל שיחה יהיה בעלים, היסטוריה וצעד הבא.
התחל בהגדרת התהליך. לאחר מכן השתמש ב‑inbox כדי לרכז שיחות, ב‑IA לשלביים המתאימים, בשירות האנושי למצבים שדורשים שיפוט, ב‑CRM לארגון אנשי קשר ובכרטיסים למעקב אחר פתוחות.