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