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