מעבר מאקסל ל-CRM: 8 סימנים שהגיע הזמן לעבור, ואיך עושים את זה בלי לאבד נתונים

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

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

ניהול לקוחות באקסל: למה כולם מתחילים שם (וזה בסדר)

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

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

8 סימנים שהגיע הזמן למעבר מאקסל ל-CRM

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

1. אותו לקוח מופיע שלוש פעמים

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

2. אין היסטוריה מול הלקוח

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

3. כולם רואים הכול, וכולם יכולים למחוק הכול

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

4. לידים נופלים בין הכיסאות

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

5. כל דוח הוא פרויקט

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

6. "לקוחות_סופי_מעודכן_2.xlsx"

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

7. מעתיקים לידים ידנית מכל ערוץ

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

8. רק אדם אחד באמת מבין את הקובץ

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

צ'קליסט: איך זה נראה באקסל ומה CRM עושה אחרת

מערכת CRM לעסק קטן: מתי עוד מוקדם מדי

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

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

תוכנית מעבר מאקסל ל-CRM בשמונה שלבים

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

שלב 1: מיפוי שדות

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

שלב 2: ניקוי נתונים

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

שלב 3: איחוד כפילויות

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

שלב 4: הגדרת שלבי צנרת המכירה

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

שלב 5: ייבוא ניסיון

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

שלב 6: הרצה במקביל לתקופה קצרה

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

שלב 7: הדרכת הצוות

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

שלב 8: פרישת הגיליון

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

הסבת נתונים: 5 טעויות שגורמות לאבד מידע

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

מה להשאיר באקסל ומה להעביר ל-CRM

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

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

דשבורד ניהולי: התמורה האמיתית של המעבר

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

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

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

איך בוחרים מערכת CRM מומלצת לעסקים קטנים

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

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

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

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

שאלות נפוצות על מעבר מאקסל ל-CRM

כמה זמן לוקח מעבר מאקסל ל-CRM?

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

האם אפשר להעביר גם את ההיסטוריה וההערות?

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

מה זה הסבת נתונים, ומי צריך לעשות אותה?

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

האם צריך להפסיק להשתמש באקסל אחרי המעבר?

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

מה עושים אם הצוות ממשיך לעבוד בגיליון הישן?

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