בכל ישיבת צוות כמעט, מתישהו השאלה הזו עולה. המנהל מסתכל על הדשבורד, או פונה לראש הצוות, ושואל את השאלה הכי בסיסית ומתעתעת בעולם ה-CRM: ״אז מה פתוח לנו השבוע?״. על פניו, זו שאלה לגיטימית. אבל בלא מעט ארגונים, התשובה שהמערכת נותנת היא פשוט לא נכונה. לא כי ה-CRM מקולקל, אלא כי אף אחד לא עצר להגדיר מה זה ״פתוח״.
התוצאה היא חיכוך תפעולי שקט שכולם מרגישים. איש המכירות רואה רשימה של 120 הזדמנויות ״פתוחות״ ויודע שבפועל הוא עובד על 25. כל השאר הן הזדמנויות ישנות, לידים שלא הגיבו, או הצעות שנשלחו לפני חצי שנה ונשכחו. מנהלת השירות רואה 200 קריאות ״פתוחות״ ומרגישה שהצוות שלה טובע, אבל כשבודקים לעומק, מגלים ש-150 מהן בכלל ממתינות לתשובה מהלקוח ולא דורשות שום פעולה. המספרים על הדשבורד מספרים סיפור אחד, והמציאות בשטח מספרת סיפור אחר לגמרי.
הבעיה היא לא טכנולוגית, היא בעיה של שפה. כשאין הגדרה מוסכמת לסטטוסים, כל אחד מפרש את המערכת איך שנוח לו. ״פתוח״ הופך למילת קוד לכל מה שהוא לא ״סגור בהצלחה״ או ״סגור בהפסד״. תחת המטריה הענקית הזו נכנסים לידים שרק נכנסו למערכת, הזדמנויות שנמצאות במשא ומתן מתקדם, קריאות שירות שמחכות לחלק חילוף, ומשימות פולואפ מלפני שנה. כולם באותה קטגוריה, כולם נראים אותו דבר בדוח הכללי.
המחיר של הגדרה עמומה
כשהצוות לא מדבר באותה שפה תפעולית, הנזק הוא מיידי. זה מתחיל בדוחות לא אמינים, אבל מהר מאוד זה הופך להחלטות עסקיות שמתבססות על מידע מעוות. מנהל שרואה צינור מכירות מנופח עלול להסיק שהכל בסדר, ולא לזהות שהצוות שלו בעצם נאבק על קומץ קטן של הזדמנויות אמיתיות. מנהלת שרואה עומס בקריאות שירות עלולה לגייס עוד עובדים, בזמן שהבעיה היא בכלל תהליכי המתנה מול לקוחות או מחלקות אחרות.
אבל הנזק הכי גדול הוא לא ברמת ההנהלה, אלא ברמת הצוות. אנשי מכירות ושירות מתחילים לאבד אמון במערכת שאמורה לעזור להם. הם מרגישים שהעבודה הקשה שלהם לא באה לידי ביטוי, ושהמערכת מייצרת רעש שמסתיר את מה שחשוב באמת. זה הרגע שבו הם מתחילים לנהל את העבודה האמיתית בקבצי אקסל אישיים, בפנקסים או בפתקים על המסך. ה-CRM הופך ממערכת לניהול עבודה למערכת שהם צריכים ״לעדכן בשביל המנהל״. וברגע שזה קורה, הארגון מאבד את הנכס הכי יקר שלו: תמונה אחידה ומהימנה של מה שקורה עם הלקוחות.
איך מגדירים ״פתוח״ בצורה שעובדת באמת?
הפתרון הוא להפסיק להשתמש ב״פתוח״ כסטטוס, ולהתחיל להתייחס אליו כאל קטגוריית-על שמכילה בתוכה סטטוסים מדויקים שמתארים את השלבים האמיתיים במסע של הלקוח. במקום סטטוס אחד גנרי, צריך לבנות סדרה של תחנות ברורות, שמוסכמות על כולם. ההגדרה חייבת להיות ספציפית לכל תהליך מרכזי בארגון.
- בתהליך המכירה: במקום ״פתוח״, הגדירו שלבים כמו ״חדש״, ״בדיקה ראשונית״, ״אפיון צורך״, ״הצעה נשלחה״, ״משא ומתן״. כל אלה יחד הם מה ש״פתוח״, אבל כל אחד מהם מספר סיפור אחר לחלוטין על מצב ההזדמנות.
- בניהול לידים: ליד יכול להיות ״חדש״, ״נוצר קשר ראשוני״, ״נדחה למועד אחר״, או ״אין מענה – נדרש פולואפ נוסף״. כך קל לזהות איפה נוצרים צווארי בקבוק ואיזה לידים דורשים טיפול מיידי.
- בשירות לקוחות: קריאה יכולה להיות ״חדשה״, ״בטיפול נציג״, ״ממתינה לתשובת לקוח״, ״הועברה למחלקה אחרת״ או ״ממתינה לאישור פנימי״. ההפרדה הזו היא קריטית לניהול עומסים אמיתי והבנה של זמני טיפול.
ברגע שההגדרות האלה קיימות, מוסכמות ומוטמעות במערכת, השאלה ״מה פתוח?״ מקבלת תשובה חכמה. המנהל יכול לראות בדשבורד את המספר הכולל של הרשומות הפתוחות, אבל גם, וזה החלק החשוב, לבצע Drill-down ולהבין בדיוק כמה הזדמנויות נמצאות בשלב המשא ומתן, כמה קריאות שירות תלויות בלקוח, וכמה לידים חדשים מחכים לשיחה ראשונה. השינוי הקטן הזה בהגדרה הופך את ה-CRM מכלי שמתעד פעולות לכלי שמנהל תהליכים, ומאפשר לנהל שיחות עבודה שמבוססות על מציאות משותפת, לא על מספרים מנופחים.
