כש-workflow ב-HubSpot לא נדלק, הסיבה כמעט אף פעם לא הפעולה שלא קרתה. היא ה-enrollment שמעולם לא התחיל. כמעט כל בעיה של “ה-workflow שלי שבור” נובעת מאחד מארבעה דברים: קריטריוני הטריגר, הגדרת ה-re-enrollment, התזמון של הרגע שבו הרשומה עמדה בקריטריונים, או פילטר שמדיר את הרשומה בשקט. אז ריכזנו לכם את המבט המקצועי על איך מאתרים מי מהם זה, לפי הסדר, בלי לנחש.
תתחילו עם טריגר ה-enrollment, כי רשומה נכנסת ל-workflow בדיוק ברגע שבו היא עומדת בקריטריונים מחדש. הטעות הכי נפוצה היא להניח שרשומה שכבר תואמת את הטריגר תיכנס. היא לא. טריגר כמו “lifecycle stage הוא Lead” מכניס רשומה רק כשהיא הופכת ל-Lead, לא רשומות שכבר היו Leads כשהדלקתם את ה-workflow. תפתחו את ה-workflow, תבדקו את טריגר ה-enrollment, ותשאלו שאלה מדויקת: האם הרשומה הספציפית הזו חצתה את הקו אחרי שה-workflow הפך לפעיל? דוגמה מהשטח: אתם בונים workflow שישלח email לכל איש קשר שהסטטוס שלו הופך ל-Marketing Qualified Lead, ואז תוהים למה 2,000 ה-MQLs הקיימים שלכם לא קיבלו כלום. הם מעולם לא חצו את הקו בזמן שה-workflow היה חי, רק אנשי קשר שהופכים ל-MQL מעכשיו נכנסים - אלא אם תכניסו את הקיימים ידנית או תסמנו את התיבה להכניס רשומות קיימות כשאתם שומרים.
כברירת מחדל רשומה נכנסת ל-workflow רק פעם אחת, כך שרשומה שכבר עברה לא יכולה לעבור שוב אלא אם תאפשרו re-enrollment. אם אתם מצפים שרשומה תרוץ דרך אותו workflow יותר מפעם אחת, למשל איש קשר שממלא את אותו טופס פעמיים, אתם חייבים להדליק re-enrollment ולהגדיר אילו טריגרים מאפשרים אותו. בלי זה, האירוע השני לא עושה כלום כי הרשומה כבר השלימה את ה-workflow. תבדקו את לשונית ה-re-enrollment ותוודאו גם שהוא דלוק וגם שהטריגר הספציפי שמעניין אתכם מופיע כטריגר re-enrollment. זו הסיבה היחידה הכי נפוצה ש-workflow “עובד בפעם הראשונה ואף פעם לא שוב”.
ה-enrollment יכול להיחסם על ידי קריטריוני goal, suppression lists, או תנאי AND שהרשומה נכשלת בו בגלל פרופרטי בודד. תקראו את קריטריוני הטריגר מילולית. אם כתוב lifecycle stage הוא Lead וגם country הוא United States, Lead בקנדה לעולם לא ייכנס, וקל לפספס את זה כשעוברים מהר. תבדקו גם אם ל-workflow יש goal שהרשומה כבר עומדת בו, כי רשומה שכבר מקיימת את ה-goal מוחזקת בחוץ. ותוודאו שהרשומה לא ב-suppression list או unsubscribed אם ה-workflow שולח email, כי HubSpot ידלג על השליחה. דוגמה מהשטח: איש קשר כאילו נעלם מ-workflow של nurture, הסיבה הייתה ערך בודד חסר, הטריגר דרש country והרשומה לא הכילה אחד, כך שתנאי ה-AND נכשל בשקט.
תשתמשו ב-enrollment history של ה-workflow וב-timeline של הרשומה עצמה, כי הם מראים בדיוק מתי רשומה נכנסה, איפה היא יושבת ולמה היא נעצרה. תפתחו את ה-workflow, תיגשו ל-enrollment history או ל-workflow membership של איש הקשר, ותסתכלו על הרשומה הספציפית. אתם רואים אם היא בכלל נכנסה, על איזה step היא מושהית, ואם היא הוצאה. ברשומה עצמה, ה-timeline מציג את אירועי ה-workflow. זה הופך את האיתור ממשחק ניחושים לקריאה, אתם מפסיקים לתאורטיז ומתחילים להסתכל על מה שהמערכת תיעדה. אם הרשומה אף פעם לא מופיעה ב-history, הבעיה היא ב-enrollment, תחזרו לטריגר. אם היא נכנסה אבל נתקעה, הבעיה היא delay או branch, תעקבו אחרי המסלול.
איתור בעיות ב-workflow מרגיש מסתורי עד שמקבלים שהתשובה כמעט תמיד ב-enrollment, לא בפעולה. תעבדו על ארבע הבדיקות לפי הסדר, טריגר, re-enrollment, פילטרים, ואז history, ותמצאו את הסיבה בדקות במקום לבנות מחדש את כל הדבר. הלקח העמוק יותר הוא שרוב באגי ה-enrollment הם בעצם באגי דאטה, פרופרטי חסר, ערך לא צפוי, רשומה שמעולם לא חצתה את הקו. דאטה נקייה הופכת workflows למשעממים-אמינים, ומשעמם זה בדיוק מה שאתם רוצים מאוטומציה.
יש לכם workflow שנדלק לחלק מהרשומות ולא לאחרות? תקבעו אודיט פורטל של 30 דקות ונאתר אותו לשורש איתכם. לעזרה מתמשכת, תראו איך אנחנו מטפלים בהטמעה ואופטימיזציה של HubSpot.
למה ה-workflow שלי לא מכניס אנשי קשר שכבר תואמים את הקריטריונים?
Workflows מכניסים רשומה ברגע שהיא עומדת בטריגר מחדש, לא רשומות שכבר תואמות כשאתם מפעילים אותו. כדי לכלול רשומות קיימות, תסמנו את האפשרות להכניס רשומות קיימות כשאתם שומרים, או תכניסו אותן ידנית.
למה ה-workflow שלי רץ רק פעם אחת לכל איש קשר?
כברירת מחדל רשומה יכולה להיכנס רק פעם אחת. אם אתם צריכים שאיש קשר ירוץ שוב, תדליקו re-enrollment ותוסיפו את הטריגר הספציפי כטריגר re-enrollment.
איך אני רואה בדיוק למה רשומה נכנסה או לא נכנסה?
תבדקו את ה-enrollment history של ה-workflow ואת ה-timeline של הרשומה. הם מראים אם הרשומה נכנסה, על איזה step היא נמצאת, ואם היא הוצאה, כך שתפסיקו לנחש.
האם suppression list יכול לעצור enrollment?
כן. אם workflow שולח email, איש קשר unsubscribed או כזה שב-suppression list ידולג בשליחה. גם קריטריוני goal שהרשומה כבר עומדת בהם יכולים להחזיק אותה בחוץ.