למה הטמעות CRM נכשלות: חמש הסיבות האמיתיות ומה עושים נגדן

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

הסיבה הראשונה: אין תהליך, יש רק מערכת

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

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

הסיבה השנייה: אין בעלים

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

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

הסיבה השלישית: הנציג נותן יותר ממה שהוא מקבל

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

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

הסיבה הרביעית: נתונים מלוכלכים נטענו כמות שהם

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

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

הסיבה החמישית: אין חיבור למקום שבו נוצר הכסף

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

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

איך מזהים כישלון מוקדם?

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

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

מה עושים כשכבר נכשל

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

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

שלושים הימים הראשונים, יום אחר יום

• ימים 1-3. לכתוב את התהליך בשבעה שלבים ולהראות אותו לשני נציגים. אם הם מתארים אותו אחרת - זו המשימה הראשונה, לא ההגדרה.
• ימים 4-7. לנקות את רשימת הלקוחות: כפילויות, טלפונים בפורמט אחיד, לקוחות מתים מסומנים.
• ימים 8-12. להגדיר רק את התהליך הזה: שלבים, שדות חובה מינימליים, ומה קורה אוטומטית.
• ימים 13-15. לחבר את המערכת שמפיקה חשבוניות, או להחליט במפורש שזה נדחה ומי מקליד בינתיים.
• ימים 16-25. הצוות עובד רק במערכת, ומישהו אוסף כל תקלה ברשימה אחת.
• ימים 26-30. לתקן את חמש התקלות שחוזרות הכי הרבה, ורק אז לדבר על התהליך הבא.

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

כמה עולה כישלון כזה

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

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

הכישלון שנראה כמו הצלחה

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

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

מקורות

• Fireberry by Powerlink - יכולות ואוטומציות
• Kala CRM - יכולות המערכת