ניהול ספקים וקבלני משנה ב-CRM: מה נכנס ומה נשאר בחוץ?

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

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

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

מה כדאי לנהל על ספקים בתוך ה-CRM?

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

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

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

מתי ניהול ספקים ב-CRM הוא מיותר?

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

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

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

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

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

אילו שדות על ספקים שווים את העומס?

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

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

הרשאות לספקים וקבלני משנה: מה מותר להם לראות?

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

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

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