pipeline ב-HubSpot הוא אוסף ה-stages שרשומה עוברת דרכם מההתחלה ועד הסוף - והגדרת ה-stages האלה נכון היא אחד הדברים בעלי המינוף הגבוה ביותר שתעשו בפורטל שלכם. pipeline טוב משקף איך העבודה באמת זזה דרך העסק שלכם, כך שה-stage של כל רשומה אומר את האמת והדיווח שלכם אמין. pipeline גרוע ממציא stages שאף אחד לא משתמש בהם, ומשאיר deals תקועים בלימבו ודוחות שמטעים. הנה המבט המקצועי על הגדרה וניהול של pipelines של אובייקטים כך שיישארו ישרים.
מהו pipeline של אובייקט, ולאילו אובייקטים יכול להיות אחד?
pipeline הוא רצף של stages שרשומה עוברת דרכם, וב-HubSpot אתם יכולים לבנות pipelines ל-deals, ל-tickets ולאובייקטים מותאמים אישית. deals זזים דרך sales pipeline (מחדש ועד סגור). tickets זזים דרך support pipeline (מהתקבל ועד נפתר). אובייקטים מותאמים אישית - כל דבר ספציפי לעסק שלכם, כמו בקשות, הזמנות או פרויקטי הטמעה - יכולים לקבל pipelines משלהם גם הם. כל pipeline הוא פשוט מסלול מוגדר עם stages, וכל רשומה יושבת ב-stage אחד בכל רגע נתון. דוגמה מהשטח: חברה מריצה pipeline אחד של deals לעסקים חדשים ו-pipeline נפרד לחידושים, כי שתי התנועות האלה באמת זזות דרך שלבים שונים.
איך מעצבים stages שמשקפים את המציאות?
תמפו את ה-stages לאיך שהעבודה באמת מתקדמת, לא לאיך שהייתם רוצים שתתקדם - כל stage צריך לסמן שינוי אמיתי וניתן לצפייה בסטטוס. הטעות הנפוצה ביותר היא יותר מדי stages, או stages שלא מתאימים לשום דבר שאדם באמת עושה. stage צריך לענות על "מה השתנה כדי להגיע לכאן" בתשובה קונקרטית: התקיימה פגישה, נשלחה הצעה, נחתם חוזה. אם שני stages תמיד מדלגים עליהם יחד, הם בעצם אחד. אם נציגים לא יכולים לדעת לאיזה stage שייך deal, ה-stages לא ברורים מספיק. דוגמה מהשטח: צוות מחליף stage מעורפל של "בתהליך" בשניים מדויקים - "הדגמה הושלמה" ו"הצעה נשלחה" - ופתאום ה-pipeline מראה בדיוק איפה deals נתקעים.
איך שומרים על pipelines נקיים אחרי שהם חיים?
תגדירו קריטריוני כניסה ויציאה לכל stage, ותבדקו את ה-pipeline באופן קבוע כדי שרשומות לא ירקבו במקום. ההגדרה היא רק חצי מהעבודה; הניהול הוא מה ששומר על הדיווח אמין. תסכימו על מה צריך להיות נכון כדי שרשומה תיכנס או תצא מכל stage, כך שכולם מזיזים רשומות באופן עקבי. ואז תבדקו במחזוריות - deals בלי פעילות אחרונה, רשומות שתקועות ב-stage אחד יותר מדי זמן, כל דבר עם תאריך סגירה שכבר עבר. pipeline שלא מנהלים אותו סוטה תוך רבעון: ה-stages משמשים בצורה לא עקבית, רשומות ישנות נערמות, והדוחות שנבנו עליהם מפסיקים בשקט להיות נכונים. פרופרטיז חובה ב-stages מרכזיים עוזרים לאכוף את המשמעת אוטומטית.
מתי כדאי ליצור pipeline חדש לעומת להוסיף stage?
צרו pipeline חדש כשהעבודה באמת זזה דרך מסלול שונה; הוסיפו stage רק כשיש שלב חדש אמיתי במסלול הקיים. תנועות שונות מצדיקות pipelines שונים - עסקים חדשים מול חידושים, או deals של מכירות מול תהליך הטמעה מותאם. אבל תתאפקו מלהקים pipelines לכל וריאציה קטנה; יותר מדי pipelines מפצלים את הדיווח שלכם ומבלבלים את הצוות. אותו ריסון חל על stages: יותר זה לא יותר טוב. זה בדיוק הסדר שאנחנו מסדרים עם לקוחות: קודם למפות איך העבודה באמת זורמת, לבנות את המינימום של pipelines ו-stages שלוכד את זה בכנות, ואז להוסיף מורכבות רק כשמסלול או שלב חדש אמיתי מופיע.
נקודת המבט של IV-Lead
ה-pipelines הם עמוד השדרה של דיווח אמין, ורוב הפורטלים מגדירים אותם קצת לא נכון בדרכים שמצטברות. הפתרון הוא משמעת, לא תכונות: לעצב stages שמסמנים שינויים אמיתיים, לקבוע קריטריונים ברורים למעבר ביניהם, ולבדוק את ה-pipeline כך שרשומות לא ירקבו. תשמרו את מספר ה-pipelines וה-stages קטן כמו שהאמת מאפשרת. תעשו את זה, וכל דוח שנבנה מעל - תחזית, מהירות, אחוז סגירה - יורש את היושר. תדלגו על זה, ותבזבזו יותר זמן על ויכוחים אם המספרים אמיתיים מאשר על פעולה לפיהם.
ה-stages של ה-pipeline שלכם לא תואמים לאיך שאתם באמת עובדים? תקבעו אודיט פורטל של 30 דקות - נסתכל על ה-pipelines וה-stages שלכם ונראה לכם איפה הם עולים לכם בדיווח אמין. לתמונה הרחבה, ראו איך אנחנו ניגשים להטמעה ואופטימיזציה של HubSpot.
שאלות נפוצות
כמה stages צריכים להיות ל-pipeline ב-HubSpot?
כמה שלוכדים בכנות איך העבודה זזה - בדרך כלל חמישה עד שבעה ל-sales pipeline. כל stage צריך לסמן שינוי אמיתי וניתן לצפייה בסטטוס. אם נציגים לא יכולים לדעת לאיזה stage שייכת רשומה, או ששני stages תמיד מדלגים עליהם יחד, יש לכם יותר מדי.
אפשר שיהיה יותר מ-pipeline אחד לאותו אובייקט?
כן. ל-deals, ל-tickets ולאובייקטים מותאמים אישית יכולים להיות מספר pipelines - למשל, pipelines נפרדים של deals לעסקים חדשים ולחידושים. צרו pipeline חדש רק כשהעבודה באמת זזה דרך מסלול שונה, לא לווריאציות קטנות.
מה ההבדל בין deal pipeline לבין pipeline של אובייקט מותאם אישית?
deal pipeline עוקב אחרי הזדמנויות מכירה עד הסגירה. pipeline של אובייקט מותאם אישית עוקב אחרי כל תהליך אחר שספציפי לעסק שלכם - בקשות, הזמנות, הטמעה - דרך ה-stages שלו. שניהם עובדים אותו דבר: מסלול מוגדר של stages, כשכל רשומה ב-stage אחד בכל רגע.
איך מונעים מ-deals להיתקע ב-pipeline?
תגדירו קריטריוני כניסה ויציאה ברורים לכל stage, תקבעו פרופרטיז חובה ב-stages מרכזיים, ותבדקו את ה-pipeline באופן קבוע אחרי רשומות בלי פעילות אחרונה או עם תאריכי סגירה שעברו. pipelines נשארים נקיים דרך ניהול, לא רק דרך הגדרה טובה.