שילמת על CRM, ואחרי 3 חודשים אף אחד לא משתמש בה. איך למנוע את זה מראש

מערכת רפאים — תופעה שאנחנו רואים יותר מדי

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

בענף קוראים לזה "Ghost CRM" — מערכת שקנו אבל לא משתמשים בה. לפי מחקרים בתחום, בין 50% ל-70% מהטמעות CRM מסתיימות בשימוש חלקי בלבד או באי-שימוש כלל. וזה לא בעיה של המוצר — ברוב המקרים המערכת עצמה הייתה בסדר. הבעיה הייתה איך שהוטמעה.

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

סיבה ראשונה — המערכת לא תואמת לזרימת העבודה האמיתית

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

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

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

סיבה שנייה — אף אחד לא היה אחראי על האימוץ בפועל

בכל הטמעה כתוב בחוזה "אדמין מטעם הלקוח". בפועל, ב-80% מהמקרים, האדמין הזה הוא מישהו שכבר עומס עליו עבודה אחרת. הוא משתתף בפגישת ה-Kickoff, מאשר את האפיון, ואז חוזר למשימות הרגילות שלו. אין מי שדוחף את האימוץ אחרי העלייה לאוויר.

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

סיבה שלישית — ההדרכה הסתיימה ביום הראשון

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

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

סיבה רביעית — לא ברור למי לפנות בשאלה

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

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

צ'קליסט: 6 שאלות לבדוק לפני שאתם מתחילים

אם רובן בכן — הסיכוי לאימוץ הצליח טוב. אם רובן בלא — שווה לעצור ולסדר לפני שמתחילים.

1. האם מישהו מהספק או מהארגון יושב פיזית או בזום עם הצוות בימים הראשונים אחרי העלייה לאוויר?
2. האם האדמין הפנים-ארגוני שלכם פנוי לפחות 5-10 שעות בשבוע במשך החודש הראשון?
3. האם תהליכי ה-CRM נבנו אחרי שיחה עם המשתמשים בפועל — לא רק עם המנהלים?
4. האם יש ערוץ תמיכה ברור שהצוות יודע איך לפנות אליו (לא "מייל למנהל הפרויקט")?
5. האם תהיה הדרכה אישית בפועל — לא רק וובינר קבוצתי?
6. האם ההנהלה הצהירה במפורש שהמערכת היא לא רשות אלא חובה — ועומדת מאחורי זה?

איך MyBusiness Sprint נבנה כדי שזה לא יקרה

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

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