פרויקט הקמה אחרי המכירה: איך מנהלים אותו ב-CRM?

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

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

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

למה פרויקט הקמה מתפרק דווקא כשמנהלים אותו במייל?

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

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

מה חייב להיכנס ל-CRM בכל פרויקט הקמה?

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

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

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

מי אחראי על פרויקט הקמה אחרי שהעסקה נסגרה?

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

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

איך יודעים אם פרויקט הקמה מתקדם או נתקע?

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

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

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

מתי פרויקט הקמה לא צריך ניהול במערכת?

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

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

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