מעבר למערכת CRM חדשה, עם כל ההיסטוריה
מערכת ישנה היא לא רק רשימת לקוחות. יש בה קריאות שירות, סטטוסים, קבצים והערות שנצברו שנים. מעבר בלי תכנון שובר את הקשרים בין הנתונים, והצוות מגלה את זה ביום הראשון בעבודה. אנחנו מתכננים את המעבר כפרויקט: מיפוי, ייבוא ניסיון, יום מעבר ודרך חזרה.
למה מעברים בין מערכות משתבשים
רוב המעברים שמשתבשים לא נכשלים בגלל המערכת החדשה. הם נכשלים בגלל ארבע טעויות שחוזרות על עצמן.
הראשונה: מעתיקים את המבנה הישן כמו שהוא, כולל הבעיות שלו. השנייה: מייבאים נתונים מלוכלכים, עם כפילויות וסטטוסים שאף אחד כבר לא משתמש בהם, ומבטיחים לעצמנו ״לנקות אחרי שנעלה״. השלישית: אין יום מעבר מוגדר, אז הצוות ממשיך לפתוח רשומות במערכת הישנה בזמן שמעבירים, ונוצרים פערים. הרביעית: שוכחים את הקבצים, המסמכים והתמונות שמחוברים ללקוחות.
בכל מעבר שאנחנו מנהלים, ארבע הנקודות האלה מטופלות לפני שמייבאים רשומה אחת.
מקרה בוחן: Hot House מ־Biz1 ל־GoHighLevel
Hot House מוכרת ומתקינה קמינים, ומלווה לקוחות גם אחרי ההתקנה בטיפולים שנתיים, בתיקונים ובבדיקות. כל ההיסטוריה הזו ישבה ב־Biz1. העברנו אותה ל־CRM על GoHighLevel, ובנינו מעליה את Meduza Ops, פאנל תפעול בעברית לעובדי המשרד.
לא העתקנו את המערכת הישנה
ב־Biz1 הסטטוס של קריאה ערבב שני דברים: איפה הקריאה עומדת, ואיזה סוג עבודה היא. במערכת החדשה הפרדנו ביניהם. סוג העבודה (התקנה, טיפול שנתי, תיקון תקלה) הוא שדה אחד, והשלב (חדש, שובץ, בביצוע, הושלם) הוא שדה אחר. הפרדנו גם בין מכירות לשירות: צינור המכירות מיועד רק למכירות ייעוץ, וקריאות שירות הפכו להזמנות עבודה. כל קמין מותקן נשמר כרשומה נפרדת שמחוברת ללקוח, כי ללקוח אחד יכולים להיות כמה קמינים.
ייצוא בקריאה בלבד
כלי הייצוא שכתבנו קרא מ־Biz1 בלבד. הוא לא שינה, לא מחק ולא שלח שום דבר במערכת הישנה, ונעצר מיד כשהמערכת סירבה לבקשה. כך המערכת הישנה נשארה שלמה לאורך כל הדרך.
ייבוא ניסיון לפני הכול
לפני הייבוא המלא ייבאנו קבוצה קטנה של לקוחות והזמנות עבודה, ובדקנו אותם אחד אחד בתוך המערכת: לקוח עם שני קמינים, לקוח עם הרבה הזמנות עבודה, ומקרים חריגים נוספים. רק אחרי שהקבוצה הזו עברה, המשכנו.
יום מעבר והשלמת פערים
קבענו מועד מעבר מוגדר. אחריו לא נפתחו רשומות חדשות ב־Biz1, צילמנו את המצב הסופי, וייבאנו רק את מה שנוסף מאז הייצוא הקודם. גם הקבצים ההיסטוריים עברו, יחד עם הפרטים שמחברים כל קובץ ללקוח שלו.
למי זה מתאים ולמי לא
מתאים אם
- עסק שמחליף CRM ויש לו היסטוריית לקוחות ועבודות שאסור לאבד.
- עסק שמנהל לקוחות באקסל או בכמה קבצים, ורוצה לעבור למערכת אחת בלי להקליד הכול מחדש.
- עסק שירות עם קריאות, טכנאים וביקורים חוזרים, שבו ההיסטוריה של כל לקוח משפיעה על השירות הבא.
- עסק שהמערכת הנוכחית שלו לא תומכת בתהליך העבודה, או שהפניות מפוזרות בין כמה כלים.
פחות מתאים אם
- עסק בלי נתונים ובלי תהליך קיים. שם לא מעבירים, אלא מקימים CRM מההתחלה.
- מי שמחפש פיתוח CRM מאפס בהתאמה מלאה. זה פרויקט פיתוח מערכת, לא מעבר.
- מי שאין לו גישה לייצוא מהמערכת הישנה או אישור מבעל המערכת. בלי גישה לנתונים אי אפשר להעביר אותם.
מה מקבלים
- מיפוי של כל השדות, הסטטוסים וההרשאות במערכת הישנה, ומה כל אחד הופך להיות במערכת החדשה.
- מבנה נתונים חדש שמתאים לאופן שבו העסק עובד היום, ולא העתק של המערכת הישנה.
- כללי ניקוי ואיחוד כפילויות, כולל זיהוי לקוח לפי טלפון או מייל.
- גיבוי מלא לפני כל שינוי.
- ייצוא בקריאה בלבד, שלא נוגע בנתונים במערכת הישנה.
- ייבוא ניסיון של קבוצה קטנה, ובדיקה ידנית שלה יחד איתכם.
- השוואת כמויות בין המערכת הישנה לחדשה, לכל סוג רשומה.
- יום מעבר מוגדר והשלמה של מה שנוסף בינתיים.
- העברת קבצים ומסמכים, מחוברים ללקוח הנכון.
- הדרכה קצרה לצוות על התהליך החדש.
- תכנית חזרה: מה עושים אם משהו לא עובר, ובאיזה שלב עוצרים.
יש לכם מערכת ישנה שכבר לא מתאימה, ואתם חוששים לאבד את ההיסטוריה? ספרו לנו מאיזו מערכת אתם יוצאים ומה יש בה.
תכנון מעבר מהמערכת שליאיך עובדים
- אבחון מבינים איך העבודה נראית היום ומה יש במערכת הישנה, בלי לשנות בה כלום. מכם אנחנו צריכים גישה לייצוא ומישהו שמכיר את התהליך.
- מיפוי ואפיון מחליטים יחד מה עובר, איך הוא נראה במערכת החדשה, ומה נשאר בארכיון. ההחלטות על סטטוסים והרשאות הן שלכם.
- גיבוי וייצוא מגבים, ומייצאים בקריאה בלבד. אם משהו לא תקין, עוצרים ומתקנים לפני שממשיכים.
- ייבוא ניסיון מייבאים קבוצה קטנה, ואתם בודקים לקוחות שאתם מכירים. זו הבדיקה הכי טובה שיש: אתם יודעים איך הרשומה אמורה להיראות.
- מעבר מלא ויום מעבר מייבאים את השאר, קובעים מועד שאחריו עובדים רק במערכת החדשה, ומשלימים את מה שנוסף בינתיים.
- אחרי המעבר מלווים את הצוות בימים הראשונים ומתקנים מה שעולה. את המערכת הישנה סוגרים רק אחרי שמוודאים שהכול עבר.
מה עושים עם ההיסטוריה
לא כל עסק צריך להעביר כל רשומה. אלה שלוש האפשרויות העיקריות, ומה כל אחת אומרת.
| מעבירים הכול | פעילים במלואם, השאר בארכיון | מתחילים נקי | |
|---|---|---|---|
| מתאים ל | עסק שירות שבו כל טיפול קודם רלוונטי לבא | עסק עם הרבה לקוחות ישנים שלא חזרו | עסק שהנתונים הישנים שלו לא אמינים |
| היקף העבודה | הגדול ביותר | בינוני | הקטן ביותר |
| מה רואים במערכת החדשה | את כל ההיסטוריה | פעילים במלואם, ישנים כרשומה בסיסית | רק מה שנוצר מהיום |
| מה עושים עם המערכת הישנה | סוגרים אחרי בדיקה | שומרים ייצוא לגישה | משאירים לקריאה לתקופה מוגדרת |
החלטות שכדאי לקבל לפני המעבר
לאן עוברים: ברוב הפרויקטים שלנו היעד הוא GoHighLevel, ואם יש לכם יעד אחר שכבר אושר, עובדים מולו. מה משתנה בתהליך: מעבר הוא הזדמנות לסדר סטטוסים ושלבים, אבל כל שינוי כזה צריך להיות מוסכם עם מי שעובד במערכת כל יום. מתי עוברים: בוחרים מועד שבו הצוות יכול להתחיל לעבוד במערכת החדשה כבר בבוקר שאחרי.
ואם המערכת החדשה מורכבת מדי לעובדי המשרד, אפשר לבנות מעליה ממשק פשוט, כמו שעשינו ב־Hot House. זה כבר תחום של אינטגרציות API. לאחר המעבר אפשר גם לחבר את טפסי האתר ישירות למערכת, ולבנות אוטומציות על הסטטוסים החדשים. כל השירותים בתחום מרוכזים בעמוד CRM ומערכות.
שאלות נפוצות
מה קורה אם הייבוא נכשל?
עובדים עם גיבוי וייבוא ניסיון קטן לפני המעבר המלא, ומגדירים מראש באיזה מצב עוצרים. המערכת הישנה לא משתנה בזמן הייצוא, כך שתמיד יש לאן לחזור.
צריך לנקות את הנתונים לפני המעבר?
כן. כפילויות וסטטוסים ישנים מטופלים לפני המיפוי או במהלכו, ולא ״אחרי שנעלה״. נתונים מלוכלכים במערכת חדשה הם אותה בעיה במקום חדש.
אפשר להמשיך לעבוד במערכת הישנה בזמן המעבר?
כן, עד יום המעבר. אחריו עובדים רק במערכת החדשה, ואנחנו מייבאים את מה שנוסף מאז הייצוא הקודם. כך עשינו ב־Hot House.
מה קורה עם קבצים, תמונות ומסמכים?
גם הם עוברים, יחד עם הקישור ללקוח או לעבודה שהם שייכים להם. זה חלק מהמיפוי, לא תוספת בסוף.
אנחנו עובדים באקסל. זה נחשב מעבר?
כן. מעבירים נתונים גם מקבצי אקסל, עם אותו תהליך: ניקוי, מיפוי שדות וייבוא ניסיון.
המעבר כולל הדרכה לצוות?
הדרכה קצרה על התהליך החדש נכללת. שינוי עמוק בדרך העבודה של הצוות הוא תהליך נפרד.
כמה זמן לוקח מעבר?
תלוי בכמות הנתונים, בכמות סוגי הרשומות ובגישה לייצוא. אחרי האבחון נותנים לוח זמנים בכתב.
מסגרת התקשרות
מחליפים מערכת? בואו נתכנן את המעבר
ספרו לנו מאיזו מערכת אתם יוצאים, מה יש בה ולאן אתם רוצים להגיע. נתחיל באבחון שלא נוגע בנתונים, ונחזור עם תכנית מעבר.
ספרו לנו על המערכת הנוכחית