איזו מערכת צריכה להיות המאסטר?

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

אפשר סנכרון דו-כיווני?

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

מה עושים עם הכפילויות שכבר קיימות?

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

צריך מפתח כדי לחבר?

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

חיבור תוכנת חשבוניות ל-CRM: מה מסתנכרן ומי המאסטר

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

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

מה מחברים ומה משאירים בנפרד?

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

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

למה זה נשבר: כפילויות

הבעיה המרכזית בכל חיבור כזה היא שאותו לקוח קיים פעמיים. זה קורה כי:

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

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

סדר ההקמה

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

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

מה מרוויחים מזה בפועל

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

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

מה לא לצפות שיקרה

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

מה לבדוק בשבוע הראשון אחרי החיבור

חיבור חדש נראה תקין ביום הראשון ומתגלה כשבור בשבוע השני. חמש בדיקות שכדאי לעשות:

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

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

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

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

מתי עדיף לא לחבר

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

מה מודדים אחרי שהחיבור עובד

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

מה קורה כשמחליפים אחת מהמערכות

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

חיבור תוכנת חשבוניות ל-CRM: מה מסתנכרן ומי המאסטר

עיקרי הדברים