איך מנקים רשימת לקוחות בלי למחוק מידע אמיתי: סדר העבודה, מה מאחדים ומה לא, וההגדרה שמונעת מהבלגן לחזור בתוך חצי שנה.
עיקרי הדברים
- מנקים פעם אחת, ומגדירים בקרה שמונעת חזרה - אחרת חוזרים לאותה נקודה.
- מפתח זיהוי אחד מנורמל הוא מה שמאפשר את כל השאר.
- לא כל רשומה דומה היא כפילות; מיזוג אוטומטי מוחק מידע אמיתי.
- לקוח לא פעיל אינו זבל - הוא קטגוריה, וכדאי לסמן ולא למחוק.
ניקוי רשימת לקוחות הוא עבודה של כמה ימים; מניעת החזרה שלה היא הגדרה של יום אחד. עסקים שעושים רק את הראשון מגלים אחרי חצי שנה שהם באותו מצב - ולכן הסדר הנכון הוא להגדיר את הבקרה לפני שמתחילים לנקות.
מה בעצם מלוכלך
| הבעיה | איך היא נראית | מה היא עושה |
|---|---|---|
| כפילויות | אותו לקוח בשתי רשומות | דוחות שגויים, פנייה כפולה |
| פורמטים | טלפון בחמש צורות | חיפוש לא מוצא, חיבורים נשברים |
| שדות ריקים | חצי מהרשומות בלי עיר | אי אפשר לפלח |
| טקסט חופשי | סטטוס ב-11 וריאציות | אי אפשר לספור |
| רשומות מתות | לקוחות משנת 2019 | מנפחים כל מדד |
| שמות לא עקביים | "בע"מ" לפעמים | מיון וחיפוש נשברים |
השורה השנייה היא זו שכדאי לתקן ראשונה, מפני שהיא זולה, אוטומטית, ומאפשרת לזהות את השורה הראשונה.
סדר העבודה
- לגבות את המצב הקיים לקובץ נפרד לפני שנוגעים בכלום.
- לנרמל טלפונים ודוא"ל - בלי רווחים, פורמט אחיד, אותיות קטנות.
- לזהות מועמדים לכפילות לפי המפתח המנורמל, ולא לפי שם.
- לעבור ידנית על הרשימה ולהכריע מה מתמזג.
- למזג תוך שמירת הערכים השונים בהערה.
- לסמן לא פעילים לפי תאריך פעילות אחרון, בלי למחוק.
- להגדיר את הבקרה שמונעת יצירת כפילות חדשה.
שלב 7 הוא היחיד שקובע אם העבודה תחזיק. בלעדיו, הרשימה חוזרת להיות מלוכלכת בקצב שבו נוצרות רשומות חדשות, וזה בדרך כלל כמה חודשים.
מה נחשב כפילות ומה לא
כפילות היא אותה ישות שנרשמה פעמיים. שלושה מצבים שנראים כמו כפילות ואינם:
- כמה אנשי קשר באותה חברה - מבנה נכון הוא חברה אחת עם כמה אנשים תחתיה.
- לקוח פרטי שהפך לעסק - שתי ישויות שיש לקשר, כי המסמכים שייכים לכל אחת בנפרד.
- שני סניפים של אותו לקוח - לעתים באמת שתי רשומות, תלוי איך מחייבים.
מיזוג אוטומטי לפי דמיון שם מוחק בדיוק את שלושת אלה, וזה נזק שכמעט בלתי אפשרי להחזיר. ההיגיון המלא של הבחנה בין המקרים נמצא בכפילויות לקוחות בין מערכות.
מה לעשות עם לקוחות לא פעילים
לא למחוק. לסמן. רשומה של לקוח שקנה פעם אחת לפני ארבע שנים היא מידע - היא מספרת שהוא הכיר אתכם, מה קנה, וכמה שילם. מחיקה מוחקת גם את זה.
מה שכן נכון הוא להוציא אותם מהמדדים השוטפים ומרשימות הדיוור, כך שהם לא ינפחו ספירות ולא ייצרו תלונות. פילוח פשוט - פעיל, רדום, לא פעיל - עם תאריך פעילות אחרון, פותר את זה בלי לאבד דבר. וכשמתכננים קמפיין החזרה, הקבוצה הזו היא בדיוק מי שפונים אליו.
הבקרה שמונעת חזרה
ארבע הגדרות, כולן חד-פעמיות:
- בדיקה בעת יצירה - חיפוש לפי טלפון מנורמל לפני שנפתחת רשומה חדשה.
- נרמול אוטומטי בכניסה - כל מספר נשמר באותו פורמט.
- שדות חובה מינימליים - כך שאנשים לא ממציאים ערכים כדי להמשיך.
- חסימת ייבוא שדורס או מכפיל רשומות קיימות.
הרביעית היא זו שנשכחת והיא אחראית לרוב הנסיגות: קובץ ישן שנטען שוב מחזיר את כל מה שניקיתם. ההיגיון הזהה של טעינה נכונה מתואר בהעברת נתונים מאקסל ל-CRM.
כמה זמן זה לוקח
בקובץ של כמה אלפי רשומות, הנרמול והזיהוי הם שעות; ההכרעה הידנית על המיזוגים היא רוב העבודה, ובדרך כלל מדובר בכמה ימים מרוכזים. מה שמאריך את זה לשבועות הוא ניסיון לעשות את זה "בין לבין" - ולכן עדיף להקצות שלושה ימים רצופים ולסיים.
מה שכדאי להימנע ממנו הוא ניקוי חלקי שנעצר באמצע. רשימה שחציה מנורמלת גרועה משתי רשימות, כי אי אפשר לדעת על איזה חלק אפשר לסמוך - וזה בדיוק המצב שגורם לאנשים להפסיק להשתמש בחיפוש.
איך מודדים שזה עבד
שלושה מספרים לפני ואחרי: כמה רשומות סך הכול, כמה כפילויות לפי המפתח, וכמה רשומות בלי טלפון תקין. אחרי הבקרה, שווה למדוד מספר רביעי אחת לחודש - כמה רשומות חדשות נוצרו עם טלפון שכבר קיים. המספר הזה צריך להיות אפס, וכשהוא לא, הבקרה לא עובדת.
מה עושים כשהנתונים יושבים בכמה מקומות?
זה המצב ברוב העסקים: רשימה ב-CRM, רשימה בתוכנת החשבוניות, וקובץ אצל מישהו. ניקוי של אחד מהם בלבד משפר מעט, מפני שהשניים האחרים ימשיכו לייצר רשומות חדשות בפורמט שלהם.
הסדר שעובד הוא לבחור מקור אמת אחד לפרטי לקוח - בדרך כלל המערכת שמפיקה מסמכים, כי שם הנתונים מאומתים מול חשבונית - לנקות אותו, ואז להתאים אליו את השאר. מה שחשוב הוא לא לנקות את כולם במקביל: זה מייצר שלוש גרסאות שונות של "נקי", ואז אי אפשר לדעת איזו נכונה.
לגבי הקובץ האישי של מישהו, התשובה כמעט תמיד לא למחוק אלא להבין למה הוא קיים. ברוב המקרים הוא קיים כי משהו במערכת לא נוח - ואם רק מוחקים אותו, הוא ייווצר שוב בשם אחר תוך שבועיים.
הטעות היקרה ביותר בניקוי
למחוק כדי שהרשימה תיראה נקייה. רשימה של 800 לקוחות אמיתיים עדיפה על 3,000 רשומות, אבל רק כשה-2,200 שהוסרו אכן לא היו לקוחות. כשמוחקים לפי "נראה לא רלוונטי", נמחק בדרך כלל גם מי שקנה פעם ויכול לקנות שוב.
הכלל הפשוט הוא שמחיקה סופית שמורה למקרים ברורים בלבד - רשומות ריקות, בדיקות, וכפילויות שמוזגו. לכל השאר יש סימון. זה גם מה שמאפשר לחזור אחורה אם מתברר שטעיתם, וזו אפשרות שלא קיימת אחרי מחיקה.
מקורות
שאלות נפוצות
מי צריך לעשות את זה?
מי שמכיר את הלקוחות, ולא מי שמבין בנתונים. ההכרעה אם שתי רשומות הן אותו לקוח דורשת ידע עסקי, וטעות בה יקרה יותר מטעות טכנית. הצד הטכני - נרמול וזיהוי מועמדים - יכול להיעשות על ידי מישהו אחר.
אפשר להיעזר בכלי אוטומטי?
לאיתור כן, להכרעה לא. כלי שמציע רשימת מועמדים חוסך שעות; כלי שממזג לבד מוחק מידע. הכלל הוא שאדם מאשר כל מיזוג, גם כשזה נראה ברור - במיוחד בישראל, שבה שמות עסקים חוזרים על עצמם.
מה עושים עם רשומות בלי טלפון?
לטפל בהן בנפרד ולסמן אותן. הן הקבוצה שתייצר את רוב הכפילויות העתידיות, כי אין להן מפתח. אם יש דוא"ל, אפשר להשתמש בו כמפתח משני; אם אין - שווה לשקול אם הן בכלל שימושיות.
כל כמה זמן לחזור על הניקוי?
עם בקרה טובה, פעם בשנה מספיקה וגם היא קצרה. בלי בקרה, אין תדירות שמספיקה - הכפילויות נוצרות מהר יותר משמנקים, וזו הסיבה שהבקרה היא החלק החשוב ולא הניקוי.
להמשך קריאה
שירות רלוונטי
פיתוח MVP
להפוך רעיון למוצר מאומת תוך שבועות, לא חודשים.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה מנסה להפוך לאוטומטי או לבנות, ואומר לך מהי הדרך המהירה והאמינה ביותר ליישם את זה.
