אישור הנחות וחריגים ב-CRM: איך שומרים על השוליים?

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

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

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

מה נחשב חריגה לפני שבונים תהליך אישור הנחות?

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

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

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

איך בונים מדרגות אישור הנחות שלא תוקעות מכירה?

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

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

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

איפה בקשות ההנחה והחריגים צריכות לחיות ב-CRM?

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

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

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

מה קורה אחרי שההנחה אושרה?

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

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

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

מה מודדים בתהליך אישור ההנחות?

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

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

מתי לא צריך תהליך אישור הנחות מסודר?

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

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