CRM כשרוב העובדים לא יושבים מול מחשב

בשש וחצי בבוקר, בחניית הרכבים של חברת הפצה למסעדות, שלושה נהגים מקבלים דפי ליקוט מודפסים. אחד הלקוחות שינה את ההזמנה אתמול בערב בהודעת וואטסאפ לאיש המכירות שמטפל בו, והשינוי קיים בטלפון של אותו איש מכירות ובשום מקום אחר. הנהג יגלה את זה בדלת האחורית של המסעדה, מול שף שמחכה לסחורה אחרת.

באותה שעה, במשרד, מנהלת התפעול פותחת את המערכת ורואה את ההזמנה בסטטוס "יצא למשלוח". היא תדע שמשהו קרה רק בשלוש אחר הצהריים, כשהנהג יחזור ויספר את זה בעל פה ליד דלפק המחסן, ובאותו זמן תעלה גם השאלה מי מזכה את הלקוח ומי מעדכן אותו. בארגון הזה יש שבעה אנשים במשרד וארבעים ושתיים עובדים שלא נוגעים במחשב במהלך יום העבודה.

בארגון כזה הצלחת ה-CRM לא נמדדת בכמה עובדים נכנסים אליו, אלא בשאלה אחת: האם כל אירוע שקרה בשטח נכנס למערכת פעם אחת, בזמן שהוא קורה, על ידי מי שהיה שם. כל השאר, כולל הדוחות שההנהלה רוצה, נגזר מזה.

עובדים בלי מחשב: למה חלק מהצוות לא צריך משתמש ב-CRM?

הטעות הנפוצה היא לתרגם "רוב העובדים לא מול מחשב" ל"צריך לתת לכולם גישה". מי שעובד במחסן, ברכב, בקו ייצור, בדירת לקוח או באתר בנייה פוגש את כרטיס הלקוח בשתיים או שלוש נקודות ביום, ולכל נקודה כזאת יש תשובה אחת נכונה: מה קרה, מתי, ומה נדרש עכשיו. זה דיווח, לא עבודה במערכת.

• משתמש מלא: מוקד, מכירות, תפעול, מנהלי משמרת וכל מי שצריך לראות היסטוריה של לקוח ולקבל בה החלטות.
• דיווח בלבד: נהגים, מתקינים, עובדי ייצור, מאבטחים, מלווים וצוותי ניקיון, שמזינים אירוע אחד ולא מנהלים תיק לקוח.
• בלי גישה בכלל: תפקידים שכל המידע עליהם נוצר ממערכת אחרת, כמו שעון נוכחות או סריקה ברציף, ואין להם מה להוסיף בידיים.

ההבחנה הזאת היא גם החלטה כספית. ארגונים משלמים שנים על רישיונות מלאים לעובדים שנכנסו למערכת פעמיים, ולכן שווה לעשות אודיט רישיונות לפני שמרחיבים את ההטמעה לשטח. לפעמים התשובה הנכונה היא רישיון מלא לעשרה אנשים וממשק דיווח פשוט לשאר.

איך בונים דיווח שדה ב-CRM שהעובדים באמת ממלאים?

עובד שמדווח מהשטח עושה את זה בעמידה, לפעמים עם כפפות, לפעמים בשמש שמסתירה את המסך, ולרוב כשמישהו מחכה לו. לכן דיווח שדה שעובד הוא מסך אחד, ארבעה עד חמישה שדות, רשימות סגורות במקום טקסט חופשי, ותמונה במקום תיאור. מה שלא נכנס במחצית הדקה לא יוזן, ומה שלא יוזן יחזור בסוף היום כהודעה קולית למנהל.

שתי נקודות תפעוליות נשכחות כאן כמעט תמיד. הראשונה היא קליטה: חניון תת קרקעי, מחסן קירור ומעלית משא מוציאים את המכשיר מהאוויר, ולכן הטופס צריך להישמר מקומית ולהישלח כשחוזרת הרשת. השנייה היא שהשטח כבר מדווח היום, בקבוצות וואטסאפ, ולכן הדרך המעשית להתחיל היא לא לבטל את הערוץ אלא לתעל אותו, בלי להתעלם מהבלגן התפעולי שמתחיל בחיבור וואטסאפ ל-CRM כשאין הגדרה מי אחראי על מה.

אם רוב העובדים בשטח הם טכנאים, הדיון מפסיק להיות כללי ונוגע מיד בניהול קריאות, טכנאים ומלאי ברכב, שם הדיווח בסגירת הקריאה הוא גם המסמך שממנו יוצאת החשבונית.

מכשיר משותף בשטח: איך מנהלים הרשאות וזיהוי ב-CRM?

בהרבה ארגונים יש טאבלט אחד על עמוד במחסן, או טלפון שעובר בין משמרות. כולם מחוברים בו כמשתמש אחד שנקרא "מחסן", וכך נראים גם הדיווחים במערכת. ברגע שצריך לברר מי קיבל את הסחורה או מי אישר שהעבודה הושלמה, אין תשובה, ובמקומה מתחיל בירור של חצי שעה עם שלושה אנשים.

הפתרון הוא לא בהכרח משתמש אישי לכל עובד. מכשיר משותף עם קוד אישי קצר בכניסה, או שיוך הדיווח למשמרת ולעובד שמוגדר בה, נותן זיהוי בלי לפתוח חמישים חשבונות שאף אחד לא מתחזק. במקביל צריך להחליט מה עובד בשטח רואה בכרטיס הלקוח: לרוב הוא צריך כתובת, איש קשר, מה הובטח לו והיסטוריה קצרה, ולא מחירים, תנאי תשלום או פרטי חוזה. זה בדיוק המקום שבו כדאי לתכנן הרשאות בלי לחסום עבודה, כי הרשאה גורפת מדי והרשאה צרה מדי מובילות שתיהן לאותה תוצאה: העובד מתקשר למשרד.

מה קורה כשמנהל משמרת מדווח ל-CRM בשם כל הצוות?

זה הפתרון שעולה ראשון בכל דיון, והוא לגיטימי בחלק מהמקרים. בקו ייצור, למשל, לעובד היחיד אין הקשר לקוח בכלל, ומנהל המשמרת הוא היחיד שיודע מה עוכב ולמה. בעבודה מול לקוחות, לעומת זאת, לדיווח מרוכז יש שלושה מחירים שכדאי להכיר מראש: הוא נעשה בסוף המשמרת ולא בזמן האירוע, הוא מאחד שש קריאות לשורה אחת כללית, והוא הופך לעוד מטלה שנדחקת כשיש עומס.

הדרך לבדוק אם זה עובד היא לא לשאול את מנהל המשמרת אם הוא מדווח, אלא להסתכל על הפער בין מה שרשום למה שקרה: כמה ביקורים חוזרים לא מופיעים במערכת, כמה שינויים בהזמנה הגיעו אחרי המשלוח, כמה פעמים מוקד השירות ענה ללקוח "אני בודקת ומחזירה אליך". צריך למדוד אימוץ בלי להפוך את זה למעקב אחרי עובדים, ובשטח ההבדל הזה רגיש במיוחד, כי מספיק שהצוות יחשוב שהמערכת נכנסה כדי לתזמן אותו וכל דיווח יהפוך לכלי הגנה.

מתי ארגון עם עובדים בשטח לא צריך CRM חדש?

לא כל פער בין המשרד לשטח הוא בעיה של מערכת. יש ארגונים שבהם המידע קיים במערכת ההזמנות או במערכת השכר, והוא פשוט לא מגיע לאנשים הנכונים בזמן, ואז החלפת מערכת רק מעבירה את אותו נתק לכלי חדש. יש מקרים שבהם מה שחסר הוא הגדרה אחת של מה נחשב עבודה שהושלמה, ולא עוד מסך.

הבדיקה המעשית פשוטה: כשלקוח מתקשר ושואל מה קרה אצלו אתמול, כמה שיחות פנימיות צריך כדי לענות לו. אם התשובה נמצאת במקום אחד והבעיה היא רק שאף אחד לא מסתכל שם, מדובר בתהליך ובהרגלי עבודה. אם התשובה מפוזרת בין דף מודפס, קבוצת וואטסאפ וזיכרון של נהג, אז יש כאן פער מידע אמיתי, והוא מצדיק בנייה מסודרת של דיווח מהשטח לפני שמישהו מדבר על דוחות ועל אוטומציות.