// מדריכיםאינטגרציה
איך בונים ב-Salesforce מסך סקירה של "דילים שדורשים את תשומת הלב שלי" (2026)
התשובה בקצרה
בנו מסך סקירה אחד ב-Lightning עם שמונה רכיבים, כל אחד לשאלה אחת: אין פעילות מתועדת מעבר לסף שהגדרתם (7, 14 או 21 ימים, לפי מחזור המכירה), תאריך הסגירה כבר עבר, Next Step ריק, תאריך הסגירה נדחה פעמיים או יותר, זמן השהייה בשלב הנוכחי עולה על 1.5× חציון זמן השהייה בשלב בדילים שלכם שנסגרו (Won), הסכום השתנה ב-30 הימים האחרונים, הדיל חזר לשלב מוקדם יותר השבוע, ודילים שסומנו לפי נציג. כל ההגדרה הנדרשת היא שני שדות נוסחה ומעקב אחר היסטוריית השדות Close Date ו-Amount. מסנן על Opportunity Owner במסך הסקירה נותן את התצוגה לפי נציג. Salesforce יכולה לשלוח דוח במייל לפי לוח זמנים ולפרסם ב-Slack באמצעות Flow מתוזמן; היא לא יכולה לראות פעילות שמעולם לא הגיעה ל-Salesforce, ודוח או Flow מתוזמן לא מצביעים מעצמם על דפוס של נציג שחוזר בכמה דילים.
מה צריך להופיע במסך סקירה של "דילים שדורשים את תשומת הלב שלי"?
שמונה רכיבים: שבעה דוחות שמורים, והרכיב השמיני מרכז את הדוחות האלה לפי האחראי על הדיל. כל רכיב עונה על שאלה אחת של יום שני בבוקר, ולצדו מצוין מה הוא לא יכול להראות. הגרסה של Salesforce לרעיון הזה היא מסך הסקירה "Clean Your Room", ש-Salesforce Labs מציעה בחינם ב-AppExchange, בתור "טבלת דירוג אחת שהנציגים שלכם ממש לא ירצו להופיע בה". היא מציגה "דילים ש'נדחו' כמה פעמים, דילים בלי פעילות מהזמן האחרון ודילים שחסרים בהם נתונים מרכזיים". במדריך הזה בונים ידנית את הגרסה למנהל המכירות. Adam Gilberd, שעבד אז ב-Salesforce ומצוטט ב-Galvin Technologies, ניסח את השאלות כך: האם יש לי דילים בפורקאסט של החודש "שבהם בעצם לא דיברתי עם הלקוח כבר חודש", או כאלה "שנדחו בחודש חמש פעמים נפרדות"?
| רכיב | מה הוא מראה | מה הוא לא יכול להגיד לכם |
|---|---|---|
| 1. דילים בלי פעילות | דילים פתוחים ללא פעילות מתועדת במשך יותר מפרק הזמן שהגדרתם. | כל מה שלא תועד כמשימה סגורה או כאירוע; מייל שנקלט דרך Einstein Activity Capture לא מעדכן את Last Activity. |
| 2. תאריך סגירה שעבר | דילים פתוחים שתאריך הסגירה שלהם כבר עבר. | אם הדיל כבר לא רלוונטי, או שרק התאריך לא מעודכן; דיל שתאריך הסגירה שלו נדחה אתמול עובר לרשימה 4. |
| 3. בלי צעד הבא | דילים פתוחים שבהם Next Step ריק. | אם צעד שנכתב ביוני עדיין אומר משהו; בדקו אותו לצד Last Modified. |
| 4. תאריך סגירה שנדחה פעמיים או יותר | תאריך סגירה שנדחה פעמיים או יותר ברבעון הזה. | למה. Push Count סופר דחיות של תאריך הסגירה "מעבר לחודש קלנדרי בלבד", ומתעלם משינויים בתוך אותו חודש (Salesforce Help); היסטוריית השדה סופרת כל עריכה, כולל הקדמות. |
| 5. תקיעות בשלב | זמן השהייה בשלב הנוכחי עולה על 1.5× חציון זמן השהייה בשלב בדילים שנסגרו (Won). | אם שהייה ארוכה בשלב היא רגילה בדיל בגודל הזה; הגדירו סף לכל שלב. |
| 6. הסכום השתנה | הערך ב-Amount השתנה ב-30 הימים האחרונים, עם הערך הישן והחדש. | אם ירידה בסכום נובעת מעדכון היקף הדיל או מהתרחקות מסגירה; רק הסיבה שהנציג נותן תבהיר את זה. |
| 7. חזרה לשלב מוקדם יותר | דילים שחזרו לשלב מוקדם יותר השבוע. | המסנן לא מכיר את סדר השלבים שלכם; אתם בודקים את הצמדים של From Stage ו-To Stage. |
| 8. דילים שסומנו לפי נציג | על כמה מהדילים שלמעלה אחראי כל נציג. | אם הסיבה היא הנציג או הטריטוריה; הספירה היא נקודת פתיחה לשאלה. |
איך מוצאים דילים בלי פעילות במשך 14 ימים?
בעזרת שדה נוסחה מספרי בשם Days Since Last Activity ומסנן אחד עליו. מאמר במאגר הידע של Salesforce נותן את הנוסחה TODAY() - LastActivityDate, עם סוג החזרה Number, בנתיב Setup, Object Manager, Opportunity, Fields & Relationships, New, Formula. בנו דוח Opportunities עם Opportunity Status שווה ל-Open — המסנן הסטנדרטי ש"כולל את כל שמות השלבים תחת סוג השלב 'Open'" (Salesforce Help) — ועם Days Since Last Activity גדול מ-14. עמודת Bucket על אותו שדה (0 עד 7, 8 עד 14, 15 עד 21, 22 ומעלה) מאפשרת לדוח אחד לשרת נציגים עם מחזורי מכירה שונים (Salesforce Help). הסף הוא כלל אצבע שצריך להתאים לנתונים שלכם: 7 ימים למחזור מכירה קצר מ-30 ימים, 14 למחזור של 30 עד 90, ו-21 למחזור של יותר מ-90.
בדילים שאין בהם פעילות בכלל, Last Activity ריק, ולכן הם לא נכללים במסנן של "גדול מ-". כדי לתפוס אותם, השתמשו במסנן Cross Filter מסוג Opportunities without Activities — המקרה שב-Trailhead מכנים "Stale Opportunities" (Trailhead): בלשונית Filters בחרו Add Cross Filter, אחר כך without ו-Activities, ואז Add Secondary Object Filter לטווח תאריכים (Salesforce Help). מסנני Cross Filter, כמו עמודות Bucket, רשומים כזמינים במהדורות Enterprise, Performance, Unlimited ו-Developer (Salesforce Help).
שימו לב
בדקו מה נחשב ל-"Last Activity" לפני שמסתמכים על הרשימה
Salesforce מגדירה את Last Activity כ"ערך ה-Due Date המאוחר ביותר של Closed Tasks ברשומה" או כ"ערך ה-Start Date המאוחר ביותר של Events ברשומה", ומציינת ש"פעילויות שנקלטו דרך Einstein Activity Capture לא נכללות במעקב של Last Activity" (Salesforce Help). משימה פתוחה לא נספרת עד שהיא נסגרת, פעילות עם תאריך עתידי יכולה להחזיר ערך שלילי בנוסחת הימים (Salesforce Help), ומייל שמעולם לא הגיע ל-Salesforce לא נספר בכלל.
מהם המסננים המדויקים לשאר הרכיבים?
שדות סטנדרטיים, סוגי דוחות סטנדרטיים ועוד שדה נוסחה אחד. לפי תיעוד התאריכים היחסיים של Salesforce, TODAY "מתחיל ב-12:00:00 AM ביום הנוכחי ונמשך 24 שעות", ו-LAST N DAYS כולל את היום.
| רכיב | סוג דוח | מסננים ועמודות | סף (כלל אצבע) |
|---|---|---|---|
| תאריך סגירה שעבר | Opportunities | Opportunity Status שווה ל-Open; Close Date קטן מ-TODAY — אותו מבנה מסנן שבו משתמשת Salesforce בהוראות שלה למציאת דילים שתאריך הסגירה שלהם עבר, עם 14 DAYS AGO (Salesforce Help). עמודות: Owner, Close Date, Amount, Stage, Next Step. | כל חריגה. |
| בלי צעד הבא | Opportunities | Opportunity Status שווה ל-Open; ב-Next Step בוחרים "שווה ל-" ומשאירים את הערך ריק — כך מסננים שדות ריקים ב-Salesforce (Salesforce Help). Next Step הוא השדה הסטנדרטי ל"תיאור המשימה הבאה לסגירת הדיל", עד 255 תווים (Salesforce Help). מיינו לפי Amount והוסיפו את Last Modified. | קודם הדילים שמעל גודל הדיל החציוני שלכם. |
| תאריך סגירה שנדחה פעמיים או יותר | Opportunities (עם Push Count), או Opportunity Field History | אפשרות A: נסו מסנן של Push Count גדול או שווה ל-2. Salesforce מתארת אותו כשדה של דיל שמופעל כברירת מחדל ומוסתר מתצוגות הרשימה עד שמוסיפים אותו, אז בדקו שהוא זמין בסוג הדוח Opportunities שלכם. Push Count הוא "מספר הפעמים שתאריך הסגירה של דיל נדחה בחודש קלנדרי" (Salesforce Help). אפשרות B, עם מעקב אחר היסטוריית השדה Close Date: דוח Opportunity Field History, עם Field/Event שווה ל-Close Date ו-Edit Date שווה ל-THIS QUARTER, מקובץ לפי Opportunity Name; קבוצות עם שתי שורות או יותר הן הרשימה שלכם (Salesforce Help). Old Value ו-New Value הם מסנני טקסט (Salesforce Help); בדקו את זוגות הערכים כדי להפריד בין דחיות להקדמות. | 2 דחיות ברבעון. |
| תקיעות בשלב | Opportunities, עם שדה נוסחה בשם Days in Stage | נוסחה: NOW() - BLANKVALUE(LastStageChangeDate, CreatedDate), סוג Number, עם 0 ספרות אחרי הנקודה (Salesforce Help). Opportunity Status שווה ל-Open; Days in Stage גדול מהסף שקבעתם לשלב הזה; קיבוץ לפי Stage. כדי למצוא את מספר הימים האופייני בכל שלב, השתמשו בדוח Opportunity History עם סיכום של Stage Duration; Salesforce מציעה Sum ו-Average, ולא חציון, אז השתמשו בממוצע כנקודת התחלה, או ייצאו את העמודה וחשבו את החציון בגיליון (Salesforce Help). | יותר מ-1.5× חציון מספר הימים בשלב הזה בדילים שסגרתם בהצלחה. |
| הסכום השתנה | Opportunity Field History, או Opportunity History | Field/Event שווה ל-Amount, ו-Edit Date שווה ל-LAST 30 DAYS; עמודות: Old Value, New Value, Edited By. גם בלי מעקב, Stage History מוסיפה שורה בכל פעם שמישהו משנה את ״השדות Amount, Probability, Stage או Close Date בדיל״ (Salesforce Help); קבצו את דוח Opportunity History לפי Opportunity Name והשוו את הערכים בעמודת Amount שלו (Salesforce Help). | כל שינוי שגדול מגודל הדיל החציוני שלכם. |
| חזרה לשלב מוקדם יותר | Opportunity History | נסו להגדיר Last Modified שווה ל-LAST 7 DAYS כמסנן התאריך, וודאו שבעמודת Last Modified מופיעים תאריכי שינויי השלב, ולא תאריכי העדכון של הדיל עצמו; עמודות: From Stage, To Stage, Amount; קיבוץ לפי Opportunity Owner. | כל מקרה. |
| דילים שסומנו, לפי נציג | הדוחות שלמעלה | קבצו כל דוח מקור לפי Opportunity Owner; הציגו את מספר הרשומות לכל אחראי דיל בתרשים עמודות, או בטבלת Lightning שמקובצת לפי אחראי הדיל (״עד 200 רשומות ו-10 עמודות״, Salesforce Help). | השוו למספר הדילים הפתוחים של אותו נציג. |
איך בונים את הסקירה ב-Lightning? (כ-90 דקות)
סשן אדמין אחד, שבעה דוחות, סקירה אחת. סוג הדוח קובע את כל ההמשך; כמו שמסבירים ב-Trailhead, ״כשבוחרים סוג דוח, בוחרים אילו רשומות ושדות אפשר לראות בדוח״, ושלושת הסוגים שבהם נשתמש כאן הם סטנדרטיים (Salesforce Help).
- הכנות אדמין (15 דקות, עם אדמין). הוסיפו את שני שדות הנוסחה ל-Opportunity והפעילו מעקב אחר היסטוריית שדות עבור Close Date ו-Amount; זה תנאי לשימוש בסוג הדוח Opportunity Field History: ״יש להפעיל ולהגדיר מעקב אחר היסטוריית שדות ולבחור שדות״ (Salesforce Help). הריצו את דוח Opportunity Field History אחרי הפעלת המעקב ורשמו את ה-Edit Date המוקדם ביותר; הביאו בחשבון שבמסלול B צריך לצבור רבעון של רשומות לפני שהוא יהיה שימושי.
- בניית שבעת דוחות המקור (40 דקות). בלשונית Reports, לחצו על New Report, בחרו את סוג הדוח, לחצו על Start Report, הוסיפו עמודות, קבצו לפי Opportunity Owner, הוסיפו את המסננים מהטבלאות, לחצו על Save ושמרו את כל הדוחות בתיקייה אחת, ואז Run (Salesforce Help). תנו לכל דוח שם לפי השאלה שהוא עונה עליה, למשל ״No activity 14+ days״.
- הרכבת הסקירה (20 דקות). בלשונית Dashboards, לחצו על New Dashboard ואז על + Widget, בחרו את דוח המקור, השתמשו בטבלאות Lightning לרשימות הדילים ובתרשים עמודות לפי אחראי הדיל לסיכום, ואז Add, Save, Done (Salesforce Help; Trailhead). סקירה יכולה להכיל עד 25 רכיבים, ומתוכם לכל היותר 20 תרשימים וטבלאות (Salesforce Help).
- הוספת מסנן לפי נציג (5 דקות). לחצו על + Filter, בחרו בשדה Opportunity Owner, הגדירו שם תצוגה, הוסיפו ערך לכל נציג דרך Add Filter Value, ואז Add (Salesforce Help). חמישה מסננים לכל סקירה, חמישים ערכים לכל מסנן (Salesforce Help).
- החלטה מי רואה מה (5 דקות). תחת Properties, הגדירו View Dashboard As: אם התצוגה מוגדרת לפי המשתמש שלכם, כולם יראו את התצוגה שלכם; אם היא מוגדרת כ-״The dashboard viewer״, כל נציג יראה את הדילים שלו. Salesforce מזהירה שהצופים ״עשויים לראות יותר או פחות נתונים מכפי שהם רואים בדרך כלל במקומות אחרים ב-Salesforce״ (Salesforce Help), לכן הגבילו את קהל המשתמשים שיכול לצפות בסקירה.
- בדיקה עם נציג אחד (5 דקות). סננו לנציג שאתם יודעים שנמצא בפיגור. רכיב ריק מצביע על בעיה במסנן; רשימה לא מעודכנת שמלאה בדילים שדיברתם עליהם אתמול מצביעה על בעיית תיעוד.
איך יוצרים תצוגה לכל נציג בלי לבנות סקירה נפרדת לכל אחד?
| מנגנון | למי זה מיועד | הגדרה | מגבלה |
|---|---|---|---|
| מסנן בסקירה לפי Opportunity Owner | אתם, לפני כל 1:1 ובסקירת הפייפליין | + Filter, השדה Opportunity Owner, ערך אחד לכל נציג | חמישה מסננים לכל סקירה, 50 ערכים לכל מסנן; לא מנצל את המכסה של סקירות דינמיות |
| סקירה דינמית | הנציגים, כשכל אחד רואה רק את הדילים שלו | Properties, View Dashboard As, The dashboard viewer | שלוש לכל ארגון ב-Developer, חמש ב-Enterprise, עשר ב-Unlimited וב-Performance (Salesforce Help) |
מאמרי העזרה עדיין משתמשים בשמות האלה של המהדורות, בזמן שעמוד התמחור משווק את Core, Advanced ו-Max, אז בדקו את החוזה שלכם.
- הציגו לנציגים את רשימות 1, 2 ו-3 שלהם. דברים שהם יכולים לסדר בנתונים כבר היום, בתצוגה שלהם.
- השאירו את רשימה 8 רק אצלכם, וגם את רשימה 6 עד שתשאלו על כל שינוי בסכום.
- כברירת מחדל, השאירו את הרשימות לפי נציג פרטיות; שתפו לוח של כל הצוות רק אם הנציגים הסכימו לכך. הגרסה של Salesforce Labs בנויה בכוונה כטבלת דירוג; ב-Trailhead מוסיפים ש״בסופו של דבר, זה הופך לחלק מהתרבות וייתכן שכבר לא יהיה צורך בסקירה הזאת״.
האם Salesforce יכולה לשלוח לי התראות מהסקירה הזאת, או שצריך לפתוח אותה?
מנוי לדוח יכול לשלוח אותו לפי לוח זמנים; הוא לא מזהה דפוסים בעצמו. הפעילו מנוי לדוח מקור לבחירתכם, הגדירו את לוח הזמנים והוסיפו עד חמישה תנאים, למשל מספר רשומות גדול מ-0; המייל נשלח רק ״אם כל התנאים מתקיימים״ (Salesforce Help). ברוב הארגונים אפשר להגדיר 7 מנויים לדוחות ו-7 מנויים לסקירות לכל משתמש, וב-Unlimited — 15 ו-15 (Salesforce Help). עבור Slack, תהליך Flow שמופעל לפי לוח זמנים עם אותו מסנן ״יכול לרוץ פעם אחת, מדי יום או מדי שבוע״ (Trailhead), ומפרסם הודעה אחת לכל רשומה; הוראות הבנייה מופיעות במדריך ההתראות ב-Slack.
איך diffi עוזרת
diffi מוסיפה לתהליך הזה את זיהוי הדפוסים, על בסיס אותה היסטוריה ב-Salesforce שעליה נשענת הסקירה. החיבור הוא לקריאה בלבד (משיכת נתונים כל 5 דקות, לצד הזרמת נתונים באמצעות Change Data Capture), והיא אינה כותבת ל-CRM שלכם. כללים קבועים הופכים כל שינוי לעובדה פשוטה: התקדמות או חזרה לאחור בשלב הדיל, שינוי בסכום, דחייה של תאריך הסגירה או גלישה לרבעון הבא, משימה שהושלמה באיחור, פגישה שנקבעה מחדש או בוטלה, ובנתונים מ-Salesforce — דיל ללא שינוי במשך 21 ימים. העובדות האלה מצטברות לסיגנלים של סיכון בדילים ובפייפליין, עם הראיות שמאחורי כל סיגנל, ולדירוג של הנציגים שדורשים תשומת לב. כך הדפוס שעולה מכל הרשימות מופיע לכל נציג בנפרד; שאלו מה השתנה השבוע, והתשובה תכלול קישורים למקורות שלה. בדיקת הצעד הבא, הספים והסקירה עצמה נשארים באחריותכם. אחרי שתאשרו, diffi יכולה לשלוח הודעה לנציג ב-Slack או להגדיר תזכורת. תאמו דמו כדי לראות מה היא מסמנת ב-Salesforce שלכם.
לראות את זה בצוות שלכםאיך משתמשים בזה בכל שבוע? (20 דקות ביום שני)
יום שני, 20 דקות
- קודם רכיב 8: אצל מי נמצאים הכי הרבה דילים שסומנו, והאם זה אותו נציג מהשבוע שעבר? (3 דקות)
- רכיבים 4 ו-2: על כל דיל שתאריך הסגירה שלו נדחה או כבר עבר, ושגודלו מעל החציון שלכם, הוסיפו שאלה של שורה אחת להערות ה-1:1 עם אותו נציג. (5 דקות)
- רכיב 1, בקבוצת 22 ומעלה או לפי הסף שלכם: בחרו את שלושת הדילים הגדולים ביותר, בדקו את היומן ובקשו מהנציג לבדוק את תיבת הדואר שלו. ואז סמנו את הדיל כרדום או הסירו את הסימון. (5 דקות)
- רכיב 5: במהלך הסקירה, כל דיל תקוע מתקדם, חוזר אחורה או נסגר כ-Lost. (4 דקות)
- רכיב 3: שלחו לנציג את רשימת הדילים שבהם השדה Next Step ריק; מילוי השדה הוא באחריות הנציג. (1 דקה)
- רכיבים 6 ו-7: קראו את הצמדים ושאלו עליהם בסקירה, לא ב-Slack. (2 דקות)
- ביום שישי, 2 דקות: הריצו שוב את רכיבים 4 ו-6. דחייה או הפחתה שבוצעו אחרי יום שני הן הנושא לשיחה ביום שישי.
טיפ
אחרי חודש, מצמצמים
מחקו כל רכיב שאף אחד לא פעל לפיו במשך ארבעה שבועות; הגדירו סף מחמיר יותר בכל מקום שבו הסף מסמן יותר מחמישית מהפייפליין.
שאלות נפוצות
איך יוצרים ב-Salesforce דוח של דילים ללא פעילות?
השתמשו בסוג הדוח Opportunities, הגדירו Opportunity Status שווה ל-Open, והוסיפו מסנן על שדה הנוסחה Days Since Last Activity, עם הנוסחה TODAY() - LastActivityDate, כך שהערך יהיה גדול מהסף שלכם (מרכז העזרה של Salesforce). הוסיפו מסנן צולב, Opportunities without Activities, כדי למצוא דילים שלא בוצעה בהם פעילות מעולם. השדה Last Activity מתבסס על תאריכי היעד של משימות שנסגרו ועל תאריכי ההתחלה של אירועים, ופעילות שנקלטת דרך Einstein Activity Capture לא נרשמת בו (מרכז העזרה של Salesforce).
האם יש ב-Salesforce שדה של “ימים מאז הפעילות האחרונה”?
לא כשדה סטנדרטי. Last Activity הוא שדה תאריך סטנדרטי, ובמאמר במאגר הידע של Salesforce מופיעה הנוסחה TODAY() - LastActivityDate לשדה מותאם אישית מסוג מספר (מרכז העזרה של Salesforce). אם Pipeline Inspection זמינה לכם, היא מציגה את המדד Recent Activity, “מספר הימים שחלפו מאז הפעילות האחרונה בדיל” (מרכז העזרה של Salesforce).
איך רואים כמה זמן דיל נמצא בשלב הנוכחי שלו?
הוסיפו שדה נוסחה מסוג מספר, עם הנוסחה NOW() - BLANKVALUE(LastStageChangeDate, CreatedDate), כפי שמתואר במאמר במאגר הידע של Salesforce (מרכז העזרה של Salesforce). לשלבים קודמים, סוג הדוח Opportunity History כולל את העמודה Stage Duration, אבל יש קאץ': כשדיל חוזר לשלב שכבר היה בו, הדוחות מציגים רק את פרק הזמן הראשון שבו היה באותו שלב (מרכז העזרה של Salesforce). Pipeline Inspection מציגה את Days In Stage, “מספר הימים שהדיל נמצא בשלב הזה מאז השינוי האחרון בשדה Stage” (מרכז העזרה של Salesforce).
איך מוצאים ב-Salesforce דילים שתאריך הסגירה שלהם נדחה?
יש שלוש דרכים. Push Count, “מספר הפעמים שתאריך הסגירה של דיל נדחה בחודש קלנדרי” (מרכז העזרה של Salesforce), “מופעל כברירת מחדל ב-Pipeline Inspection ובדילים” (מרכז העזרה של Salesforce); נסו לסנן לפי 2 ומעלה בדוח Opportunities, אם השדה זמין שם. הדוח Opportunity Field History, אחרי שמפעילים מעקב אחר Close Date, מציג כל שינוי לצד הערך הישן והחדש (מרכז העזרה של Salesforce). ובדוח Opportunities with Historical Trending אפשר להשוות את “Close Date — Historical” ל-“Close Date — Today” באמצעות Show Changes בעמודה, במהדורות Enterprise, Performance, Unlimited ו-Developer (מרכז העזרה של Salesforce).
האם כל נציג יכול לראות רק את הדילים שלו בסקירה של מנהל המכירות?
כן, עם סקירה דינמית: הגדירו את View Dashboard As ל-“The dashboard viewer”, כדי שהיא תפעל תחת המשתמש שמחובר כרגע (Trailhead). ארגונים מקבלים שלוש סקירות כאלה במהדורת Developer, חמש במהדורת Enterprise ועשר במהדורות Unlimited ו-Performance (מרכז העזרה של Salesforce). להכנה שלכם ל-1:1, מסנן לפי Opportunity Owner בסקירה עושה את אותה עבודה, בלי לנצל אחת מהסקירות הדינמיות.
האם Pipeline Inspection זמינה בחינם, והאם צריך Revenue Intelligence בשביל הסקירה הזו?
עמוד המחירים של Sales Cloud מציג את Pipeline Inspection כחלק מ-Core ($195), מ-Advanced ($395) ומ-Max ($550 למשתמש לחודש, בחיוב שנתי, לפי המחירים שפורסמו בספטמבר 2026). Revenue Intelligence הוא מוצר נפרד, החל מ-$220 למשתמש לחודש (לפי המחירים שפורסמו בספטמבר 2026), והוא כלול ב-Max (Salesforce); בתיעוד ההגדרה של Pipeline Inspection נכתב שרישיון התוסף של Revenue Intelligence נדרש לתכונת תרשים הזרימה (מרכז העזרה של Salesforce). אף חלק במדריך הזה לא דורש Revenue Intelligence; הרכיב היחיד שדורש Pipeline Inspection הוא מסלול A לזיהוי דחיות, ומסלול B נותן מענה לאותו צורך.
האם Salesforce יכולה לשלוח לי מייל כשדיל נהיה רדום?
כן. הירשמו לקבלת דוח הדילים הרדומים, הגדירו את התזמון והוסיפו תנאי כמו מספר רשומות גדול מ-0, כדי שהמייל יגיע רק כשהרשימה לא ריקה (מרכז העזרה של Salesforce). ברוב הארגונים אפשר להירשם לעד 7 דוחות לכל משתמש (מרכז העזרה של Salesforce). כדי לקבל הודעת Slack נפרדת לכל דיל, השתמשו במקום זאת ב-Flow שמופעל לפי לוח זמנים.