מעבר מוצלח ל-HubSpot נמדד בדבר אחד: כל הדאטה וכל ההיסטוריה עברו נקיים, והצוות עובד במערכת החדשה כבר מהיום הראשון. רוב הכשלים בהגירה בכלל לא טכניים. הם נובעים מתכנון חסר של מודל הנתונים לפני ההעברה, ולא מהכלי שבו משתמשים.
בדרך כלל מאותן שתי סיבות: עלות וגמישות. Salesforce ו-Dynamics הן מערכות חזקות, אבל כבדות לתחזוקה ויקרות להתאמה, ולהרבה צוותי B2B בצמיחה HubSpot נותן את אותו ערך עם פחות חיכוך. אבל המעבר עצמו הוא הרגע המסוכן, כי כל ההיסטוריה, האוטומציות והאינטגרציות צריכות לעבור בלי לשבור את העבודה השוטפת. הגירה טובה היא יותר מ״להעתיק נתונים״: היא תכנון מחדש של האופן שבו הנתונים יחיו במערכת החדשה.
שלושה דברים. הראשון הוא אובדן דאטה או היסטוריה: עסקאות, פעילויות ושיחות שלא עוברות נכון ופשוט נעלמות. השני הוא היסטוריה שבורה, כשהנתונים עוברים אבל השיוכים ביניהם, למשל איזו פעילות שייכת לאיזו עסקה, מתפרקים בדרך. השלישי הוא אימוץ: הצוות מקבל מערכת חדשה ולא מסודרת, וחוזר לאקסל. את כל אחד מהם אפשר למנוע בתכנון, ואף אחד מהם לא קל לתקן בדיעבד.
הכול מתחיל במיפוי. ממפים את מודל הנתונים הקיים מול המודל שאתם רוצים ב-HubSpot: אילו אובייקטים ושדות עוברים, מה מקור האמת של כל אחד, ומה כבר לא רלוונטי ועדיף להעביר לארכיון מאשר לגרור איתכם. ההגירה היא גם הזדמנות לנקות את הדאטה, במקום להעתיק את הבלגן כמו שהוא. רק אחרי שהחלטתם מה עובר ומה נשאר מאחור, מבצעים את ההעברה בגלים, עם בדיקות בכל שלב. זה בדיוק מה שאנחנו מתכוונים אליו כשאנחנו אומרים ״ארכיטקטורה לפני אוטומציה״, רק מיושם על הגירה.
זה החלק שהכי קל לשכוח. סביר להניח שב-Salesforce או ב-Dynamics שלכם יש אינטגרציות למערכות ליבה, כמו ERP ו-billing, ואוטומציות שצוותים תלויים בהן ביום-יום. הגירה נכונה ממפה אותן מראש ובונה אותן מחדש ב-HubSpot, ולרוב התוצאה נקייה יותר מהמקור, כי זו הזדמנות לתקן את מה שהצטבר. מי שמדלג על השלב הזה עובר למערכת חדשה ומגלה שחצי מהתהליכים פשוט הפסיקו לעבוד.
בדרך הישנה ״מייצאים מ-Salesforce ומייבאים ל-HubSpot״, מקווים לטוב, ומגלים דאטה שבורה והיסטוריה שהלכה לאיבוד. אנחנו ב-IV-Lead ממפים ומתכננים את מודל הנתונים החדש עוד לפני שעובר בייט אחד. כך ההגירה הופכת לקפיצת מדרגה, עם מערכת נקייה יותר מהקודמת, במקום להעביר את אותן בעיות לכלי חדש.
הגירה ל-HubSpot מ-Salesforce או מ-Dynamics מצליחה כשמתחילים ממיפוי ותכנון: מחליטים מה עובר ומה הולך לארכיון, מגדירים מקור אמת, ובונים מחדש את האינטגרציות והאוטומציות. כך עוברים בלי לאבד דאטה, ויוצאים מהתהליך עם מערכת טובה יותר מזו שעזבתם.
מתחילים ממיפוי מודל הנתונים הקיים מול המודל הרצוי, מחליטים מה עובר ומה הולך לארכיון, ומגדירים מקור אמת לכל שדה. אחר כך מעבירים בגלים, עם בדיקות בכל שלב, ובונים מחדש את האינטגרציות והאוטומציות. התכנון שלפני ההעברה הוא מה שמונע אובדן דאטה.
זה תלוי בכמות הדאטה, במספר האינטגרציות ובמצב הנתונים בנקודת ההתחלה. הגירה ממוקדת יכולה להסתיים תוך כמה שבועות, והגירת אנטרפרייז עם היסטוריה גדולה וכמה מערכות מחוברות נמדדת בחודשים. רוב הזמן הולך על תכנון ובדיקות, הרבה יותר מאשר על ההעברה עצמה.
הן אמורות לעבור, אבל רק אם מתכננים את זה מראש. הגירה נכונה ממפה את האינטגרציות והאוטומציות הקיימות ובונה אותן מחדש ב-HubSpot, ולרוב בצורה נקייה יותר ממה שהיה. מי שמדלג על השלב הזה נשאר אחרי המעבר עם תהליכים שבורים.
מתכננים לעבור ל-HubSpot? IV-Lead, שותפת HubSpot בישראל, מלווה את המעבר מהמיפוי הראשון, דרך בנייה מחדש של האינטגרציות ועד הניהול השוטף במערכת החדשה. בואו נתכנן אותו יחד בשיחת אבחון קצרה, עוד לפני שהרשומה הראשונה זזה ממקומה.