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