למה פיילוט CRM קטן עדיף לפעמים מהטמעה מלאה ביום אחד

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

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

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

הטמעה מלאה חושפת יותר מדי בעיות בבת אחת

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

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

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

פיילוט טוב מתחיל מנקודת כאב אחת

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

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

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

מה פיילוט מלמד שאפיון לא תמיד מגלה

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

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

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

איך יודעים שהגיע הזמן להרחיב

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

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

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

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