איזו CRM מתאימה לחברת B2B ישראלית שנשארת עם Priority או עם SAP Business One? אצל רוב חברות המידמרקט בארץ, ההכרעה לא נופלת על רשימת הפיצ׳רים אלא על שאלה אחת: לאיזו CRM תצליחו לחבר את ה-ERP שימשיך להיות מערכת האמת הפיננסית שלכם. אף אחד משני ה-ERP האלה לא מתחבר ל-CRM מהקופסה, ולכן ההשוואה האמיתית היא בין מסלול האינטגרציה, מודל הבעלות על כל שדה, והעלות התלת-שנתית של הפעלת הפלטפורמה והסנכרון גם יחד. HubSpot בדרך כלל מנצחת בנטל התפעולי לצוות דו-לשוני ורזה, ו-Salesforce מנצחת כשחברת אם מכתיבה אותה או כשדרישות ממשל ורגולציה מצדיקות מנהל מערכת ייעודי. ב-IV-LEAD, שותפת HubSpot ברמת Gold שעובדת עם חברות B2B ישראליות מאז 2016, אנחנו מלווים את ההחלטות האלה ובונים את החיבורים בין HubSpot ל-Priority ול-SAP Business One - וזו בדיוק מסגרת ההחלטה שאנחנו עובדים לפיה.
דפי ההשוואה שתמצאו ראשונים - של הספקים עצמם, ושל אתרי התוכנה הגדולים - משווים בין שתי הפלטפורמות כאילו ה-CRM עומדת לנהל את כל מערך ההכנסות שלכם. במידמרקט הישראלי זה כמעט אף פעם לא המצב. Priority ו-SAP Business One שולטות כאן בשוק, הן מחזיקות את המחירונים, המלאי, ההזמנות, החשבוניות והמסמכים התקניים לצורכי מע״מ, והן לא הולכות לשום מקום. זה משנה את השאלה מ״לאיזו CRM יש יותר יכולות״ ל״איזו CRM יכולה לחיות ביושר לצד ה-ERP שהכספים שלכם רצים עליו״ - שאלה שאותם דפים בכלל לא מגיעים אליה. את ההשוואה ברמת הפיצ׳רים עצמה אנחנו מחזיקים בנפרד, במדריך שמפרט את ההבדלים בין Salesforce ל-HubSpot. כאן אנחנו עוסקים בהחלטה שנמצאת מתחת לזה.
עקרון הבעלות זהה בשתי הפלטפורמות: ה-ERP מחזיק את האמת הפיננסית - פריטים, מחירונים, הזמנות, חשבוניות ותשלומים - וה-CRM מחזיקה את אמת הקשר: אנשי קשר, פעילות, משפך מכירות ותקשורת. הלקוחות מסתנכרנים דו-כיוונית תחת חוקי conflict כתובים, וההזמנות והחשבוניות זורמות מה-ERP אל ה-CRM לצורך שקיפות הכנסות, אף פעם לא בכיוון ההפוך. מה שכן שונה בין השתיים הוא כמה עבודה נדרשת כדי לבנות ולתחזק את זה ביושר:
| שיקול ההחלטה | HubSpot + Priority / SAP B1 | Salesforce + Priority / SAP B1 |
|---|---|---|
| מסלול האינטגרציה | שכבת אינטגרציה עם צד HubSpot מתועד (ל-Priority בארץ, למשל Engini), iPaaS, או פיתוח API ייעודי | אותם סוגי מסלולים - אבל תאמתו את ה-connector הספציפי, אילו אובייקטים הוא תומך בהם, ולקוח פעיל שמריץ אותו, לפני שאתם מחליטים |
| מי מתחזק ביום-יום | מתוכננת כך שצוות RevOps רזה יכול להחזיק אותה | בדרך כלל מתוקצבת עם מנהל מערכת ייעודי |
| מודל דאטה מותאם | האובייקטים הסטנדרטיים מספיקים רחוק; custom objects נמצאים בחבילת Enterprise - תקרה אמיתית שכדאי לבדוק מול המודל שלכם | custom objects, הרשאות ושרשראות אישור עמוקות יותר, כשבאמת צריך אותן |
| עבודה דו-לשונית | ממשק ניהול באנגלית, תוכן ותבניות בעברית - נשלט בעזרת נוהל, לא בעזרת המערכת | אותו דבר בדיוק - עבודת הממשל היא שלכם כך או כך |
| מבנה העלות | מושבים ומדרגות Hub; שימו לב לזחילת מושבים ככל שאתם גדלים | חבילות, clouds וכוח אדם לניהול; שימו לב לעלות של כל בקשת שינוי |
בשני הצדדים קיימים שלושה סוגי מסלולים: שכבת אינטגרציה ייעודית, iPaaS גנרי כמו Make או Zapier לפעולות חד-כיווניות פשוטות, ופיתוח API מותאם להיקף חריג. בצד של HubSpot השביל הזה כבוש היטב בארץ - Engini היא השכבה שאנחנו עובדים איתה בחיבורי HubSpot-Priority, ומיפוי האובייקטים הוא כבר ידע מוכר. איזו פלטפורמה שלא תבחנו, הפעילו עליה את אותו מבחן: אף ספק לא מקבל רשות להגיד ״יש אינטגרציה״ בלי להראות את מיפוי השדות. אילו אובייקטים, לאיזה כיוון, מי מנצח כשיש conflict, ומה קורה לרשומות שנכשלות. כתבנו מדריך שלם למסמך הזה - איך כותבים מסמך אפיון אינטגרציה בין HubSpot ל-Priority - והמשמעת שבו תקפה מילה במילה גם לבחינה של Salesforce. ואם אתם רוצים לראות איך המיפוי עצמו נראה בפועל, יש לנו מדריך מלא למיפוי הנתונים בין HubSpot ל-Priority.
לא נדפיס כאן מספר גורף, כי כל מספר כזה שתמצאו ברשת מבריח פנימה הנחות על ההנחה שתקבלו, על שכר מנהל המערכת שלכם ועל היקף האינטגרציה. במקום זה בנו גיליון תלת-שנתי משלכם, עם חמש שורות לכל פלטפורמה: מנוי (מושבים ומדרגות לפי איך שהצוות באמת גדל, לא לפי מספר האנשים ביום ההשקה), תחזוקה שוטפת (נתח מאיש צוות קיים, או גיוס ייעודי), בניית האינטגרציה (הסנכרון מול ה-ERP, מתומחר רק אחרי שקיים מיפוי שדות), הפעלת האינטגרציה (ניטור, טיפול בשגיאות, המנוי על שכבת האינטגרציה), ובקשות שינוי (כל ״אפשר להוסיף שדה?״ שיגיע אחרי העלייה לאוויר). הדפוס שאנחנו רואים חוזר על עצמו: שורת המנוי כמעט לא מכריעה את ההחלטות האלה - שורות התחזוקה ובקשות השינוי מכריעות את רובן, והן בדיוק אלה שדפי ההשוואה מדלגים עליהן.
שתי הפלטפורמות יודעות להריץ מערכת שמנוהלת באנגלית עם תוכן, תבניות ותקשורת שפונים ללקוח בעברית. שאלות האימוץ האמיתיות הן ארגוניות: באיזו שפה כתובות התוויות של השדות שלכם ומי אוכף את זה, האם אנשי המכירות שלכם באמת יקלידו לתוך המערכת או יעקפו אותה, ומי אחראי על ממשל התבניות כדי שהצעות מחיר ומיילים יישארו עקביים בשתי השפות. בחרו את הפלטפורמה שהצוות שלכם ישמור מעודכנת - CRM מעולה טכנית שהנציגים בורחים ממנה היא האופציה הכי יקרה בשוק.
מצב ישראלי מוכר: חברת האם הגלובלית מתקננת על Salesforce, בזמן שהעסק המקומי רוצה את המהירות של HubSpot. יש שלוש ארכיטקטורות שעובדות, בסדר עולה של עצמאות. אפשר להריץ Salesforce בלבד ולקבל את העלות התפעולית המקומית כמס תקן קבוצתי. אפשר להריץ את HubSpot כחזית המקומית לשיווק ולמכירות, מסונכרנת אל ה-Salesforce של החברה כמערכת התיעוד התאגידית - כשבעלות הרשומה וכיוון הסנכרון מוגדרים בכתב. ואפשר להתחיל מקומית על HubSpot עם נקודת החלטה מתוכננת לאיחוד, כך שההכרעה נבחנת מחדש על בסיס ראיות ולא ברגע חידוש החוזה. הדפוס האמצעי דורש בדיוק את אותה משמעת של מיפוי שדות כמו סנכרון מול ERP - כי זה בדיוק מה שהוא, כש-Salesforce משחקת את התפקיד של ה-ERP.
כן, בתנאי שאתם מתייחסים להיסטוריית ה-attribution כאובייקט מעבר מהשורה הראשונה ולא כמחשבה שנייה: השתייכות לקמפיינים, מקור מקורי, חותמות זמן של מחזור-החיים והקישור להכנסה שנסגרה - כל אלה דורשים מיפוי מפורש והשוואה לפני ואחרי, לא רק אנשי קשר ו-deals. מעבר מערכת הוא דיסציפלינה בפני עצמה עם צ׳ק-ליסט קבלה משלה, ואנחנו מכסים אותה בנפרד; לצורך ההחלטה הזו הנקודה פשוטה יותר. סיכון המעבר אמיתי אבל תחום, אז אל תיתנו ל״אולי נחליף בהמשך״ לכפות עליכם בחירה מוקדמת מדי לאף כיוון.
כתבו את הדרישות הקשיחות שלכם - אלה שפוסלות, לא אלה שנחמד שיהיו: ה-ERP שנשאר, כללי ריבונות נתונים או רגולציה, הכתבה של חברת האם, ושרשראות אישור שאתם באמת מפעילים. אחר כך קחו חמישה תהליכי עבודה אמיתיים - ליד שהופך ל-deal, הצעת מחיר שיוצאת, הזמנה שנוחתת ב-ERP ומדווחת חזרה, סיקוונס טיפוח לידים בעברית, ודוח הנהלה חודשי - והעבירו את כולם דרך שתי הפלטפורמות עם הדאטה שלכם, לא עם דאטה של דמו. תנו ציון לגיליון התלת-שנתי מהסעיף הקודם. אם HubSpot עוברת את כל הדרישות הקשיחות, הנטל התפעולי הנמוך שלה בדרך כלל מכריע; אם היא נופלת באחת מהן, Salesforce היא הפלטפורמה הבטוחה יותר והתחזוקה הנוספת היא המחיר של אותה דרישה. חברות טועות כאן רק בכיוון אחד: כשהן נותנות ציון לפיצ׳רים במקום לדרישות.
זו שתצליחו לחבר במסלול מתועד ולתחזק עם הצוות שבאמת יש לכם. בארץ השביל של HubSpot-Priority כבוש היטב, עם שכבת אינטגרציה ייעודית ומיפוי אובייקטים מוכר; בצד של Salesforce, בקשו מכל ספק את ה-connector הספציפי, את האובייקטים שהוא תומך בהם והפניה ללקוח פעיל, לפני שאתם נותנים לזה משקל זהה.
הטמעות Salesforce מתוקצבות בדרך כלל עם מנהל מערכת ייעודי, ו-HubSpot מתוכננת כך שצוות RevOps רזה יכול לתחזק אותה. המבחן הכן הוא לא ההצהרה של הפלטפורמה - הוא לנקוב בשם האדם בצוות שלכם שיחזיק את המערכת ביום-יום, ולחשב כמה זה עולה על פני שלוש שנים.
כן, עם אותה משמעת שנדרשת בסנכרון מול ERP: בעלות כתובה על הרשומה לכל אובייקט, כיוון סנכרון אחד בכל מקום שאפשר, חוקי conflict, תאריכי הקפאה, וקריטריוני מעבר מפורשים. דו-קיום בלי הכללים האלה הוא בדיוק האופן שבו נוצרות רשומות כפולות וסותרות.
אם תהליך המכירה שלכם פשוט והצוות ממילא חי בתוך מסכי Priority, זה יכול להספיק. צוותים עוברים ל-CRM ייעודית כשהם צריכים אוטומציה שיווקית, טיפוח לידים, attribution וחוויית משפך מכירות שהנציגים מוכנים לקבל - יכולות שמודול ERP פשוט לא נבנה סביבן. תחליטו לפי העברה של תהליכי העבודה האמיתיים שלכם דרך שתי האפשרויות, לא לפי חשבון רישיונות בלבד.
בדרך כלל בגלל שלוש שורות שמצטברות יחד: גידול במושבים (כולל מושבים שכבר לא צריכים גישה בתשלום), שדרוג מדרגה שאומץ בשביל יכולת אחת, ותוספים. הבקרה היא ביקורת שנתית של מושבים ומדרגות מול נתוני שימוש בפועל - הפלטפורמה לא תריץ אותה בשבילכם.
ב-IV-LEAD אנחנו מריצים אבחוני ארכיטקטורת CRM לחברות B2B ישראליות - דרישות, מסלול אינטגרציה מול ה-ERP, גיליון עלות תלת-שנתי ותוכנית בדיקה של תהליכי עבודה. אנחנו מטמיעים HubSpot ואומרים את זה מראש; התפקיד של האבחון הוא להעלות את הדרישות הקשיחות ביושר, כולל אלה שמצביעות דווקא על Salesforce.
למה IV-LEAD. שותפת HubSpot ברמת Gold, 30 הסמכות, דירוג 5.0 ★ ב-HubSpot Solutions Directory, ועבודה עם חברות B2B ישראליות מאז 2016. מעל 25 אינטגרציות שנבנו על פני HubSpot, Priority, SAP Business One וגם צד Salesforce כשמעורבת CRM שנייה - צוות דו-לשוני, ובעלים אחראי אחד מההטמעה דרך החיבור ל-ERP ועד האופטימיזציה השוטפת.
שוקלים את ההחלטה הזו עכשיו? בקשו אבחון ארכיטקטורת CRM ניטרלי - קבעו שיחה של 30 דקות ותביאו איתכם את הדרישות הקשיחות; נמפה את הארכיטקטורה עוד לפני שמישהו מדבר על רישיונות.