שיחת WhatsApp Business צריכה להפוך לקריאה (ticket) כאשר התשובה דורשת חקירה, מעורבות של תחום אחר או משימה שתימשך לאחר הצ'אט. כדי שהרישום יהיה שימושי, הוא חייב להציג את הבעיה, מה כבר נוסה, מי ימשיך את הטיפול ומה הצעד הבא. שמירת ההודעות בלי לארגן מידע זה משאירה את הפנדינג בהיסטוריה.
מדריך זה מציע שגרה לצוותי תמיכה שמקבלים דיווחים דרך WhatsApp וצריכים לעקוב אחרי הפתרון. הטופס, הדוגמאות והבדיקות למטה הם תבניות עבודה להתאמה לתפעול; הם אינם מייצגים מקרים אמיתיים או תוצאות מדודות.
מתי לפתוח קריאה ומתי להמשיך בשיחה
הקריאה, הנקראת גם ticket, מייצגת דרישה שניתן לעקוב אחריה. שיחה אחת עשויה להכיל שאלה פשוטה ובעיה שדורשת ניתוח. הפרידו נושאים לפני קבלת החלטה מה לתעד.
| מצב | העברה מוצעת | מדד להחלטה |
|---|---|---|
| הלקוח שואל מתי שעות התמיכה | להשיב בשיחה | יש מידע עדכני ומספיק כדי לפתור את השאלה. |
| פונקציה ממשיכה להיכשל אחרי ההנחיה ההתחלתית | לפתוח קריאה טכנית | יש לחקור את ההתנהגות ולעקוב אחרי פעולה. |
| הלקוח מבקש תנאי מסחרי | להעביר למחלקת מסחר/מכירות | הצעד הבא הוא החלטת רכישה, לא חקירת תמיכה. |
| הלקוח שואל שוב על בעיה שכבר נרשמה | למקד ולהמשיך את המקרה הקיים | הדרישה זהה; הודעה חדשה אינה מעידה על בעיה חדשה. |
ההפרדה הזו היא כלל תפעולי. אל תשערו שהמערכת תגלה כפילויות או תאגד רשומות אוטומטית. אם הכלי לא מבצע בדיקה זו, מישהו בצוות צריך לעשות זאת.
הכינו טופס שיאפשר להמשיך את העבודה
לפני העברת המקרה, בדקו האם מישהו אחר יוכל להבין את הפנדינג בלי לבקש מהלקוח לספר הכל שוב. השתמשו בשדות הזמינים במערכת או ברישום פנימי מורשה. המבנה הבא הוא הצעת תהליך, לא רשימת שדות חובה ב‑Whatsplaid.
- הפניה של המקרה: מזהה אמיתי של הרשומה וקישור לשיחה.
- הבעיה שנצפתה: מה קרה, באיזה שלב ומתי התחילה.
- תוצאה צפויה: מה הלקוח ניסה להשלים.
- ההשפעה: אילו פעילויות נעצרו ומי הושפע.
- ראיות שימושיות: הודעת שגיאה, שעת משוערת ותמונה רלוונטית, במידת הצורך.
- ניסיונות קודמים: הנחיות שכבר בוצעו ותוצאותיהן.
- פנדינג נוכחי: הנתון, ההחלטה או הפעולה החסרים.
- המשכיות: אחראי פנימי, הצעד הבא והמועד שהוסכם לעדכון.
בקשו רק את מה שחסר לחקירה. הנחו את הלקוח לטשטש מידע של צד ג' בתמונות ולא לשלוח סיסמאות או קודי גישה. דיווח לא מלא צריך להיות מסומן ככזה; ה‑AI או הנציג לא צריכים למלא את החסר בהשערה שמוצגת כעובדה.
דוגמה לתמצית שעוזרת לצוות
שקלו את התרחיש הבדיוני הבא: אדם מצליח להיכנס למערכת, אך אינו מצליח להוריד דוח. “לקוח עם בעיה במערכת” אינו מבהיר את המשימה החסומה. תמצית שימושית יותר תהיה:
הלקוח ניגש לחשבון, אך הורדת הדוח אינה מסתיימת. מדווח שהשגיאה החלה הבוקר. כבר ניסה שוב לפי ההנחיות, ללא שינוי. צילום המסך שנשלח מראה הודעת שגיאה, שטרם נבדקה על‑ידי הצוות הטכני. חסרה האישור איזה דוח הוזמן. פעולה הבאה: לאסוף מידע זה ולחקור את ההורדה.
שימו לב שהתמצית מבדילה בין דיווח, ניסיון ואישור תלוי. היא אינה מייחסת את הכשל לדפדפן או לשרת ללא ראיות. הצוות צריך להתאים את התמצית להיסטוריה לפני קבלת החלטה.
תעדפו לפי השפעה ודחיפות
התיעוד של Atlassian משתמש בהשפעה ודחיפות כדי להגדיר עדיפות בניהול תקלות. יש ליישם את ההיגיון הזה בתהליך של הצוות שלכם: מה מושפע וכמה זמן יש לפעול? ההפניה הרעיונית נמצאת במקורות בסוף; היא אינה מעידה על אינטגרציה עם Whatsplaid.
בדוגמת הדו"ח, כשל שמונע פעילות עם מועד אחרון מיידי עשוי לדרוש תשומת לב לפני שאלה שאינה חוסמת את הפעילות. העדיפות תלויה בהקשר המאומת, לא רק במילה "דחוף" בהודעה.
הגדירו מי בודק את הסיווג הראשוני, כיצד הצוות מטפל בחוסר זמינות נרחב ומי נוטל אחריות כאשר האחראי הרגיל אינו זמין. הפרידו בין מועד העדכון למועד הפתרון: ניתן להבטיח עדכון על ההתקדמות מבלי להבטיח תיקון שגורמו עדיין לא ידוע.
שמרו על אחריות ברורה במהלך החקירה
בעת העברת הפנייה לאגף אחר, קבעו מי יחקור ומי ימשיך לתקשר עם ה לקוח. תפקידים אלה יכולים להיות בידי אנשים שונים, אך המחויבות לחזרת מידע חייבת להישאר גלויה.
תיבת נכנסות עם היסטוריה והתערבות אנושית עוזרת לצוות להמשיך את השיחה. כרטיס התמיכה מארגן את הסוגיה התלויה שנשארת פתוחה. כדי לארגן את פעולת כמה אנשים בערוץ, המדריך ל־ טיפול מרובה־נציגים עם IA וצוות אנושי מתאר את כללי ההעברה בין הנציגים.
אם יצירה או העברה נכשלים
אל תעדכנו שנפתח כרטיס לפני שאישרתם את הרישום. אם הפעולה משתמשת באינטגרציה חיצונית, בדקו גם שהיעד קיבל את המקרה. שליחה שניסו לבצע אינה מוכיחה קבלה. השתמשו נהלי החירום של הצוות, שמרו על ההקשר והסבירו ללקוח מה יהיה המגע הבא, בלי להמציא מספר פרוטוקול.
אם הלקוח חוזר לפני הפתרון
עיינו במקרה הקיים, הקליטו את המידע החדש והעריכו האם ההשפעה השתנתה. המנעו מלחזור על הנחייה שכבר ניתנה. אם ההודעה החדשה מתייחסת לבעיה אחרת, רשמו את הקשר בין הנושאים והחליטו אם הם דורשים מעקב נפרד.
מה ניתן לאוטומט ב־Whatsplaid
התיעוד של Whatsplaid מתאר יצירת כרטיסי תמיכה פנימיים במהלך השיחה, עם סיכום, קטגוריה, עדיפות והקשר השיחה. הצוות יכול גם לעקוב אחר ההיסטוריה, להשהות את ה־IA ולענות מהלוּחַ. יש לבדוק את תצורת הזרימה לפני ההפעלה.
זה אינו הופך כל כלל המוצע במדריך הזה לתכונה אוטומטית. בעל המקרה, סקירת עדיפות, בקרת מועדים, טיפול בכפילויות וקריטריוני סגירה חייבים להיות מוגדרים על ידי החברה ומאומתים בכלי שאומץ. אל תניחו חלוקה אוטומטית בין טכנאים, התראות על מועדים או אינטגרציה עם מערכת ספציפית ללא אימות.
הפרידו גם את השכבות: השיחה ביישום WhatsApp Business, שליחת הודעות דרך WhatsApp Business Platform והכרטיס השמור בתוכנת התמיכה הם חלקים שונים של הפעולה. אוטומציה מבוססת אינטגרציה תלויה בפעולות ובאישורים הזמינים בכל מערכת.
סיימו את המקרה עם ראיות ומשוב ללקוח
הגדירו מראש מה מאפשר לסגור כל סוג של כרטיס. בדוגמת הדו"ח, תיקון שבוצע חייב להיות מלווה בבדיקת ההורדה בהקשר המושפע. רישום פעולה טכנית ואישור שהבעיה נפתרה הם שלבים נפרדים.
רשמו את הצעד שננקט, תוצאת הבדיקה וכל מגבלה שנותרה. אם אין תגובה מהלקוח, עקבו לפי כלל מעקב מפורש; אל תרשמו אישור שלא התרחש. החזרת ה־IA, אם תהיה, חייבת אף היא להיבדק בזרימה המוגדרת.
בעת שליחת התשובה דרך WhatsApp Business Platform, שימו לב לחלון השירות של 24 שעות, שנפתח או מתחדש על ידי הודעת המשתמש. מחוץ לחלון זה המדיניות מחייבת תבניות מאושרות. קיום פניה פתוחה אינו מאריך חלון זה. כבדו גם בקשות להפסיק שליחת הודעות ושמרו על מסלול ברור לתמיכה אנושית.
בדקו את התהליך לפני הרחבת הפעילות
השתמשו במקרים מדומים כדי לוודא את כל הזרימה, כולל כשלונות. הבדיקות שלהלן הן הצעת אימות; הן לא בוצעו בחשבון אמיתי.
- שאלה פשוטה: אשרו שניתן לפתור אותה מבלי ליצור פניה מיותרת.
- דיווח חסר: בדקו אם הנתון החסר מבוקש או נרשם כהמתנה, ללא המצאה.
- כשל ביצירה: ודאו שהתשובה נמנעת מהאישור של רשומה שאינה קיימת ומפעילה את תכנית החירום.
- החזרה על אותו בעיה: בדקו שהצוות lokaliz את המקרה הקודם לפני פתיחת אחד חדש.
- התערבות אנושית: אשרו היסטוריה ניתנת לגישה והפסקת ה-IA בזמן פעולת הנציג.
- סגירה: אשרו עדויות לפתרון, תקשורת מותרת ואת התנהגות האוטומציה לאחר הסיום.
בפיילוט, עברו על פניות ללא צעד הבא, רישומים חסרים, החזרות ללא פתרון ו סיווגים שתוקנו על ידי הצוות. מדדו לפי סוג בקשה ורשמו כיצד כל מדד חושב. אלה הצעות למעקב; אינן מניחות דוחות מוכנים במוצר או יעדי ביצוע אוניברסליים.
מקורות שנבדקו
שאילתה בוצעה ב-30 בספטמבר 2026. כללי הערוץ ותכונות הכלים עלולים להשתנות; בדקו את התיעוד העדכני בעת הגדרת הפעולה.
- מדיניות ההודעות של WhatsApp Business: חלון שירות, תבניות ודרכי הסלמה.
- Atlassian: השפעה, דחיפות ו-priority: התייחסות רעיונית לארגון המיון (triage).
כדי להעריך יצירת פניות עם הקשר מתוך השיחות של החברה שלך, הכר את ה-tickets של Whatsplaid לתמיכה ב-WhatsApp Business ואל תראה כיצד התכונה משתלבת בתהליך התמיכה שלך.