// מדריכיםאינטגרציה
התראות על דילים מ-Salesforce ומ-HubSpot ב-Slack: מה עובד עם הכלים המובנים, ומה לא (2026)
התשובה בקצרה
שתי מערכות ה-CRM יכולות לשלוח הודעה ל-Slack כשדיל משתנה. ב-Salesforce, תהליך Flow עם טריגר ברמת הרשומה והפעולה Send Slack Message מטפל בשינויי שלב ובדחיות של תאריך הסגירה, ותהליך Flow עם טריגר מתוזמן מטפל בדילים תקועים. ב-HubSpot, הפעולה Send a Slack notification בתהליך עבודה עושה את אותו הדבר במסלול Professional או Enterprise, עם פילטר לדילים תקועים ש-HubSpot בודקת פעם ביום. מה שאף אחת מהן לא עושה עם הכלים המובנים הוא להתריע על נציג, ולא על דיל. טבלת ההחלטה בהמשך מראה איפה כל אפשרות נעצרת.
אילו התראות על דילים כל אפשרות יכולה לשלוח ל-Slack?
כל ארבע האפשרויות מכסות התראות שמבוססות על אירוע, כמו שינוי שלב או שינוי בתאריך הסגירה. ההבדלים מתחילים בהתראות על משהו שלא קרה: מנוע תהליכי עבודה צריך אירוע, ואילו ״לא קרה כלום בדיל הזה במשך 14 ימים״ הוא מצב שמתקיים דווקא כשלא קורה כלום. הטבלה כוללת את המגבלות על מסלולי המנוי ועל התזמון שמופיעות בעמודי הספקים.
| ההתראה שרוצים | Salesforce (Flow + Slack) | HubSpot (תהליכי עבודה + Slack) | Zapier / Make | שכבת תובנות למנהלי מכירות |
|---|---|---|---|---|
| שינוי שלב או דיל שנסגר (Won) | כן. תהליך Flow עם טריגר ברמת הרשומה על Opportunity, תנאי על Stage והפעולה Send Slack Message. האפליקציה של Slack מגיעה עם תהליכי Flow מוכנים מראש לפיד של דילים שנסגרים, שאותם מגדירים ומתאימים לצרכים שלכם. | כן. תהליך עבודה על דילים, Property value changed על Deal stage, ואז Send a Slack notification. במסלול Professional או Enterprise. | כן. Updated Field on Record ב-Salesforce או Updated Deal Stage ב-HubSpot, ואז Send Channel Message. מבוסס על בדיקות תקופתיות. | כן, כעובדה על הדיל ועל הנציג; אין צורך לבנות תהליך עבודה. |
| תאריך הסגירה נדחה או סכום הדיל ירד | כן. תהליך ה-Flow משווה את הערך החדש לערך הקודם, כך שהוא מתריע רק על דחיות ומציין בכמה ימים התאריך זז. | חלקית. Property value changed מופעל בכל שינוי; בתיעוד של HubSpot אין דרך להבחין בין דחייה להקדמה. | חלקית. מופעל בעקבות השינוי; כדי להשאיר רק דחיות צריך Zap רב-שלבי בתשלום. | כן, כולל בדיקה אם הדיל נדחה לרבעון חדש. |
| דיל תקוע (ללא פעילות במשך N ימים) | כן. תהליך Flow עם טריגר יומי מתוזמן על דילים פתוחים, שבהם Last Activity ישן יותר מ-N ימים; הודעה אחת לכל רשומה. | כן, עם כמה מגבלות: הפילטר ״לפני יותר מ-N ימים״ נבדק פעם ביום, דיל מצורף לתהליך פעם אחת אלא אם מופעלת האפשרות לצירוף מחדש, וטריגר יומי מתוזמן דורש Data Hub Professional או Enterprise. | מורכב יותר. Zap יומי צריך שלב חיפוש ולולאה כדי לרכז דילים רבים, וזה מוסיף שלבים ומשימות. | כן, ב-Salesforce: השכבה מסיקה מהיסטוריית הדיל שלא היה בו שינוי במשך 21 ימים. |
| דיל פתוח בלי צעד הבא | רק כפילטר בתהליך ה-Flow היומי: שדה Next Step ריק. | רק כפילטר בתהליך העבודה שנבדק מדי יום: Next activity date ריק. | מורכב יותר, כמו בדילים תקועים: שלב חיפוש ולולאה, עם פילטר על השדה הריק. | השאירו את הבדיקה הזאת כפילטר במשימה היומית של ה-CRM. |
| דפוס אצל נציג (שלוש דחיות החודש, חמישה דילים בלי תזוזה) | לא עם תהליך Flow שפועל על כל רשומה בנפרד; כדי לרכז נתונים לפי נציג צריך דוח, סקירה או תהליך Flow מתוזמן שעובר בלולאה על הרשומות. | לא. תהליכי עבודה מצרפים דיל אחד בכל פעם; ספירה לפי בעלי הדיל דורשת ריכוז נתונים מותאם אישית או דוח. | לא עם הכלים המובנים; ספירה לפי נציג דורשת שלבים נוספים שבונים בעצמכם. | כן, לדפוסים לפי נציג שמבוססים על הדילים שלו: דילים שתאריך הסגירה שלהם נדחה ודילים שחזרו לשלב קודם; דילים תקועים מ-Salesforce. השכבה לא משווה את הפעילות לרמת הפעילות הרגילה של הנציג עצמו. |
איך מגדירים התראות על דילים מ-Salesforce ב-Slack?
אדמין של Salesforce מתקין ומחבר את האפליקציה Sales Cloud for Slack; את השאר עושים ב-Flow Builder. העמוד ב-Slack Marketplace מתאר ״ערוצי פיד בזמן אמת שמעדכנים את הארגון על דילים חדשים שנכנסים לפייפליין או על דילים שנסגרים״. האפליקציה של Slack מגיעה עם תהליכי Flow מוכנים מראש לפיד של דילים שנסגרים, שאותם מגדירים ומתאימים לצרכים שלכם. עמוד אפליקציות Salesforce של Slack מציג התראות אישיות, התראות לערוצים והתראות מרוכזות. לכל התראה שתלויה בתנאי, הפעולה Send Slack Message של Flow שולחת Text Template, שצריכה להישאר במצב טקסט רגיל בהתאם להערת העיצוב של Salesforce. גם המהדורה קובעת: עמוד התמחור של Sales Cloud מציין Slack Free עם Starter ו-Pro Suite, Slack Business+ עם Core ו-Advanced, ו-Slack Enterprise+ עם Max, ומגביל את Free ו-Starter ל-5 תהליכי Flow לכל ארגון (כפי שמופיע בספטמבר 2026).
- שינוי שלב או דיל שנסגר (Won). צרו תהליך Flow עם טריגר ברמת הרשומה על Opportunity, עם הטריגר ״A record is created or updated״. תנאי הכניסה: Stage שווה ל-Closed Won, או לשלב שמעניין אתכם, עם האפשרות ״Only when a record is updated to meet the condition requirements״, כדי שהתהליך יופעל פעם אחת כשהדיל נכנס לשלב (Trailhead). בחרו באופטימיזציה ״Actions and Related Records״. הוסיפו רכיב Action, בחרו Slack ואז Send Slack Message, עם שם הדיל, הסכום, מי שאחראי עליו וקישור. הפעילו את התהליך, ואז העבירו דיל בדיקה לשלב הזה.
- תאריך הסגירה נדחה. צרו תהליך Flow עם טריגר ברמת הרשומה על Opportunity, עם הטריגר ״A record is updated״. תנאי הכניסה כנוסחה: Close Date השתנה והערך החדש מאוחר מהערך הקודם; תהליכי Flow עם טריגר ברמת הרשומה מאפשרים גישה לערכים הקודמים של הרשומה שהפעילה אותם, ואותה השוואה מזהה גם ירידה ב-Amount. שלחו Send Slack Message עם שני התאריכים ומספר הימים שהתאריך זז. אפשר גם להוסיף מסלול מתוזמן שמופעל מספר מוגדר של ימים אחרי Close Date, כדי לתפוס דיל שתאריך הסגירה שלו כבר עבר; בדוגמה של Trailhead משתמשים במקור הזמן ״Opportunity: Close Date״ עם היסט של ימים אחרי התאריך (Trailhead).
- דיל תקוע. צרו תהליך Flow עם טריגר מתוזמן, ש״יכול לרוץ פעם אחת, מדי יום או מדי שבוע״ (Trailhead); בחרו ריצה יומית, מוקדם בבוקר. בחרו Object: Opportunity, עם הפילטרים Closed שווה ל-false ו-Last Activity לפני התאריך של היום מינוס N ימים, או שדה נוסחה מספרי עם TODAY() minus LastActivityDate, כפי שמציע מאמר הידע של Salesforce. הוסיפו Send Slack Message. כשבוחרים אובייקט, התהליך רץ פעם אחת לכל רשומה שעומדת בתנאים, כך שכל הודעה היא DM למי שאחראי על הדיל. כדי לשלוח סיכום אחד למנהל המכירות, בנו במקום זאת תהליך Flow עם טריגר מתוזמן ללא אובייקט: Get Records עם אותם פילטרים, Loop עם Assignment שמוסיף כל דיל למשתנה טקסט, ואז Send Slack Message אחד. שדה Next Step ריק יכול להיות פילטר נוסף.
שימו לב
בדקו מה נחשב ב-Last Activity לפני שמסתמכים על ההתראה על דיל תקוע
Salesforce מגדירה את Last Activity כתאריך היעד המאוחר ביותר של משימות שנסגרו, או כתאריך ההתחלה המאוחר ביותר של אירועים. היא מציינת שפעילויות שנקלטות דרך Einstein Activity Capture לא נכללות בו, ומפנה במקום זאת למדד Last Activity Date (מרכז העזרה של Salesforce). צוות שמתעד מיילים בדרך הזאת נראה לא פעיל גם בדילים שיש בהם הרבה פעילות.
איך מגדירים התראות על דילים מ-HubSpot ב-Slack?
קודם מחברים את Slack. האינטגרציה של HubSpot עם Slack זמינה עם ״כל המוצרים והמסלולים״; להתקנה צריך Super Admin, או הרשאות App Marketplace, וגם אדמין של סביבת העבודה ב-Slack. אפשר לחבר רק סביבת עבודה אחת. ההתראות שבהמשך פועלות דרך תהליכי עבודה. בעמוד התמחור של Sales Hub, מסלול Professional עולה $90 למשתמש בחודש בחיוב שנתי, ו-Starter ($7) כולל עכשיו עד 50 תהליכי עבודה עם מגבלות על הטריגרים והפעולות (כפי שמופיע בספטמבר 2026). אבל המאמר של HubSpot על פעולות Slack עדיין מציין ש״נדרש מנוי Professional או Enterprise כדי להשתמש בתהליכי עבודה״ ובפעולה Send a Slack notification; בדקו ב-Starter לפני שמניחים שזה עובד. בלי תהליך עבודה, האינטגרציה יכולה לקשר דיל לערוץ ולפרסם בו את השיחות, ההערות, המיילים, המשימות והפגישות שתועדו בדיל (HubSpot). זה מתאים לדיל גדול אחד, אבל בפייפליין זה מייצר רעש.
- שינוי שלב או דיל שנסגר (Won). צרו וורקפלואו מבוסס דילים. טריגר הצירוף: ״When an event occurs״, ואז Property value changed בשדה Deal stage (HubSpot), שמתואר כ״שינוי של שדה אחד בדיוק מערך אחד לערך אחר״ (HubSpot). הוסיפו הסתעפות if/then לפי השלב החדש אם התראות על סגירות ועל נסיגות בשלב נשלחות ליעדים שונים (HubSpot). הוסיפו את הפעולה Send a Slack notification (תחת Integrated apps, ואז Slack) לערוץ, למשתמשים ספציפיים או לאחראי על הרשומה, עם טוקנים ואפשרות לכפתורי פעולה שיוצרים משימה או מעדכנים שדה מתוך Slack (HubSpot). הפעילו את הוורקפלואו, ואז שנו שלב בדיל לבדיקה.
- דחיית תאריך סגירה. וורקפלואו מבוסס דילים שמופעל באמצעות Property value changed בשדה Close date. הטריגר ב-HubSpot מופעל בכל שינוי, ואין בתיעוד דרך להפריד בין דחייה של התאריך להקדמה שלו. גם טוקן עם הערך הקודם לא מופיע בתיעוד, אז הכניסו להודעה את התאריך החדש וקישור. אפשרו צירוף מחדש, כי ״כברירת מחדל, רשומות מצורפות לוורקפלואו רק בפעם הראשונה שבה הן עומדות בתנאי טריגרי הצירוף״ (HubSpot); בלי זה, על הדחייה השנייה לא תצא התראה.
- דיל בלי פעילות. וורקפלואו מבוסס דילים עם הטריגר ״When filter criteria is met״; התנאים: Last activity date הוא לפני יותר מ-N ימים, ו-Deal stage לא נמצא באף אחד מהשלבים הסגורים שלכם. ״Last activity date הוא לפני יותר מ-10 ימים״ הוא הדוגמה של HubSpot עצמה לטריגר שמבוסס על תאריך יחסי (HubSpot). עם הפילטר הזה, ״הטריגר ייבדק בתחילת היום״ (HubSpot), אז צפו להתראה למחרת בבוקר. Last activity date כולל הערה, שיחה, ״אימייל מכירות עם מעקב ותיעוד״, פגישה, הודעה, צ'אט או משימה שהושלמה, כשאלה מתועדים בדיל (HubSpot). לכן נציג ששולח אימיילים מחוץ ל-HubSpot נראה לא פעיל. אפשרו צירוף מחדש כדי לתפוס גם דיל שחוזר להיות בלי פעילות, ואז הוסיפו Send a Slack notification לאחראי על הרשומה. אין סיכום מרוכז לכל אחראי.
שימו לב
איזו חבילת מנוי צריך לטריגר לפי לוח זמנים?
הטריגר ״Based on a schedule״ של HubSpot מתאים על הנייר למשימת זיהוי הדילים בלי פעילות. אבל יש שני קאצ'ים בעמוד התיעוד: ״אם לא הוגדרו תנאי סינון, רשומות לא יצורפו אוטומטית לוורקפלואו״, ו״כדי להגדיר וורקפלואו שחוזר בתזמון חודשי, שבועי או יומי, נדרש מנוי Data Hub Professional או Enterprise״. הטריגר המבוסס על פילטר שתואר למעלה עושה את הבדיקה היומית בלי ה-Hub הנוסף.
מתי עדיף להשתמש ב-Zapier או ב-Make במקום בוורקפלואו המובנה?
כשמשהו חסר באחד הצדדים: אין לכם חבילת Professional של HubSpot, או שהתור לאדמין של Salesforce נמדד בשבועות. באינטגרציה של Zapier עם Salesforce יש טריגרים של Updated Record, Updated Field on Record ו-New Field History Tracking Event. באינטגרציה שלה עם HubSpot יש Updated Deal Stage ו-Deal Property Change, ושתיהן מתחברות לפעולות Send Channel Message ו-Send Direct Message של Slack. אותן שאלות רלוונטיות גם ל-Make.
- ההשהיה נקבעת לפי תדירות הבדיקות. בעמוד התמחור של Zapier מופיעים זמני עדכון של 15 דקות ב-Free, 2 ב-Professional ו-1 ב-Team (כפי שמופיע בספטמבר 2026).
- סינון מוסיף שלב. ב-Free אפשר ליצור רק Zaps עם שני שלבים; פילטר שמשאיר דחיות של תאריך הסגירה ומסנן החוצה הקדמות שלו הופך את ה-Zap לרב-שלבי, וזה כבר בתשלום.
- דחיות של תאריך הסגירה. בדקו את הטריגר New Field History Tracking Event של Salesforce; ב-HubSpot, הטריגר Deal Property Change מופעל כשהשינוי מתרחש, ומשם אתם מסננים.
- דילים בלי פעילות נשארים באוטומציה המובנית. Schedule by Zapier יכול להפעיל Zap מדי יום, אבל כדי להוציא רשימה של כל הדילים בלי פעילות צריך גם שלב חיפוש ולולאה. זה מוסיף שלבים ומשימות; האוטומציה המתוזמנת של ה-CRM עושה את זה במקום אחד.
לאן לשלוח התראות על דילים — לערוץ או להודעה פרטית — ואיך נמנעים מעייפות מהתראות?
נתבו לפי מי שצריך לפעול. נציג מטפל בדיל שלו שאין בו פעילות, אז זו הודעה פרטית. דפוס דורש פעולה של מנהל מכירות, אז זה סיכום מרוכז. צוות חוגג דיל שנסגר, אז זה ערוץ. כל דבר אחר מלמד אנשים להשתיק את הבוט.
ערוץ או הודעה פרטית?
- דיל שנסגר (Won): לערוץ. כולם רוצים לראות את זה; אף אחד לא צריך לפעול.
- נסיגה בשלב, דחיית תאריך סגירה, ירידה בסכום הדיל: הודעה פרטית למנהל המכירות של הנציג, עם הנציג בשרשור אם צריך תשובה באותו יום.
- דיל בלי פעילות: הודעה פרטית לאחראי עליו, עם קישור לדיל. רשימה פומבית של דילים בלי פעילות נראית כמו טבלת דירוג של הזנחה.
- סיכום לפי אחראי (דחיות, דילים תקועים ונסיגות לפי נציג): הודעה אחת למנהל המכירות, פעם בשבוע, לפני סקירת הפייפליין.
- דיל גדול אחד: ערוץ ייעודי שמקושר לדיל; בשתי מערכות ה-CRM אפשר לקשר רשומה לערוץ.
איך נמנעים מעייפות מהתראות?
- שלחו התראה פעם אחת לכל שינוי: ״only when a record is updated to meet the condition requirements״ ב-Salesforce, וטריגר מבוסס אירוע ב-HubSpot.
- קבעו ספים שיש להם משמעות: למשל, דחייה של יותר מ-7 ימים או לרבעון חדש, וסף לחוסר פעילות לפי מחזור המכירה: 7 ימים במחזור של פחות מ-30 יום, 14 במחזור של 30 עד 90 יום, 21 במחזור של יותר מ-90 יום.
- קבעו סכום מינימום לדיל, למשל כל דיל מעל סכום הדיל החציוני שלכם.
- לכל התראה צריך להיות אחראי. בלי אחראי אין פעולה, אז מחקו אותה.
- בהודעה השאירו רק: דיל, שינוי, אחראי, קישור.
- בדקו אחרי חודש. ערוץ עם התראות ובלי תגובות הוא ערוץ שצריך למחוק.
טיפ
איך נראית הודעה שקוראים?
שורה אחת, ואז קישור: ״{deal}, {amount}: תאריך הסגירה עבר מ-{old} ל-{new} (+{days} ימים). באחריות {rep}. הפעילות האחרונה הייתה לפני {n} ימים.״
למה יש התראות על דילים, אבל על נציגים לרוב אין?
כל התראה למעלה קשורה לרשומה אחת. נציג שדחה החודש שלושה תאריכי סגירה, לא תיעד שום דבר בחמישה דילים פתוחים ושתי פגישות שלו בוטלו בלי תאריך חדש, מפעיל את ההתראות האלה אחת-אחת, בחמישה שרשורים, והדפוס נשאר בזיכרון שלכם. וורקפלואים שמוגדרים לכל רשומה בנפרד לא מבצעים ספירה על פני כמה רשומות: ב-Salesforce צריך בשביל זה דוח, סקירה או Flow מתוזמן שעובר בלולאה על הרשומות; ב-HubSpot — חישוב מצטבר מותאם אישית; וב-Zapier — שלבים נוספים שאתם בונים בעצמכם. ספקים בנו מוצרים סביב הפער הזה, למשל Rattle, שמציגה את עצמה כ״פלטפורמה לביצוע תהליכי מכירות״ עם ״התראות בזמן אמת ב-Slack״. לא משנה איזה פתרון אתם בודקים, שאלו אם התראה יכולה לתאר גם נציג, ולא רק דיל.
איך diffi עוזרת
diffi היא שכבת התובנות למנהלי מכירות בעמודה האחרונה. היא קוראת נתונים מ-Salesforce (בדיקה כל 5 דקות, ובנוסף הזרמת נתונים דרך Change Data Capture) או מ-HubSpot (בדיקה כל 5 דקות), בהרשאת קריאה בלבד, כך שהיא אינה כותבת ל-CRM שלכם. היא מתעדת מה השתנה בכל דיל כעובדות פשוטות: התקדמות או נסיגה בשלב, שינוי בסכום, דחייה של תאריך הסגירה או גלישה שלו לרבעון הבא, משימה באיחור, פגישה שנקבעה למועד אחר או בוטלה, וב-Salesforce גם דיל שלא השתנה במשך 21 ימים. מהעובדות האלה מתקבלים סיגנלים על סיכון בדילים ובפייפליין, עם הראיות שעליהן מבוסס כל סיגנל, וגם דירוג שמראה אילו נציגים דורשים תשומת לב. כך אתם מקבלים פיד אחד במקום שישה וורקפלואים. שאלו בשפה פשוטה מה השתנה השבוע או מי דורש תשומת לב, והתשובה כוללת קישורים למקורות שלה. אחרי שתאשרו, היא יכולה לשלוח בשמכם הודעה לנציג ב-Slack או להגדיר תזכורת ב-Slack. קבעו דמו כדי לראות אותה על הפייפליין שלכם.
לראות את זה בצוות שלכםאילו התראות כדאי לבנות קודם?
התחילו מהתראות על אירועים; תוך אחר צהריים אחד הן מוכיחות שהתשתית עובדת. את האוטומציה לדילים בלי פעילות השאירו לשבוע שבו כבר בדקתם מה נחשב ל״פעילות אחרונה״ ב-CRM שלכם.
- שבוע 1: דיל שנסגר (Won) לערוץ, נסיגה בשלב אליכם.
- שבוע 2: דחיית תאריך סגירה אליכם, עם כלל הסף.
- שבוע 3: הודעה פרטית על דיל בלי פעילות לכל אחראי, מדי יום, עם סף אחד.
- חודש 2: בדקו את שיעור התגובה. השאירו את מה שמקבל תשובות, מחקו את השאר, וכתבו מה השאלה שההתראות עדיין לא יכולות לענות עליה; בדרך כלל זו שאלה על בן אדם.
שאלות נפוצות
האם האינטגרציה בין Salesforce ל-Slack חינמית?
Salesforce לא מציגה מחיר בעמוד של Sales Cloud for Slack; צריך רישיון Sales Cloud וסביבת עבודה ב-Slack. מה שמשתנה בין החבילות הוא מנוי Slack שכלול בהן: עמוד התמחור של Sales Cloud מציג את Slack Free עם Starter ו-Pro Suites, את Slack Business+ עם Core ו-Advanced ואת Slack Enterprise+ עם Max, ומגביל את חבילות Free ו-Starter ל-5 תהליכי Flow לכל ארגון (כפי שמופיע בספטמבר 2026). Slack Sales Elevate הוא מוצר נפרד ש-Salesforce הכריזה עליו באוגוסט 2023 במחיר של $60 למשתמש לחודש; בדקו את עמוד התמחור של החבילה שלכם.
האם HubSpot יכולה לשלוח לי התראה כשאין פעילות בדיל במשך 14 ימים?
כן, במנוי Professional או Enterprise. השתמשו בתהליך עבודה מבוסס דילים עם המסנן “Last activity date is more than 14 days ago”, ש-HubSpot בודקת פעם אחת בתחילת כל יום, ואז בפעולה Send a Slack notification לאחראי על הדיל. הפעילו כניסה חוזרת לתהליך העבודה, אחרת כל דיל יפיק התראה רק פעם אחת. וזכרו: רק פעילות שמתועדת ב-HubSpot נחשבת לצורך Last activity date.
איך מקבלים התראה על דחייה של תאריך הסגירה?
ב-Salesforce, הגדירו Flow שמופעל בעקבות שינוי ברשומת Opportunity, עם נוסחת כניסה שמשווה את ה-Close Date החדש לערך הקודם, ואז את הפעולה Send Slack Message עם שני התאריכים. ב-HubSpot, הגדירו תהליך עבודה מבוסס דילים שמופעל באמצעות Property value changed על Close date, עם כניסה חוזרת לתהליך העבודה, ואז את הפעולה Send a Slack notification. ב-HubSpot כל שינוי מפעיל את התהליך, אז כללו את התאריך החדש וקישור, ותנו לנמענים לבדוק ברשומה מה היה התאריך הקודם.
התראות על דילים צריכות להגיע לערוץ Slack או להודעה פרטית?
נתבו לפי מי שצריך לפעול: סגירות של דילים לערוץ, דילים של נציג שלא הייתה בהם פעילות לנציג עצמו בהודעה פרטית, חזרה לשלב קודם ודחיות של תאריך הסגירה למנהל בהודעה פרטית, וסיכום לפי אחראי על הדיל למנהל פעם בשבוע. קשרו ערוץ לדיל יחיד רק כשדיל גדול מצריך חמ״ל.
איך מונעים שחיקה מהתראות על דילים?
שלחו התראה אחת לכל שינוי, הגדירו ספים (דחייה של יותר מ-7 ימים, סף חוסר פעילות של 7, 14 או 21 ימים לפי מחזור המכירה, וסכום מינימום לדיל), קבעו אחראי לכל התראה, והשאירו בהודעה רק את הדיל, השינוי, האחראי והקישור. אחרי חודש, מחקו כל התראה שלא קיבלה אף תגובה.
צריך HubSpot Professional כדי לשלוח התראות Slack מתהליכי עבודה?
לפי התיעוד של HubSpot, כן. האינטגרציה עם Slack זמינה בכל החבילות של HubSpot, אבל תהליכי עבודה והפעולה Send a Slack notification דורשים Professional או Enterprise; המחיר של Sales Hub Professional הוא $90 למשתמש לחודש בחיוב שנתי (לפי המחיר שפורסם בספטמבר 2026). טריגר יומי או שבועי מסוג “Based on a schedule” דורש בנוסף Data Hub Professional או Enterprise. לכן טריגר שמבוסס על מסנן שנבדק מדי יום הוא הדרך הזולה יותר לקבל התראה על דיל שלא הייתה בו פעילות.
אפשר להשתמש ב-Zapier להתראות על דילים שלא הייתה בהם פעילות?
להתראות על אירועים, כן, עם בדיקה מחזורית כל 15 דקות ב-Free וכל 2 דקות ב-Professional (לפי המידע שפורסם בספטמבר 2026), וכל שלב סינון מחייב חבילה בתשלום. בדילים שלא הייתה בהם פעילות זה מורכב יותר: Zap צריך תזמון, שלב חיפוש ולולאה כדי לרכז את כל הדילים הפתוחים שלא נגעו בהם במשך N ימים. לכן רוב הצוותים משאירים את המשימה הזאת באוטומציה המתוזמנת של ה-CRM עצמו.