כפילויות לקוחות בין מערכות: איך נוצרות ואיך עוצרים אותן

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

איך כפילויות נוצרות

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

איך בוחרים מפתח זיהוי

בישראל, שלושה מועמדים ולכל אחד חיסרון:

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

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

מי צד המאסטר?

השאלה הזו נשמעת טכנית והיא ניהולית לגמרי. שלוש שאלות מכריעות אותה:

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

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

תהליך מיזוג שלא מוחק מידע

1. לאתר מועמדים לפי מפתח מנורמל - לא לפי שם.
2. להציג זה לצד זה את שתי הרשומות לפני כל החלטה.
3. לבחור רשומה מנצחת ולשמור את הערכים השונים מהאחרת בהערה, לא למחוק.
4. להעביר את הפעילות - הצעות, מסמכים, שיחות - לרשומה המנצחת.
5. לסמן את המפסידה כממוזגת במקום למחוק אותה, כדי שקישורים ישנים לא יישברו.
6. לתעד מי מיזג ומתי.

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

איך עוצרים את זה מראש?

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

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

מה כפילות באמת עולה

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

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

שלושה מצבים מיוחדים

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

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

מי אחראי על זה בעסק

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

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

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

מקורות

• Fireberry by Powerlink
• Kala CRM