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

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

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

לפעמים אכן נבחרה מערכת לא מתאימה. אבל במקרים רבים הבעיה האמיתית התחילה הרבה לפני בחירת התוכנה.

מחקר שפורסם ב-Journal of Business & Industrial Marketing ובחן 126 חברות גדולות מצא שהיכולת של יועצי CRM לשפר את איכות המערכת ואת ביצועי החברה תלויה במידה רבה במעורבות המשתמשים, במיוחד כאשר המערכת מורכבת או שהדרישות אינן ברורות.

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

פרויקט CRM שמתחיל מבחירת מערכת מתחיל מהסוף

אחת הטעויות הנפוצות ביותר היא להתחיל בשאלה: "איזו מערכת CRM הכי טובה לנו?" Monday? Fireberry? Zoho? Salesforce? לפני שמשווים מערכות צריך להבין מה המערכת אמורה לפתור.

איך ליד נכנס לחברה? מי אחראי עליו? מה קורה אם לא חוזרים אליו? מתי הוא הופך ללקוח? איך המידע עובר ממכירות לתפעול? אילו מערכות נוספות משתתפות בתהליך? אילו נתונים ההנהלה צריכה לקבל?

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

מערכת חדשה לא מתקנת תהליך ישן

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

הטמעת CRM היא הזדמנות לבחון את התהליכים מחדש. אילו שלבים מיותרים? מה אפשר לאחד? מה אפשר לבצע אוטומטית? ואילו פעולות לא צריכות להתבצע בכלל?

אם לא עושים את הבדיקה הזאת, מקבלים לעיתים תהליך לא יעיל, רק בתוך מערכת חדשה.

אם העובדים לא משתמשים במערכת, גם הנתונים לא יהיו אמינים

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

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

זו בדיוק הסיבה שמעורבות המשתמשים כבר בשלב האיפיון חשובה כל כך. המחקר על 126 החברות מסכם זאת בצורה ברורה: "User involvement… acts as the key facilitating mechanism." כלומר, מעורבות המשתמש אינה רק "נחמד שיהיה". היא מנגנון מרכזי שמסייע להתמודד עם מורכבות המערכת ועם חוסר ודאות בדרישות.

הטמעת CRM היא גם פרויקט של ניהול שינוי

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

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

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

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

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

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

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

הצלחה של CRM לא נמדדת ביום ה-Go Live

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

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

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

מה צריך להגדיר לפני שמתחילים הטמעת CRM?

לפני שמתחילים לבנות מערכת כדאי להגדיר ארבעה דברים:

התהליך העסקי: איך החברה עובדת היום ואיך היא צריכה לעבוד בעתיד.

הנתונים: איזה מידע צריך להישמר, איפה ומי אחראי עליו.

המשתמשים: מי יעבוד במערכת ומה הם צריכים ממנה כדי לבצע את העבודה טוב יותר.

מדדי ההצלחה: איזה שינוי עסקי אמור להתרחש בעקבות הפרויקט.

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

לסיכום: CRM הוא פרויקט עסקי לפני שהוא פרויקט טכנולוגי

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

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

המטרה היא לא להטמיע CRM. המטרה היא לשנות את הדרך שבה החברה עובדת, ולמדוד שהשינוי באמת קרה.