כמה יוסי כהן יש לכם? כך מונעים מ-CRM מסודר להפוך למחסן כפילויות

1. למה כפילויות הן יותר מסתם מטרד אסתטי?

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

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

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

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

2. איך בכלל נוצר אותו ליד פעמיים?

המקורות הנפוצים לכפילויות: טפסים מרובים, ייבוא נתונים והחלפת מספרי טלפון

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

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

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

3. הבעיה האמיתית: לכל יוסי יש חתיכה אחרת מהסיפור

פיצול מידע הוא האויב הגדול ביותר של חוויית שירות אישית ומקצועית

כאן כפילויות הופכות למטרד אמיתי: יוסי מספר 1 מחזיק את היסטוריית המיילים. יוסי מספר 2 מחזיק את הודעות ה-WhatsApp. יוסי מספר 3 מופיע ב-Pipeline עם הצעה. ואצל יוסי מספר 1 מופיעה הערה קריטית: "ביקש שנחזור אחרי החגים".

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

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

4. לפני שמייבאים Excel - עצרו לחמש דקות

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

זהו אחד המוקשים הקלאסיים ביותר שבהם מייצרים בלגן עצום בתוך דקה אחת: יש CRM חדש, יש קובץ Excel ישן עם 1,843 שורות, לוחצים Import... ורגע – כמה מהם כבר קיימים במערכת?

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

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

5. טלפון, מייל ושם - מה באמת מזהה אדם?

בחירת מזהה חד-ערכי ונרמול פורמטים לשמירה על שלמות המידע

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

מספר טלפון הוא המזהה המובהק והשימושי ביותר בעסקים בישראל, אך גם הוא עלול להופיע במגוון תצורות: 0501234567, 050-123-4567, או 972501234567+.

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

6. אל תדרסו מידע טוב כשהליד חוזר

הפרדה חכמה בין מקור ההגעה המקורי (First Touch) לבין נקודת המגע האחרונה (Last Touch)

רונית הגיעה בינואר דרך קמפיין בפייסבוק, אך לא רכשה. באפריל היא חיפשה אתכם בגוגל, נכנסה לאתר והשאירה פרטים שוב. מה מקור ההגעה (Source) של רונית – פייסבוק או גוגל?

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

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

7. מה עושים עם כמה מספרי טלפון לאותו אדם?

ניהול נכון של טלפון ראשי ומשני מבלי לשבור את מנגנוני ה-SMS והאוטומציה

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

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

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

8. מצאתם כפילויות? אל תתחילו למחוק בפראות

איחוד רשומות (Merge) מבוקר ששומר על כל השיחות, המשימות וההצעות הקודמות

מצאתם יוסי 1 ויוסי 2 – אל תלחצו מיד על Delete. עצרו ושאלו: איפה ההערות? איפה העסקה ב-Pipeline? איזה כרטיס מחזיק את היסטוריית השיחה? לאיזה כרטיס מחובר המייל?

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

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

9. בנו כלל פשוט לכל מקור לידים חדש

מניעה מראש במקום כיבוי שרפות: הגדרת התנהגות ברורה ללידים חוזרים בכל ערוץ

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

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

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

10. יש לכם 15 דקות? עשו את מבחן יוסי כהן

תרגיל שטח מהיר ב-5 שלבים שמוודא שהמערכת שלכם ערוכה לקלוט לידים בביטחון

זהו תרגיל מעשי מצוין ששווה לבצע בכל מערכת CRM:

שלב 1: יוצרים ליד בדיקה בשם "יוסי כהן" עם מספר הטלפון והמייל האישי שלכם.

שלב 2: מוודאים שהוא נקלט כראוי ב-AltruBiz CRM.

שלב 3: פונים שוב דרך מקור אחר (למשל: דף נחיתה חלופי או טופס שונה).

שלב 4: בודקים מה קרה – האם נוצר כרטיס חדש או שהכרטיס הקיים עודכן בחכמה? מה קרה ל-Pipeline ולאוטומציות?

שלב 5: פותחים את הכרטיס ובודקים: האם רואים סיפור אחד ברור, רציף ומסודר?

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