פרויקט הטמעת ה-CRM מתקדם יפה. המערכת החדשה הוגדרה, התהליכים מופו, והצוות כבר עבר הדרכה ראשונית. עכשיו מגיע השלב שכולם חיכו לו: ייבוא הנתונים ההיסטוריים. פותחים את קבצי האקסל שהגיעו ממחלקת המכירות, השירות והשיווק, וברגע אחד, התמונה הפשוטה מסתבכת. בעמודה "מקור לקוח" של השיווק יש ערכים כמו "פייסבוק", "FB" ו"קמפיין אביב", בעוד שבקובץ של המכירות יש "הפניה" ו"לקוח חוזר". בשדה "סטטוס" יש חמישה סוגים שונים של "פעיל", ולכל אחד מהם היגיון פנימי משלו.
בנקודה הזו, פרויקטים רבים נתקעים. מה שנראה כמו בעיה טכנית של "מיפוי שדות" הוא למעשה סימפטום לבעיה עמוקה יותר: בארגון אין שפה עסקית אחידה. כל מחלקה, מתוך כוונה טובה, יצרה לעצמה סט מושגים שעוזר לה לעבוד. אבל כשמנסים לחבר את הכול למערכת מרכזית אחת, ה"עזרה" הזו הופכת לחיכוך תפעולי שמייצר כאוס.
למה נתונים מבולגנים הם ברירת מחדל בארגונים?
הבלגן בנתונים הוא לא תוצאה של רשלנות. הוא תוצאה טבעית של צמיחה והתמחות. צוות השיווק היה צריך למדוד את האפקטיביות של קמפיינים, אז הוא המציא שדות כמו "UTM Source" ו-"Campaign Name". צוות המכירות היה צריך לנהל את הפייפליין שלו, אז הוא הגדיר שלבים כמו "פגישה נקבעה" ו"הצעה נשלחה". צוות השירות היה צריך לתעד פניות, אז הוא יצר סיווגים כמו "תקלה טכנית" ו"שאלת חיוב".
כל אחת מהפעולות האלה הגיונית לחלוטין בתוך ההקשר של הצוות שביצע אותה. הבעיה מתחילה כשאין גורם מרכזי שאחראי על יצירת שפה משותפת. ללא הגדרה מרכזית, המידע בארגון מתחיל להיסחף. "לקוח" עבור איש מכירות הוא מישהו שנמצא בתהליך רכישה. עבור איש שירות, הוא מישהו שכבר יש לו מוצר פעיל. עבור הנהלת חשבונות, הוא גוף שקיים לו כרטיס במערכת הפיננסית. שלושתם צודקים, אבל מערכת CRM אחת לא יכולה לחיות עם שלוש הגדרות שונות לאותו מושג.
המחיר התפעולי של חוסר אחידות
הניסיון לייבא נתונים לא אחידים לתוך CRM חדש הוא רק ההתחלה. הבעיות האמיתיות צפות על פני השטח אחרי העלייה לאוויר, והן יקרות בהרבה. ראשית, הייבוא עצמו נכשל חלקית או דורש שבועות של עבודת ניקיון ידנית. נתונים הולכים לאיבוד או נכנסים לשדות הלא נכונים, ופותחים את הפרויקט ברגל שמאל.
אבל הנזק הגדול יותר הוא ארוך טווח. כשאין הסכמה על מה כל שדה אומר, אי אפשר לבנות דוחות אמינים. מנהל שמנסה להבין "כמה לידים איכותיים קיבלנו החודש משיווק?" יקבל תשובה שונה לחלוטין בהתאם לאיך מגדירים "ליד איכותי" ואיך מתעדים את מקור ההגעה שלו. אוטומציות שנבנות על סמך שדות סטטוס לא עובדות, כי תהליך אוטומטי שמחפש את הערך "חדש" לא ימצא ליד שהוגדר כ-"New Lead". בסופו של דבר, הצוות מאבד אמון במערכת. אם הנתונים לא נכונים, למה להשקיע בהזנת מידע נוסף? כך, ה-CRM הופך ממנוע תפעולי למחסן נתונים לא שימושי.
בניית מילון שדות: הסכם תפעולי לפני הכול
הדרך הנכונה להתמודד עם הבעיה היא לא לנסות "לסדר" את הנתונים תוך כדי ייבוא, אלא לעצור ולבנות "מילון שדות" ארגוני לפני כן. זהו לא מסמך טכני, אלא הסכם תפעולי בין כל המחלקות שנוגעות בלקוח. המטרה היא פשוטה: להסכים על שם אחד, הגדרה אחת ורשימת ערכים אחת לכל פיסת מידע חשובה בארגון.
תהליך בניית המילון צריך לכלול נציגים מהמכירות, השיווק, השירות, התפעול ולעיתים גם הכספים. מנחה התהליך (בדרך כלל מנהל הפרויקט או יועץ ה-CRM) יושב עם כל הצדדים ומנהל דיון על כל שדה מרכזי. התוצר הוא מסמך משותף, לרוב טבלה פשוטה, שמגדירה את השפה של הארגון. היא תכלול בדרך כלל את העמודות הבאות:
- שם השדה הרשמי ב-CRM: השם האחד והיחיד שיופיע במערכת החדשה (לדוגמה: "Lead Source").
- הגדרה עסקית: הסבר פשוט וברור בעברית מה השדה הזה מייצג. לא טכני, אלא תפעולי. למשל: "הערוץ שדרכו נוצר הקשר הראשוני עם הליד".
- סוג השדה: טקסט חופשי, רשימת בחירה, מספר, תאריך וכו'.
- ערכים מותרים (לרשימות בחירה): זו הנקודה הקריטית ביותר. במקום טקסט חופשי, מגדירים רשימה סגורה של ערכים. לדוגמה, עבור "Lead Source" הערכים יכולים להיות: Google Ads, Facebook Ads, Organic Search, Referral, Event. לא תהיה יותר אפשרות לכתוב "פייסבוק ממומן" או "חבר הביא חבר".
- בעלות על הנתון: איזו מחלקה אחראית על תקינות המידע בשדה הזה? שיווק אחראי על מקור הליד, מכירות אחראית על שלב העסקה.
הערך האמיתי הוא בתהליך, לא במסמך
המסמך עצמו חשוב, אבל הדיון שמוביל אליו חשוב פי כמה. בניית מילון שדות מכריחה את המחלקות השונות לדבר זו עם זו על תהליכי עבודה. היא מאלצת אותן להגיע להסכמות על הגדרות שהיו "אזור אפור" במשך שנים. התוצאה היא לא רק ייבוא נתונים נקי, אלא בהירות תפעולית שמשפיעה על כל הארגון.
כשיש מילון אחיד, אפשר סוף סוף לבנות דוחות שכולם מבינים באותה צורה. אפשר ליצור אוטומציות חכמות שעובדות על בסיס נתונים אמין. אנשי המכירות והשירות רואים את אותה תמונה של הלקוח, מה שמוביל לחוויה רציפה וטובה יותר עבורו. בסופו של דבר, ה-CRM הופך להיות מה שהוא אמור להיות: מקור אמת יחיד שמשרת את כל היחידות העסקיות, ולא אוסף של פשרות ואי הבנות.
