מתי מערכת CRM היא לא הפתרון לבעיה שלכם?

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

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

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

מתי הבעיה היא לא ה-CRM אלא התהליך שמאחוריו?

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

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

סימנים שמערכת CRM לא תפתור את הבעיה

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

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

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

מה פותר את הבעיה כשמערכת CRM היא לא התשובה?

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

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

מתי כן נכון להביא מערכת CRM?

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

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

איך בודקים את זה לפני שמתחייבים לפרויקט CRM?

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

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

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