דלגו לתוכן
HPI — High Tech Professions Institute

Sales Cloud

תהליך מכירה אחיד, Pipeline שאפשר לסמוך עליו.

יישום Sales Cloud סביב תהליך המכירה האמיתי של הארגון: כניסת לידים, הסמכה, שלבי עסקה עם קריטריון יציאה, אישורים ותחזית שמבוססת על נתון ולא על תחושה.

מפת יכולות

מה נכלל ובאיזה סדר

המפה מציגה את שכבות העבודה בשירות זה, מהתשתית ועד היכולות שהמשתמשים רואים.

Sales Cloud — Capability Map

  1. ניהול לידים ומקורות

    איחוד מקורות לידים, כללי שיוך, זמני תגובה ומדידת המרה לפי מקור.

  2. הזדמנויות ושלבי מכירה

    שלבים עם קריטריון יציאה מפורש, מוצרים, תמחור ואישורי הנחה.

  3. תחזית ודשבורדים

    תחזית לפי מתודולוגיה מוסכמת, דשבורדים לפי תפקיד והתראות על עסקאות תקועות.

  4. אוטומציית פולואפ

    משימות, תזכורות והסלמות שמונעות נפילת עסקאות בין הכיסאות.

  5. פישוט ממשק

    מסכים לפי תפקיד, שדות רלוונטיים בלבד ופעולות מהירות.

  6. חיבור למקורות

    אתר, קמפיינים, טפסים, דיוור ומערכות תמחור או ERP.

כל שכבה נשענת על זו שמעליה. דילוג על שכבה מוקדמת הוא הסיבה השכיחה ביותר לעבודה חוזרת בהמשך.

הרקע

מה באמת מכריע כאן

Sales Cloud מצליחה כאשר שלבי המכירה מתארים מה קרה בפועל מול הלקוח, ולא מה שנוח לדווח. לכן העבודה מתחילה בהגדרת קריטריון יציאה לכל שלב.

הצוות עובד במערכת רק כשהיא חוסכת לו זמן. מסך מכירה עמוס בשדות חובה מייצר בדיוק את ההפך, ולכן פישוט ממשק הוא חלק מהיישום ולא שיפור עתידי.

תחזית אמינה היא תוצר של משמעת נתונים, לא של דוח. אם תאריך הסגירה מתעדכן רק לפני ישיבת הנהלה, שום דשבורד לא יתקן זאת.

תחומי עבודה

מה אנחנו עושים בפועל

ניהול לידים ומקורות

איחוד מקורות לידים, כללי שיוך, זמני תגובה ומדידת המרה לפי מקור.

הזדמנויות ושלבי מכירה

שלבים עם קריטריון יציאה מפורש, מוצרים, תמחור ואישורי הנחה.

תחזית ודשבורדים

תחזית לפי מתודולוגיה מוסכמת, דשבורדים לפי תפקיד והתראות על עסקאות תקועות.

אוטומציית פולואפ

משימות, תזכורות והסלמות שמונעות נפילת עסקאות בין הכיסאות.

פישוט ממשק

מסכים לפי תפקיד, שדות רלוונטיים בלבד ופעולות מהירות.

חיבור למקורות

אתר, קמפיינים, טפסים, דיוור ומערכות תמחור או ERP.

מטריצת החלטה

ההחלטות שקובעות את התוצאה

מבנה שלבי מכירה

אפשרות א
שלבים אחידים לכל הארגון
אפשרות ב
שלבים לפי קו מוצר
מה מכריע
האם תהליך המכירה באמת שונה, או רק ההרגלים

תמחור והצעות

אפשרות א
שדות מחיר בסיסיים
אפשרות ב
קטלוג ומחירונים מלאים
מה מכריע
מורכבות התמחור ותדירות ההנחות

תחזית

אפשרות א
הערכת נציג
אפשרות ב
תחזית מבוססת שלב וסבירות
מה מכריע
רמת המשמעת בעדכון עסקאות

שיוך לידים

אפשרות א
ידני
אפשרות ב
כללי ניתוב אוטומטיים
מה מכריע
נפח הלידים וזמן התגובה הנדרש

אופן העבודה

שלבי הביצוע

  1. 01

    מיפוי תהליך המכירה

    שלבים, החלטות, נקודות אישור ובעלות.

  2. 02

    מודל נתונים

    ליד, איש קשר, חברה, הזדמנות ומוצרים.

  3. 03

    בנייה ופישוט

    מסכים, אוטומציות ואישורים לפי תפקיד.

  4. 04

    נתונים ומיגרציה

    העברת לקוחות ועסקאות פתוחות עם ניקוי.

  5. 05

    הדרכה

    הדרכה לפי תפקיד וחומרי עזר קצרים.

  6. 06

    מדידה

    מדדי אימוץ ואיכות Pipeline אחרי העלייה.

שאלות נפוצות

שאלות שחוזרות

כמה שלבי מכירה נכון להגדיר?
בדרך כלל בין ארבעה לשבעה. פחות מכך אינו מאפשר לזהות היכן עסקאות נתקעות, יותר מכך יוצר עומס דיווח שהצוות עוקף. הקריטריון הנכון הוא שכל שלב יסתיים באירוע מדיד מצד הלקוח.
האם צריך CPQ?
רק כשהתמחור מורכב באמת: קטלוג גדול, מדרגות הנחה, חבילות או אישורים מרובים. עבור תמחור פשוט, קטלוג מוצרים ומחירון סטנדרטי מספקים ועלות התחזוקה נמוכה משמעותית.
איך משפרים אמינות תחזית?
קובעים הגדרה אחת לכל שלב, מחייבים עדכון תאריך סגירה כתנאי להתקדמות, ומודדים סטייה בין תחזית לתוצאה לאורך רבעונים. אמינות היא תוצאה של מדידה חוזרת.
מה קורה ללידים שלא הוסמכו?
הם נשארים במערכת עם סיבת דחייה מתועדת ונכנסים למחזור שיווקי חוזר. מחיקת לידים לא מוסמכים מוחקת גם את היכולת ללמוד אילו מקורות אינם משתלמים.

השלב הבא

תכנון יישום Sales Cloud

נמפה את תהליך המכירה ואת מקורות הלידים, ונגדיר מה נכנס לשלב הראשון.