לייבא דאטה ל-HubSpot זה החלק הקל. לייבא אותה נכון - זה מה שיקבע אם אפשר יהיה לסמוך על הפורטל בעוד שנה. המטרה היא לא להזיז רשומות לתוך HubSpot, אלא לנחות על דאטה נקייה, בלי כפילויות ועם שיוכים נכונים - כזו שהצוות והדיווחים באמת יכולים להסתמך עליה. רוב ההטמעות שנכשלות מתחילות בדיוק שם: ייבוא ראשון חפוז שמכניס כפילויות, שיוכים שבורים ו-properties שאף אחד לא באמת הסכים עליהם. אז בואו נעבור על הדרך לעשות את זה נכון כבר בפעם הראשונה.
מה צריך לעשות עוד לפני שמייבאים משהו?
קודם כול מגדירים את מודל הדאטה - אילו אובייקטים, אילו properties ומי הבעלים - כי ייבוא רק מקבע את המבנה שאתם מביאים אליו. HubSpot מסדר הכול ברשומות (אנשי קשר, חברות, deals, tickets) שמחוברות ביניהן בשיוכים. לפני שורה אחת של דאטה, תוודאו שלושה דברים: אילו אובייקטים אתם מייבאים, אילו properties כל אחד צריך (ושהם קיימים ב-HubSpot, עם סוג השדה הנכון), ואיך הרשומות משויכות זו לזו. דוגמה מהשטח: ייבוא של אנשי קשר וחברות במהלך אחד, עם עמודת שם חברה או דומיין משותפת, מאפשר ל-HubSpot לשייך ביניהם אוטומטית - תדלגו על זה, ותקבלו אלפי אנשי קשר יתומים שתבזבזו עליהם שבועות של חיבור מחדש.
איך בונים נכון את קובץ הייבוא?
אובייקט אחד לכל קובץ (או קובץ אחד מרובה-אובייקטים עם כותרות עמודה ברורות), ועם מזהה ייחודי בכל שורה. תנקו את הגיליון עוד לפני ש-HubSpot רואה אותו: פורמט תאריך אחיד, הפרדה בין שם פרטי למשפחה, עמודה אחת לכל property, ומפתח ייחודי בלי כפילויות - אימייל לאנשי קשר, דומיין לחברות. HubSpot מתאים לפי המזהים האלה כדי לעדכן רשומות קיימות במקום ליצור כפילות, כך שדווקא הדיוק במפתח הוא מה שמפריד בין ייבוא נקי לדאטהבייס כפול. תמפו כל עמודה ל-property ב-HubSpot - כל מה שנשאר ב-'Don't import' הוא דאטה שאובדת בשקט.
איך נמנעים מכפילויות?
נותנים ל-HubSpot להסיר כפילויות לפי מזהה ייחודי, ומריצים בדיקת כפילויות גם לפני וגם אחרי. אנשי קשר מתאחדים לפי אימייל (ו-Record ID), חברות לפי דומיין (ו-Record ID). אם במקור יש שתי שורות לאותו אדם עם אימיילים שונים, HubSpot לא יכול לדעת שמדובר באותו אחד - אז עבודת הניקוי הזו קורית קודם בגיליון. אחרי הייבוא, השתמשו בכלי ניהול הכפילויות של HubSpot כדי לתפוס את מה שחמק. דוגמה מהשטח: רשימה של 6,000 שורות שבה 400 אנשי קשר כבר היו ב-HubSpot - התאמה לפי אימייל עדכנה את ה-400 במקום, ויצרה רק את הרשומות החדשות באמת, במקום להשאיר אתכם עם 6,400 אנשי קשר ו-400 כפילויות.
מה קורה אחרי הייבוא - ולמה זה הכי חשוב?
ולידציה היא השלב שכולם מדלגים עליו, והוא זה שקובע אם אפשר לסמוך על הדאטה. אחרי הייבוא, בדקו מדגם של רשומות: האם נוצרו השיוכים, האם ה-properties נחתו בשדות הנכונים, האם שלבי ה-lifecycle וה-owners נכונים. הגדירו את כללי הוולידציה ואת ה-properties שמסומנים כחובה - אלה ששומרים על הדאטה נקייה גם הלאה, כי ייבוא הוא תמונת מצב, ובלי כללי תחזוקה אותו ריקבון חוזר תוך רבעון. זה בדיוק הסדר שאנחנו עובדים בו עם לקוחות: מגדירים את מודל הדאטה, מייבאים על מפתחות נקיים, ואז עושים ולידציה ומציבים מעקות בטיחות.
הזווית של IV-Lead
הייבוא הוא ה-20% הקלים; מודל הדאטה, משמעת הדה-דופ וכללי הוולידציה הם ה-80% שקובעים אם מישהו יסמוך על הפורטל אחר כך. ייבוא נקי הוא הביטוח הכי זול שתקנו על השקעה ב-HubSpot - וייבוא מבולגן הוא קיצור הדרך היקר ביותר. אם אתם עוברים מ-CRM אחר, זה נכון כפליים: אתם רוצים לנחות על רשומות נקיות, ולא על עותק נאמן של הבלאגן הישן.
מתכננים ייבוא או מעבר ל-HubSpot? תקבעו אודיט פורטל של 30 דקות - נגיד לכם בכנות אם הדאטה שלכם מוכנה לייבוא, ומה כדאי לתקן קודם. לתמונה הרחבה, ראו איך אנחנו ניגשים להטמעה ואופטימיזציה של HubSpot.
שאלות נפוצות
איזה פורמט קובץ HubSpot צריך לייבוא?
קובץ csv., xlsx. או xls., בקידוד UTF-8, עם property אחד לכל עמודה ושורת כותרת. שמרו אותו מתחת למגבלות השורות והגודל של HubSpot, או פצלו אותו לאצוות.
איך מייבאים אנשי קשר וחברות כך שישויכו אוטומטית?
כללו מפתח משותף - שם חברה או דומיין - בשניהם, וייבאו אותם יחד (או ייבאו קודם את החברות). HubSpot משתמש במפתח הזה כדי ליצור את השיוך אוטומטית.
האם ייבוא ייצור רשומות כפולות?
לא, אם מייבאים עם מזהה ייחודי (אימייל לאנשי קשר, דומיין לחברות). HubSpot מתאים לפיו כדי לעדכן רשומות קיימות במקום לשכפל אותן - כך שעבודת הדה-דופ בקובץ המקור היא מה שמונע כפילויות.
אפשר לבטל ייבוא ב-HubSpot?
כן - HubSpot מאפשר לגלגל לאחור ייבוא אחרון, פעולה שמוחקת את הרשומות שהוא יצר. זה לא יבטל עדכונים לרשומות שכבר היו קיימות, אז עשו ולידציה על אצווה קטנה לפני שמריצים את הקובץ המלא.