ניהול מנויים וחידושים ב-CRM: איך לא לפספס תאריך?

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

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

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

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

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

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

מה חייב לשבת ברשומת המנוי ב-CRM?

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

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

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

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

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

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

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

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

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

מה מודדים בניהול מנויים וחידושים?

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

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

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

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

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