אוטומציית פולואפ ללידים צריכה לדעת מה השתנה מאז השיחה האחרונה. פנייה שהמתינה אתמול יכולה להיות היום פגישה שנקבעה, בקשה שנענתה בטלפון או אדם שביקש להפסיק לקבל הודעות. לכן נקודת המוצא היא מצב הטיפול הנוכחי, ההרשאה לפנות והאחראי שמוכן לקבל את התשובה.
המדריך הזה מתחיל אחרי שהפנייה כבר נקלטה, זוהתה ושויכה לצוות. הוא מתמקד בהמשך טיפול בפנייה אמיתית שנעצרה: מה מותר להכניס לתור, מה בודקים לפני שליחה ואיך מוציאים ממנו פנייה בזמן. בסופו יהיו לכם טבלת מצבים, סיבות עצירה וחמישה תרחישי בדיקה שאפשר להעביר לאחראי התהליך.
הכללים התפעוליים והדוגמאות כאן הם המלצות אפיון מקוריות להמחשה. הם אינם מדיניות מחייבת של כל CRM, תוצאות של לקוח אמיתי או ייעוץ משפטי. לפני הפעלה יש להתאים את התהליך לדין החל, להרשאות שנאספו ולמדיניות ערוץ התקשורת.
לפני המשך הטיפול בודקים מה השתנה בפנייה.
מגדירים מה באמת ממתין להמשך
״לא ענה״ הוא תיאור חלקי. האם הנציג שלח שאלה ונדרשת תשובה? האם הלקוח ביקש לחזור אליו במועד מסוים? האם העסק עצמו עדיין חייב לשלוח הצעה? בכל אחד מהמצבים הפעולה הבאה שונה. כשמחכים למסמך שהעסק הבטיח להכין, תזכורת ללקוח אינה מקדמת את הטיפול.
לכל פנייה שמועמדת לפולואפ הגדירו ארבעה דברים: מה חסר כדי להתקדם, מי אמור לספק אותו, מה הייתה ההסכמה להמשך ומי אחראי לבדוק את התוצאה. הוסיפו את מועד המגע האחרון ואת תוכנו הרלוונטי. אין צורך להעתיק לתור ההודעות את כל תיק הלקוח; קישור לרשומה המורשית יכול להספיק לצוות.
פנייה נכנסת לתהליך רק כאשר יש צעד ענייני שאפשר להסביר. למשל, בירור אם הפונה עדיין רוצה לתאם שיחת אפיון לגבי השירות שביקש. רשימת טלפונים ישנה ללא הקשר או הרשאה מתועדת אינה נקודת פתיחה מתאימה לתהליך הזה. גם שינוי שם הרשימה ל״לידים רדומים״ לא פותר את חוסר המידע.
מפרידים תזכורת פנימית מהודעה ללקוח
תזכורת פנימית אומרת לעובד לבדוק פנייה. הודעה חיצונית פונה לאדם בשם העסק. כדאי להגדיר אותן כשתי פעולות שונות, עם הרשאות, תכנים ותוצאות נפרדים. אפשר לנהל פולואפ מועיל שבו האוטומציה רק מעלה משימה לנציג, והנציג מחליט כיצד להמשיך.
תזכורת פנימית טובה מציגה את סיבת ההמתנה, זמן המגע האחרון, האחראי וקישור לפנייה. למשל: ״בדוק אם התקבלה תשובה לבקשת מועד לשיחה; לפני פנייה נוספת בדוק גם את יומן הפגישות״. אין צורך לשלוח מחדש פרטים אישיים בקבוצת צוות רחבה רק כדי להזכיר שיש משימה.
להודעה ללקוח נדרשת בדיקה נוספת: האם היא עדיין רלוונטית, האם הערוץ והמטרה מותרים, האם אפשר לענות לה ומי יטפל במענה. כשאין לצוות דרך לדעת אם התקבלה תשובה בערוץ אחר, התחילו בתזכורת פנימית. היעדר תמונת מצב אמינה צריך לצמצם שליחה אוטומטית.
בונים טבלת מצבים ומעברים
הטבלה הבאה היא מודל עבודה מוצע לפנייה קיימת. השמות יכולים להשתנות אצלכם, אבל ההבדל בין מצב עסקי לבין מצב שליחת הודעה צריך להישמר. ״ההודעה נמסרה״ מתאר את ההודעה; ״ממתינים למועד מהלקוח״ מתאר את העבודה.
| מצב הפנייה | פעולה אפשרית | מה מוציא אותה מהמצב |
|---|---|---|
| ממתינים לתשובת הפונה | תזכורת לנציג או הודעה מאושרת לפי הכללים | תגובה, בקשת עצירה, פגישה או סגירה |
| ממתינים לפעולה של העסק | משימה פנימית לאחראי | השלמת הפעולה והחלטה על הצעד הבא |
| התבקשה חזרה במועד מוגדר | המתנה עד המועד שנרשם | הגיע המועד ונבדק שאין שינוי נוסף |
| התקבלה תשובה | ביטול הפולואפ הממתין ופתיחת טיפול | אדם בודק את התשובה וקובע המשך |
| נקבעה פגישה | יציאה מרצף הפולואפ הזה | שינוי בפגישה מטופל בתהליך המתאים |
| ביקש להפסיק הודעות | חסימת השליחה בהתאם להיקף הבקשה | שינוי מותר ומתועד בהרשאה, לאחר בדיקה |
| הטיפול הסתיים | ביטול המשימות החיצוניות הממתינות | צורך חדש נבחן בנפרד |
| מצב לא ברור או שגיאת מערכת | עצירת שליחה ותור בירור בבעלות מוגדרת | בדיקה אנושית שמכריעה מה נכון לעשות |
אין צורך להפעיל פולואפ מחדש בכל פעם שעובד פותח את הרשומה. חזרה למצב פעיל דורשת סיבה עסקית ברורה. גם העברת הפנייה לעובד חדש אינה סיבה להתחיל שוב את אותו רצף מההתחלה.
קובעים תזמון ותנאי עצירה
מועד הפעולה נקבע לפי מה שנאמר בשיחה, סוג הבקשה ושעות הפעילות. אם הפונה ביקש לחזור לאחר תאריך מסוים, זהו פרט מרכזי בתכנון. אם הוא ממתין להצעה מהעסק, מטפלים קודם בהצעה. אין מספר אוניברסלי של הודעות או הפרש ימים שמוכיח שהפולואפ מתאים, מותר או יעיל.
הגדירו מראש גבול לניסיון: עד מתי הפנייה משתתפת בתהליך, כמה ניסיונות מאושרים במקרה המסוים ומתי נדרשת בדיקה אנושית. בחרו חלונות פעילות שמתאימים לעסק ולנמען, לרבות ימי מנוחה וחגים לפי ההקשר. אלה החלטות תפעוליות שיש לבדוק; תזמון נוח לבדו אינו יוצר הרשאה לפנות.
מטריצת סיבות עצירה
| אירוע | מה עוצרים | מי בודק את ההמשך |
|---|---|---|
| התקבלה תשובה בכל ערוץ מוכר | את התזכורות המבוססות על היעדר תשובה | אחראי הפנייה |
| נמסרה בקשת הסרה או הפסקת פניות | את ההודעות שבתחום הבקשה, כולל הממתינות | אחראי הרשאות או בעל התהליך |
| נקבעה פגישה או הושלם הצעד המבוקש | את רצף ההמשך הישן | בעל התהליך הרלוונטי |
| הפונה ביקש מועד אחר | את המועדים הישנים | הנציג מתעד מועד מוסכם חדש |
| חסרה הרשאה או שהיא אינה ברורה | שליחה חיצונית | עובד מוסמך לבירור |
| אין סטטוס עדכני או יש תקלה | את ניסיון השליחה האוטומטי | אחראי תור החריגים |
| הסתיים גבול הניסיונות שנקבע | ניסיונות נוספים באותו רצף | הנציג מסיים או קובע פעולה מותרת אחרת |
בקשת הפסקת תקשורת צריכה להשפיע על כל התהליכים הרלוונטיים, ולא רק על כרטיס הפנייה שבו העובד ראה אותה. אם היקף הבקשה אינו ברור, עוצרים את הפנייה המתוכננת ומבררים באופן מתאים, בלי להשתמש בחוסר הבהירות כתירוץ להמשך הרצף. שמרו את המינימום הדרוש לזיהוי חסימה ולמניעת פנייה חוזרת בהתאם למדיניות הנתונים והדין, עם הרשאות גישה מתאימות.
בודקים שוב רגע לפני השליחה
תור שנוצר בבוקר אינו הוכחה שבצהריים עדיין צריך לשלוח את ההודעה. אנחנו ממליצים לאפיין בדיקה סמוך ככל האפשר למסירה לערוץ: הפנייה עדיין פתוחה באותו מצב, לא התקבלה תגובה, ההרשאה עדיין מתאימה, אין חסימה וההודעה לא נשלחה כבר.
בדקו גם שהניסיון עדיין שייך לגרסה הנוכחית של התהליך. אם הנציג שינה מועד או ביטל את הפעולה, משימה ישנה שחזרה לרוץ אחרי תקלה צריכה להיפסל. אפשר לתכנן מזהה לניסיון השליחה ולשמור את התוצאה שלו, כדי שמסירה חוזרת של אותה משימה לא תהפוך להודעה נוספת. אופן המימוש תלוי במערכת ויש לבדוק אותו בפועל.
כאשר שתי פעולות מתרחשות כמעט יחד, בדיקה רגילה עשויה שלא להספיק. בקשו ממי שמיישם להסביר מה קורה אם תשובה נקלטת בין בדיקת הסטטוס לבין המסירה לספק, ואילו מנגנוני נעילה או ביטול זמינים. אין כאן הבטחה שכל CRM מאפשר בדיקה ופעולה אטומיות. כשאין יכולת אמינה למנוע התנגשות, העבירו את שלב השליחה לאישור עובד או צמצמו את האוטומציה לתזכורות פנימיות.
אם ספק ההודעות לא החזיר תשובה ברורה, אל תניחו שהשליחה נכשלה ותפעילו מיד ניסיון חדש. מצב ״תוצאה לא ידועה״ דורש בירור לפי הכלים שהספק מאפשר. שמירת מזהה הודעה ובדיקת תיעוד השליחה יכולות לעזור, אך יש לאמת שהן נתמכות בחיבור שבשימוש.
מה קורה כשמגיעה תשובה בזמן ההמתנה
הנה דוגמה מומצאת להמחשה בלבד. עסק שירותי משרד שלח לפונה בקשה לבחור מועד לשיחת אפיון. נוצרה משימת המשך למחרת בשעות הפעילות שהעסק הגדיר. לפני המועד הפונה מתקשר, בוחר שעה והנציג קובע פגישה.
במצב הרצוי הנציג מתעד את השיחה באותה פנייה, משנה את מצבה ל״נקבעה פגישה״ ומבטל את פעולת ההמשך. גם אם משימת השליחה כבר התעוררה, בדיקת המצב העדכנית צריכה לפסול אותה לפני שנשלחת שאלה שכבר נענתה. ביומן התהליך נשמרת סיבת הביטול, כך שהיעדר שליחה אינו נראה כתקלה.
כעת שנו פרט אחד: הנציג רשם את הפגישה רק ביומן פרטי. מבחינת מערכת הפולואפ, הפנייה עדיין ממתינה. זו בעיית תיעוד ותיאום שהודעות נוספות לא יפתרו. הגדירו איפה הצוות מעדכן תוצאה מערוץ אחר, מי בודק פערים ואיזה תהליך נשאר ידני עד שהמידע אמין.
דוגמה מוגבלת לוואטסאפ
לפי מדיניות WhatsApp Business, יצירת קשר מחייבת קבלת מספר הטלפון או שם המשתמש מהאדם וגם הרשאת opt-in לקבלת הודעות או שיחות המשך. יש לכבד בקשות הפסקה גם כשהן מתקבלות מחוץ לוואטסאפ. ב־Business Platform אפשר להשיב ללא תבנית בתוך חלון שירות של 24 שעות שנפתח ומתחדש עם כל הודעת משתמש; מחוץ לו נדרשת תבנית מאושרת. אוטומציה בחלון זה מחייבת מסלול הסלמה ברור וזמין. מדיניות ההודעות העסקיות של WhatsApp.
אישור תבנית אינו מחליף הרשאה של הנמען, ושליחה אפשרית מבחינה טכנית אינה מוכיחה התאמה לדין. הדוגמה כאן עוסקת ב־Platform; אין להסיק ממנה שכללי המוצר או אפשרויות החיבור זהים באפליקציית Business. להרחבה על ההבדלים והמבנה אפשר לקרוא את המדריך לאוטומציה בוואטסאפ.
נוסח המחשה לבדיקת הצוות, ללא אישור לשליחה: ״שלום, כאן צוות המשרד. בהמשך לבקשתך לשיחת היכרות בנושא תפעול משרד, האם עדיין מתאים לתאם? אם אין צורך בהמשך, אפשר לומר לנו ונעדכן.״ לפני שימוש בודקים את ההרשאה, המצב, חלון השירות והתבנית המתאימה. אין להציג את הנוסח כתבנית שאושרה על ידי WhatsApp או כנוסח בעל אישור משפטי.
בודקים חמישה תרחישים לפני הפעלה
בצעו את הבדיקות עם רשומות סינתטיות וסביבת בדיקה מתאימה, בלי לשלוח הודעות ללקוחות אמיתיים. לכל תרחיש שמרו את המצב ההתחלתי, הפעולה שנבדקה, התוצאה והאחראי לאישור.
- **תשובה לפני השליחה:** הוסיפו תשובה אחרי יצירת משימת ההמשך ולפני ביצועה. התוצאה הנדרשת: אין הודעת פולואפ המבוססת על היעדר תשובה, ויש משימה לבדיקת המענה.
- **בקשת הסרה בערוץ אחר:** תעדו בקשת הפסקה בשיחת טלפון. התוצאה הנדרשת: המשימות החיצוניות הרלוונטיות נחסמות גם אם כבר הוכנו.
- **פגישה שנקבעה:** עדכנו פגישה בפנייה. התוצאה הנדרשת: הרצף הישן נעצר; אין מעבר אוטומטי לקמפיין חדש מכוח אותה פעולה.
- **אותה משימה נמסרת פעמיים:** הפעילו מחדש את מזהה הניסיון. התוצאה הנדרשת: אין הודעה שנייה, ותיעוד הניסיון החוזר מסביר מה קרה.
- **אין אפשרות לקרוא סטטוס או שתוצאת השליחה לא ידועה:** נתקו מקור בדיקה או דמו תשובה חלקית. התוצאה הנדרשת: מעבר לתור חריגים בבעלות מוגדרת, ללא שליחה עיוורת וללא ניסיון חוזר אוטומטי על בסיס ניחוש.
בדיקה שעברה פעם אחת היא התחלה. חזרו על התרחישים אחרי שינוי בשדות, בכללי ההרשאה או בחיבור לספק. בדקו גם מה רואה העובד, כי מצב טכני נכון שאינו מוצג לצוות עלול להוביל להודעה ידנית כפולה.
מודדים התקדמות ומטפלים בחריגים
הפרידו בין הודעה שתוכננה, הודעה שנמסרה, שיחה שהתחדשה וצעד עסקי שהושלם. אפשר להוסיף ספירה של ביטולים בגלל תשובה או פגישה; ביטול כזה מעיד שהכלל פעל, והוא אינו בהכרח כישלון. מדדי קריאה, כאשר הם זמינים, אינם מוכיחים רצון להמשיך או הכנסה.
דוח עבודה קטן יכול להציג פניות שממתינות לתשובה אנושית, משימות שנעצרו בגלל מידע חסר וניסיונות שתוצאתם אינה ידועה. הציגו מזהה וקישור לרשומה במקום לשכפל פרטי קשר. לכל קבוצה קבעו אחראי, מועד בדיקה ודרך להסלים תקלה שלא נפתרה.
בדקו גם את איכות ההמשך: האם התשובה הגיעה לעובד הנכון, האם עודכן מצב הפנייה והאם העובד נאלץ לבטל הודעה שכבר לא התאימה. מספר הודעות גבוה אינו יעד בפני עצמו. מטרת התהליך היא לאפשר המשך ענייני לפנייה קיימת, במועד ובהיקף שמתאימים לה.
שאלות נפוצות
כמה תזכורות נכון לשלוח?
אין מספר קבוע שמתאים לכל עסק או יוצר הרשאה לשליחה. קבעו גבול לפי ההקשר, ציפיית הפונה והכללים הרלוונטיים, ובדקו מה קורה לפני כל ניסיון. כשהגבול מגיע, עוצרים את הרצף ומעבירים החלטה לנציג במקום להאריך אותו אוטומטית.
מה עוצר פולואפ כשהלקוח ענה בערוץ אחר?
עדכון של הפנייה המשותפת צריך לבטל את הפעולה שתוכננה על סמך היעדר תשובה. לשם כך נדרש נוהל תיעוד או חיבור אמין של ערוצי העבודה. אם שיחות טלפון ופגישות נשארות מחוץ למידע שהמערכת רואה, עדיף לייצר משימת בדיקה לנציג לפני הודעה נוספת.
האם טופס עם מספר טלפון מספיק לשליחת WhatsApp?
לפי מדיניות WhatsApp, מספר שנמסר לבדו אינו מספיק: נדרשת גם הרשאת opt-in מתאימה. בדקו מה בדיוק הוסבר בטופס ומה המשתמש אישר, ואל תרחיבו בקשה נקודתית להרשאה כללית. התאמה לדין דורשת בדיקה נפרדת. מדיניות WhatsApp Business.
איך מבדילים בין תזכורת לנציג להודעה ללקוח?
תזכורת לנציג יוצרת עבודה פנימית ואינה שולחת דבר לפונה. הודעה ללקוח היא תקשורת חיצונית ודורשת בדיקת הרשאה, תזמון, מצב ותוכן. הגדירו שמות והרשאות שונים לשתי הפעולות, כדי שהפעלת תזכורת לא תפעיל בטעות שליחה.
מה עושים כשהפונה מבקש להפסיק הודעות?
עוצרים את התקשורת שבתחום הבקשה ומבטלים גם משימות ממתינות. מתעדים את ההיקף והמקור במערכת המתאימה, כך שתהליך אחר לא יחזיר אותו לרשימת שליחה. אם יש ספק לגבי ההיקף, אל תמשיכו את רצף הפולואפ בזמן הבירור.
האם פנייה שנסגרה יכולה לחזור אוטומטית לפולואפ?
לא כדאי להחזיר אותה רק מפני שעבר זמן או עובד שינה שדה שאינו קשור. צורך חדש או בקשה חדשה צריכים להיבדק לפי ההקשר וההרשאות העדכניות. תכננו סיבת פתיחה מחדש מפורשת, עם אחריות אנושית במקרים שבהם המשמעות אינה ברורה.
מה עושים אם לא ברור האם הודעה נשלחה?
מסמנים את הניסיון כתוצאה לא ידועה ומעבירים לבדיקה של תיעוד הספק או המערכת. אין להפעיל מיד שליחה נוספת רק מפני שהחיבור התנתק. אם אי אפשר להכריע בצורה אמינה, בעל התהליך מחליט על המשך טיפול זהיר ומתעד את ההחלטה.
האם צריך AI כדי לבצע פולואפ כזה?
לא בהכרח. מצבים, תאריכים, הרשאות ותנאי עצירה יכולים להתבסס על כללים שהצוות הגדיר. אם מוסיפים כלי שמפרש תשובות, צריך לבדוק את טעויותיו ולשמור מסלול לאדם במקרים עמומים; אין צורך בכך כדי להתחיל מתזכורות פנימיות ותיעוד מסודר.
מתחילים מפנייה אחת
בחרו סוג אחד של פנייה שנעצרה, ותארו מה נחשב המשך רצוי ומה צריך לעצור אותו. הכינו את המצבים, האחראי וחמש בדיקות הקבלה לפני שאתם מגדילים את היקף השליחה. אם תרצו לאפיין את התהליך בעסק, אפשר להתחיל בשיחה עם אנשים מדיה על המידע שכבר קיים ועל נקודות הבקרה שחסרות.