// מדריכיםאיך עושים את זה
ניקיון הפייפליין: 8 המדדים, צ'קליסט שבועי ומה להעביר לאוטומציה (2026)
התשובה בקצרה
ניקיון הפייפליין הוא מידת ההתאמה בין הדילים ב-CRM שלכם לבין מה שהלקוחות באמת עושים. בפייפליין נקי, לכל דיל פתוח יש תאריך סגירה אמיתי, סכום, צעד הבא מוגדר, פעילות עדכנית מצד הלקוח ויותר מאיש קשר אחד, ודילים מתים מסומנים כסגורים. מודדים את זה בעזרת שמונה מדדים: כיסוי פייפליין, דילים ללא פעילות, דחיות בתאריך הסגירה, דילים ללא צעד הבא, דילים עם איש קשר יחיד, חריגות מזמן השהייה בשלב, שיעור זליגת הדילים ושדות חובה חסרים. עוברים מדי שבוע במשך 20 דקות על החריגות לפי נציג, והנציגים מתקנים אותן באופן אסינכרוני לפני סקירת הפייפליין, כדי שהסקירה תעסוק בדילים ולא בהזנת נתונים. את זיהוי החריגות ואת השליחה ביום שני מעבירים לאוטומציה; את שיקול הדעת לגבי הסיבה בצד הלקוח ואת ההחלטות לסגור דיל כ-Lost משאירים לאנשים.
מה זה ניקיון הפייפליין?
ניקיון הפייפליין הוא הפער בין מה שה-CRM שלכם אומר לבין מה שהלקוחות עושים. בכל דיל פתוח יש כמה טענות: זה תאריך הסגירה, זה הסכום, זה השלב ויש מי שעובד על הדיל. הניקיון נמדד בכמה מהטענות האלה עדיין נכונות. הפייפליין נקי כשמישהו שלא מכיר אותו יכול לקרוא אותו ולהגיע לאותו פורקאסט שאתם הייתם נותנים.
זו בעיה של מנהלי מכירות לפני שזו בעיה של הנציגים. אף אחד לא מתעד דיל שמת בשקט, כי לא קרה כלום, ו״לא קרה כלום״ זה בדיוק מה ש-CRM לא יכול להראות לכם. לכן מודדים ניקיון דרך חריגות — דילים שמפרים כלל — לפי נציג, מדי שבוע. כמו שמנסחים את זה ב-Sybill: ״הכשל הגדול ביותר בסקירת פייפליין הוא לבדוק דילים על סמך נתונים שלא קיימים.״
- לא כמות הפעילות. גם אחרי עשר שיחות מתועדות, דיל מת הוא עדיין דיל מת.
- לא ניקיון רבעוני. אם מנקים פעם ברבעון, הפייפליין נשאר מלוכלך במשך אחד עשר שבועות ממנו.
שימו לב
הטעות שרוב הצוותים עושים
להתייחס לניקיון כאל בעיית משמעת. הודעת ״בבקשה לעדכן את ה-CRM״ לכל הצוות מובילה לעדכון הדילים שהנציגים זוכרים; הדילים המתים נשארים בלי שינוי כי אף אחד לא חושב עליהם. הניקיון משתפר כשמפרטים את החריגות לפי דיל ולפי נציג, עם הכלל שכל דיל הפר.
אילו 8 מדדים מודדים את ניקיון הפייפליין?
שמונה מספרים מכסים את התמונה. שישה מהם מודדים כמות ולא אחוזים, כי אחוז מסתיר באיזה נציג ובאיזה דיל מדובר. לעומת זאת, שלושה דילים ללא פעילות, עם שמות לצידם, הם כבר נושא לשיחה ביום שני. את כל השישה אפשר להוציא מדוחות CRM עוד היום אחר הצהריים. כיסוי הפייפליין ושיעור זליגת הדילים הם יחסים שמחשבים מדי שבוע לצוות ופעם בתקופה לכל נציג.
| מדד | הגדרה / נוסחה | טווח תקין או כלל | למה זה חשוב |
|---|---|---|---|
| כיסוי פייפליין | פייפליין פתוח ÷ הטארגט לתקופה. כיסוי נדרש = 1 ÷ אחוז הסגירה ההיסטורי (landbase). | אחוז סגירה של 60%: 1.7×. אחוז סגירה של 25–40% (מיד-מרקט): 2.5–4×. אחוז סגירה של 15–25% (אנטרפרייז): 4–7×. כיסוי שגבוה בהרבה מהמספר שלכם בדרך כלל מעיד על דילים מתים. | דילים מתים מנפחים את הכיסוי ומסתירים חוסר אמיתי בפייפליין. |
| דילים ללא פעילות | דילים פתוחים שאין בהם פעילות מתועדת מול הלקוח במשך N ימים. | כלל אצבע, שצריך להתאים לנתונים שלכם: 7 ימים למחזור מכירה של פחות מ-30 ימים, 14 ימים למחזור של 30 עד 90 ימים, 21 ימים למחזור של יותר מ-90 ימים. בדילים שב-commit חלון הזמן קצר יותר; ב-orm-tech מוציאים דיל מ-commit אחרי ארבעה עשר ימים ללא פעילות משמעותית, אלא אם הנציג מציג מעורבות מצד הלקוח. | הדרך הכי נפוצה שבה הפורקאסט משקר. לא קרה כלום, אז לא תועד כלום, אז הדיל עדיין נספר. |
| דחיות בתאריך הסגירה | מספר הפעמים שתאריך הסגירה נדחה בתקופה הנוכחית, לכל דיל, לפי היסטוריית השדה. | כלל שימושי לסימון חריגה הוא שתי דחיות בתקופה, או כל דחייה שאין לה סיבה בצד הלקוח. ב-orm-tech דורשים אירוע מתועד בצד הלקוח לפני תאריך סגירה שנמצא בתוך התקופה. | הסימן המקדים הכי ברור לזליגה לתקופה הבאה; forecastio מציינת שינויים חוזרים בתאריך הסגירה כאחד מסימני הסיכון הנפוצים. |
| דילים ללא צעד הבא | שדה הצעד הבא ריק, ללא תאריך או מכיל ניסוח סתמי כמו ״פולואפ״. | אפס דילים כאלה אחרי שלב הקווליפיקציה הראשוני. המבחן של nbh: האם הצעד מוגדר, או שזה רק ״פולואפ״ מעורפל? | אין צעד הבא, אין תוכנית. זה גם השדה שהכי מהר לתקן, אז התחילו כאן. |
| דילים עם איש קשר יחיד | איש קשר משויך אחד, או אדם אחד בצד הלקוח שהגיב ב-30 הימים האחרונים. | למשל, שני אנשי קשר שמעורבים בתהליך עד שלב ההצעה, ובדילים מעל הגודל החציוני שלכם גם מישהו עם סמכות חתימה. | מספיק שאיש קשר אחד מפסיק להגיב כדי שהדיל ייתקע, בזמן שה-CRM עדיין מציג אותו כתקין. |
| חריגות מזמן השהייה בשלב | מספר הימים בשלב הנוכחי מול החציון בדילים שהצוות שלכם סגר בהצלחה. | כלל שימושי הוא 1.5× מחציון הזמן באותו שלב בדילים שנסגרו בהצלחה; עדכנו את החציונים מדי רבעון. | רוב הדילים שחרגו משמעותית מהזמן המקובל מסתיימים בהפסד, והחריגה מראה באיזה שלב. |
| שיעור זליגת הדילים | שווי הדילים שנדחו מעבר לתקופה ÷ שווי הדילים שבתחילת התקופה היו מיועדים להיסגר בתוכה, באחוזים (orm-tech). | אין מספר שמתאים לכולם; עקבו אחרי השיעור שלכם מרבעון לרבעון ודאגו שירד. בדוגמה עם החישוב של orm-tech השיעור הוא 50%, ובקרב הלקוחות שלה רק כ-20% מהשווי שהיה בפייפליין ביום הראשון נסגר בתוך הרבעון. | זה לוח התוצאות של שבעת המדדים האחרים. אם השיעור לא יורד, לא עובדים לפי הכללים. |
| שדות חובה חסרים | שיעור הדילים הפתוחים שעברו קווליפיקציה ויש בהם שדה חובה ריק כלשהו: תאריך סגירה, סכום, צעד הבא או אנשי קשר מרכזיים. | אפס. אכפו את הדרישה לפי שלב ב-CRM; הכלל של forecastio הוא להגדיר מה חייב להיות בכל שלב ולאכוף את זה. | סכום ריק הוא אפס בפורקאסט; סכום מנוחש הוא מספר שגוי שאף אחד לא מטיל בו ספק. |
אילו שדות חייבים תמיד להיות מלאים?
ארבעה שדות שאתם אוכפים, ושניים שה-CRM ממלא. הרשימה של forecastio לכל שלב כוללת תאריך סגירה, סכום הדיל, צעד הבא ואנשי קשר מרכזיים; ה-CRM מוסיף את תאריך הכניסה לשלב ואת תאריך הפעילות האחרונה, כל עוד הנציגים מעדכנים שלבים והפעילות מסונכרנת. הגדירו כל שדה כשדה חובה בשלב שמפורט בהמשך, בתוך ה-CRM עצמו. זה עולה לנציג עשר שניות ברגע שבו התשובה ידועה; תזכורת עולה לכם שבוע.
שדות החובה, והשלב שבו כל אחד מהם הופך לחובה
- תאריך סגירה, שמבוסס על אירוע בצד הלקוח: מועד חתימה, מחזור תקציב או עלייה לאוויר. חובה משלב הקווליפיקציה. תאריך שאין מאחוריו אירוע הוא תקווה, ותקווה נדחית הלאה.
- סכום, מספר ספציפי מתוך הצעת מחיר או הצעה עם היקף מוגדר. חובה משלב הקווליפיקציה. הסימן של nbh לניחוש הוא מספר עגול.
- צעד הבא, עם תאריך ושם של אדם בצד הלקוח. חובה בכל דיל פתוח, בכל שלב.
- אנשי קשר מרכזיים, לפחות הצ'מפיון ובעל סמכות החתימה, משויכים לדיל. שם שמופיע בהערה לא יכול להיכלל בדוח. חובה עד שלב ההצעה.
- השלב ותאריך הכניסה לשלב, מתעדכנים אוטומטית אם הנציגים מעדכנים את השלב כשהלקוח עובר שלב, ואף פעם לא כדי לייפות דוח.
- תאריך הפעילות האחרונה, מתעדכן אוטומטית אם השיחות, המיילים והפגישות מסונכרנים. אם לא, כל ספירה של דילים ללא פעילות היא ניחוש.
צ'קליסט שבועי למנהלי מכירות: ניקיון הפייפליין לפי נציג
עשרים דקות ביום שני בבוקר. בסבב הזה סופרים חריגות לכל נציג ומחליטים מי מקבל איזו רשימה. את התיקונים הנציגים עושים אחר כך.
בדיקת ניקיון שבועית (20 דקות)
- הוציאו את ששת דוחות החריגות לפי הנציג האחראי: ללא פעילות, תאריך סגירה שנדחה פעמיים או יותר, ללא צעד הבא, איש קשר יחיד, חריגה מזמן השהייה בשלב ושדות חסרים. (5 דקות)
- רשמו בטבלת המדדים את מספר החריגות של כל נציג, לצד המספר מהשבוע שעבר. (3 דקות)
- פתחו את שלושת הדילים הגדולים ברשימה. כל דיל ב-commit עולה לראש סדר היום של סקירת הפייפליין, בין אם הנציג מתקן את החריגה ובין אם לא. (5 דקות)
- סמנו דחיות שכבר יש להן סיבה בצד הלקוח; כאן הבעיה היא בדיל, ומביאים את הדיל עצמו לסקירה. (2 דקות)
- שלחו לכל נציג את הרשימה שלו, עם הכלל שכל דיל הפר ודדליין לתיקון, כמפורט בסעיף הבא. (4 דקות)
- תעדו את סך החריגות בצוות ואת המגמה. אם הסך יורד, מעדכנים את הסמנכ״ל שלכם; אם המספר עולה אצל נציג אחד, מעלים את זה ב-1:1. (1 דקה)
| נציג | ללא פעילות | דחיות ≥2 | ללא צעד הבא | איש קשר יחיד | חריגה מזמן השהייה בשלב | שדות חסרים | סך הכול (בשבוע שעבר) |
|---|---|---|---|---|---|---|---|
| נציג A | 3 | 1 | 4 | 2 | 1 | 0 | 11 (14) |
| נציג B | 0 | 2 | 0 | 1 | 2 | 1 | 6 (5) |
| נציג C | 5 | 3 | 2 | 3 | 2 | 2 | 17 (9) |
| צוות | 8 | 6 | 6 | 6 | 5 | 3 | 34 (28) |
קראו לרוחב, ואז לאורך. לרוחב, השורה של נציג C אומרת שכבר לא מתחזקים את הפייפליין — זו קודם שיחה על עומס העבודה, ורק אחר כך על ביצועים. לאורך, “אין צעד הבא”, העמודה עם הכי הרבה חריגות בצוות, מצביעה על פער בתהליך שפותרים פעם אחת בעזרת שדה חובה.
איך שומרים על פייפליין נקי בלי להציק לנציגים? מתקנים באסינכרון לפני הסקירה
תנו לכל נציג רשימה אישית, את הכלל שכל דיל הפר, ו-48 שעות. הצקות מתחילות כשהבקשה עמומה (“עדכנו את ה-CRM שלכם”) ופומבית (מול כל הצוות). רשימה אישית עם דדליין היא לא זה ולא זה. לפי Sybill, זמן ההכנה המצטבר לסקירה של 30 דקות הוא 45 עד 90 דקות, והרבה ממנו מוקדש לנתונים שהנציגים יכלו לתקן כבר ביום שני.
- יום שני, 9:00. הריצו את הבדיקה השבועית וייצאו את החריגות של כל נציג, עם הכלל לצד כל דיל.
- יום שני, 9:30. שלחו לכל נציג את הרשימה שלו בפרטי, בהודעה אחת, עם דדליין ליום רביעי בצהריים ושלוש תשובות אפשריות לכל דיל: תוקן, נסגר, או סיבה מצד הלקוח שמופיעה בהערה.
- שלישי ורביעי. הנציגים מתקנים ב-CRM. דחיית תאריך סגירה מחייבת תיעוד בהערה של האירוע בצד הלקוח. דילים שנסגרו יורדים מהפייפליין, וכיסוי הפייפליין יורד למספר האמיתי שלו. תנו לו לרדת.
- יום רביעי, 13:00. הריצו שוב את ששת הדוחות. החריגות שנשארו, יחד עם כל דיל שנרשמה לו סיבה מצד הלקוח, הן סדר היום לסקירה.
- יום חמישי, הסקירה. לא עורכים שום שדה במהלך הפגישה. כל דיל שנשאר לבדיקה יוצא ממנה עם החלטה: לתקן עכשיו, לסגור כ-Lost, או שמנהל המכירות מבצע פעולה. הפורמט של Sybill — 30 דקות ו-3 עד 5 דילים בעדיפות גבוהה — עובד רק אם השלב הזה כבר קרה.
- יום שישי. רשמו את מספרי החריגות של השבוע לצד המספרים מהשבוע שעבר. ציינו כשמספר ירד. כשמספר עולה, הביאו אותו ל-1:1 יחד עם הדילים הרלוונטיים, וקודם שאלו מה הפריע.
טיפ
ההודעה של יום שני, במלואה
“השבוע יש שלושה דילים ברשימה שלכם. Acme (אין פעילות מצד הלקוח כבר 24 ימים), Birch (תאריך הסגירה נדחה פעמיים, בלי סיבה בהערה), Cedar (אין צעד הבא). עד יום רביעי בצהריים כל דיל צריך להיות מתוקן, סגור, או עם סיבה מצד הלקוח בהערה. הסקירה של יום חמישי תעסוק במה שנשאר.” אותו נוסח בכל שבוע, כדי שיהיה ברור שזה תהליך ולא מצב רוח.
שימו לב
אף פעם לא שולחים לצוות את הרשימה של כל הצוות
רשימה פומבית הופכת את ניקיון הפייפליין לטבלת דירוג, והנציגים משחקים עם השדות: צעד הבא פיקטיבי, תאריך סגירה שחונה ביום האחרון של הרבעון. הרשימות פרטיות, המגמה פומבית. המספר הכולל של הצוות יכול להופיע על הקיר; השמות נשארים ב-1:1.
מה כדאי להפוך לאוטומטי, ומה משאירים לאנשים?
את הזיהוי והשליחה הופכים לאוטומטיים; את שיקול הדעת ואת ההחלטות על ההשלכות משאירים לאנשים. כל מדד כאן אפשר לזהות בעזרת דוח מתוזמן או כלל על שדה. galvintech מתארת מסך סקירה ב-Salesforce בשם “Clean Your Room”, שמבוסס בדיוק על הרשימות האלה — דילים שנדחו אחרי מספר ימים מוגדר, דילים שפתוחים יותר מדי זמן ופעילויות שלא נעשה עליהן פולואפ — כדי לוודא שהצוותים לוקחים אחריות על עדכון הדילים.
| משימה | אוטומציה או טיפול אנושי? | איך |
|---|---|---|
| זיהוי דילים רדומים | אוטומציה | דוח מתוזמן שמאתר דילים שבהם הזמן מאז הפעילות האחרונה עבר את הסף שלכם, בחלוקה לפי האחראי על הדיל. כשלא קורה כלום, אין אירוע שיפעיל את הבדיקה, ולכן היא רצה בתזמון קבוע. |
| דחיות תאריך סגירה, מעבר לשלב מוקדם יותר ושינויים בסכום | אוטומציה | היסטוריית שינויים בתאריך הסגירה, בשלב ובסכום, כרשימה שבועית או כהתראה. |
| שדות חובה לפי שלב | אוטומציה | הגדירו את השדה כחובה כשהדיל נכנס לשלב. |
| מספר החריגות והמגמה לכל נציג | אוטומציה | סקירה שמורה אחת בחלוקה לפי האחראי על הדיל, עם המספר מהשבוע שעבר לצד המספר של השבוע. |
| שליחת הרשימה האישית לכל נציג | השליחה אוטומטית, הניסוח נשאר שלכם | תבנית קבועה, זהה בכל יום שני, שנשלחת בפרטי. |
| האם יש סיבה אמיתית מצד הלקוח לדחיית התאריך | טיפול אנושי | קראו את ההערה. אם אין אירוע שמסביר את התאריך, הדיל חוזר לנציג במקום להיכנס לפורקאסט. |
| סגירת דיל כ-Lost | טיפול אנושי | הנציג מציע; בדיל שגדול מגודל הדיל החציוני שלכם, מנהל המכירות מחליט, והסיבה מתועדת. |
| עלייה במספר החריגות אצל נציג אחד | טיפול אנושי | הביאו את הדילים ל-1:1. עומס עבודה, טריטוריה ודיל גדול אחד שנתקע נראים אותו דבר כשמסתכלים רק על מספר החריגות. |
| “מה השתנה השבוע?” | המספרים באוטומציה, הסיפור נשאר אצלכם | תמונות מצב שבועיות של הפייפליין הפתוח, כיסוי הפייפליין ושיעור הדחייה לתקופה הבאה; אתם מסבירים מה המשמעות שלהן. |
איך diffi עוזרת
diffi מתחברת ל-Salesforce ול-HubSpot בהרשאות קריאה בלבד, ולכן אינה כותבת ל-CRM שלכם, וכללי שדות החובה שלכם נשארים במקומם. היא מפיקה עובדות מתוך השינויים שקרו — תאריך סגירה שנדחה או עבר לרבעון הבא, שלב שחזר אחורה, שינוי בסכום, משימה שבוצעה באיחור, וב-Salesforce גם דיל שלא השתנה במשך 21 ימים — והופכת אותן לסיגנלים על סיכונים בדילים ובפייפליין, עם הראיות שמאחורי כל אחד מהם. אפשר לשאול בשפה רגילה על הפייפליין הפתוח, אחוז הסגירה, אורך מחזור המכירה או מה השתנה השבוע; התשובות כוללות קישורים למקורות שלהן. כשצריך לתקן חריגות של נציג, diffi יכולה לשלוח לו הודעה ב-Slack בשמכם אחרי שתאשרו אותה, כך שהתיקון יקרה לפני הסקירה ולא במהלכה. רשימות החריגות מגיעות מדוחות ה-CRM השמורים שלכם; diffi מוסיפה את העובדות על השינויים, ולאחר אישור שלכם גם את ההודעה לכל נציג. קבעו דמו כדי לראות את הבדיקה השבועית רצה על הפייפליין שלכם.
לראות את זה בצוות שלכםאיך ניקיון הפייפליין משפיע על דיוק הפורקאסט?
כל בעיית תחזוקה בפייפליין היא טעות בפורקאסט שעוד לא הופיעה. פורקאסט מסכם, עבור הדילים שתאריך הסגירה שלהם חל בתקופה, את הסכום כפול ההסתברות שמשתמעת מהשלב. דיל רדום מוסיף סכום מדיל שלא ייסגר. תאריך שהיה צריך לדחות שוב משייך את הדיל לתקופה הלא נכונה. שדה סכום ריק הוא אפס, ושלב שאף אחד לא החזיר אחורה נושא את ההסתברות הלא נכונה. כמו שמנסחת זאת forecastio, “בלי נתונים אמינים, אי אפשר לסמוך על דוחות או על פורקאסט המכירות”.
לפי orm-tech, בקרב הלקוחות שלה רק כ-20% משווי הפייפליין שביום הראשון של הרבעון מיועד להיסגר באותו רבעון אכן נסגר בתוכו. שיעור הדחייה לתקופה הבאה הוא המספר היחיד שמראה אם כללי ניקיון הפייפליין שלכם עובדים, כי בפייפליין לא נקי דילים נדחים כשהתקופה מסתיימת.
ניקיון הפייפליין מתקן גם את הנתונים שעליהם מתבסס כיסוי הפייפליין. אם אף פעם לא סוגרים דילים מתים כ-Lost, אחוז הסגירה שלכם מחושב על בסיס מעט מדי הפסדים ונראה גבוה מדי. לכן 1 ÷ אחוז סגירה מציג כיסוי נמוך ממה שאתם צריכים, ובמקביל אותם דילים מתים מנפחים את הכיסוי שנראה שיש לכם. הרגל אחד שחסר — לסגור את מה שכבר מת — גורם לשתי הטעויות. תקנו את זה מדי שבוע, ושני המספרים ישקפו יחד את המציאות.
שאלות נפוצות
מה זה ניקיון הפייפליין?
ניקיון הפייפליין משקף עד כמה הדילים ב-CRM שלכם תואמים למה שהלקוחות באמת עושים. בפייפליין נקי יש לכל דיל פתוח תאריך סגירה אמיתי, סכום, צעד הבא מוגדר, פעילות עדכנית ויותר מאיש קשר אחד, ודילים שמתו נסגרים. מודדים אותו לפי מספר החריגות לכל נציג, בספירה שבועית.
אילו שדות חייבים תמיד להיות מלאים ב-CRM?
תאריך סגירה, סכום, צעד הבא ואנשי הקשר המרכזיים — עם אכיפה לפי שלב, לא באמצעות תזכורות. בנוסף, תאריך הכניסה לשלב ותאריך הפעילות האחרונה, שה-CRM ממלא כשמסנכרנים פעילות. הגדירו את תאריך הסגירה, הסכום והצעד הבא כשדות חובה בשלב הקווליפיקציה, ואת אנשי הקשר כשדות חובה בשלב ההצעה.
אחרי כמה ימים בלי פעילות דיל נחשב רדום?
ככלל אצבע: 7 ימים בלי פעילות מתועדת במחזור מכירה של פחות מ-30 ימים, 14 ימים במחזור של 30 עד 90 ימים, ו-21 ימים במחזור של יותר מ-90 ימים. התאימו את הספים לנתונים שלכם. בדילים שהתחייבתם לסגור, חלון הזמן קצר יותר; כלל נפוץ בשיחת פורקאסט הוא ארבעה עשר ימים בלי פעילות משמעותית מצד הלקוח.
איך שומרים על פייפליין נקי בלי להציק לנציגים?
שלחו לכל נציג את הרשימה האישית שלו בפרטי ביום שני, עם הכלל שכל דיל הפר ודדליין ליום רביעי בצהריים. אפשרו שלוש תשובות לכל דיל: תוקן, נסגר, או סיבה מצד הלקוח. השתמשו באותו נוסח בכל שבוע. כל מה שעדיין לא תקין ביום רביעי הופך לסדר היום של סקירת הפייפליין, כך שאף שדה לא נערך במהלך הפגישה.
איך ניקיון הפייפליין משפיע על דיוק הפורקאסט?
פורקאסט מסכם את הסכום כפול ההסתברות עבור הדילים שתאריך הסגירה שלהם חל בתקופה, וכל בעיית תחזוקה בפייפליין משבשת אחד מהמרכיבים האלה. דיל רדום מוסיף שווי שלא ייסגר, תאריך שנדחה משייך את הדיל לתקופה הלא נכונה, שדה סכום ריק הוא אפס, ושלב לא נכון נותן הסתברות לא נכונה. נקו את הפייפליין מדי שבוע, והטעות תופיע כשיעור דחייה לתקופה הבאה שאפשר למדוד ולהקטין, במקום כהפתעה בסוף הרבעון.
מה צריכה להציג סקירת ניקיון הפייפליין?
את מספר החריגות לכל נציג בשש קטגוריות: דילים רדומים, תאריך סגירה שנדחה פעמיים או יותר, אין צעד הבא, קשר עם איש קשר אחד בלבד, חריגה מזמן השהייה בשלב ושדות חובה חסרים. לצד כל מספר צריך להופיע המספר מהשבוע שעבר, ובנוסף כיסוי הפייפליין ושיעור הדחייה לתקופה הבאה של הצוות. בנו את הסקירה מדוחות שמורים ב-Salesforce או ב-HubSpot עם סינון לפי האחראי על הדיל; אותם שישה דוחות משמשים לבדיקה של מנהל המכירות ביום שני.
ניקיון הפייפליין הוא באחריות הנציג או מנהל המכירות?
התיקון באחריות הנציג; המדידה וההחלטות באחריות מנהל המכירות. הנציגים אחראים לשדות בדילים שלהם ולתיקון תוך 48 שעות. מנהל המכירות אחראי לספירה השבועית, למגמה, לשיקול הדעת לגבי הסיבה מצד הלקוח לדחיות תאריך הסגירה, ולהחלטה לסגור דיל כ-Lost.