الترحيل من Marketo (Adobe Marketo Engage) إلى HubSpot

هذه هي أتمتة Marketo الأساسية: المشغّلات والمرشحات وخطوات المسار المتراكبة داخل كل برنامج بنيتموه، وهي تحمل أكبر حصة من جهد إعادة البناء في نسختكم كلها.

HubSpot: Workflows

خصصوا لها ميزانية بوصفها أكبر بند منفرد في الترحيل كله. فمنطقكم المبني على البرامج يحمل اعتماديات خفية بين البرامج لن يلتقطها النسخ الحرفي، فخططوا لإعادة تصميمه لا نسخه، وراجعوا جدول الميزات لمعرفة باقة workflows التي تحتاجونها فعلاً قبل تحديد نطاق إعادة البناء.

برامج التفاعل لديكم، أي الرعاية المنتظمة الإيقاع القائمة على المسارات (streams) وقواعد الانتقال، تقع في الفئة نفسها: فلا شيء من بنية المسارات ينتقل كما بُني.

HubSpot: Workflows بفترات تأخير (delays)، أو sequences

لا يجد انتقال المسارات ما يُربط به مباشرة، فأعيدوا بناء الرعاية كـ workflows متفرعة وتوقعوا أن يتغير شكل الإيقاع نفسه في أثناء ذلك، لا الأداة التي تشغله فقط.

الحملات الدفعية، أي الإرسالات المجدولة لمرة واحدة التي توجهونها إلى Smart List، تحتاج بدورها إلى بند خاص في إعادة البناء.

HubSpot: Workflows مجدولة أو إرسالات بريد يدوية

جدولة التسجيل (enrolment) نفسها ميزة في Data Hub مقيدة بباقة محددة؛ أما الإرسال اليدوي فلا يخضع لهذا القيد، فتأكدوا من المسار الذي تدعمه باقتكم فعلاً قبل الوعد بإرسال دفعي مكافئ.

ليست كل حملة في Marketo تخاطب شخصاً: فبعضها موجود لتطبيع البيانات فحسب، وهذه تحتاج إلى إعادة بناء أيضاً مع أن أحداً لا يتلقاها.

HubSpot: Data quality workflows وcustom code actions

تقع إجراءات الشيفرة المخصصة (custom code actions) خلف قيد باقة Data Hub، فتحققوا من الباقة قبل افتراض توفرها؛ وحيث يكون التطبيع بسيطاً تكفي إجراءات workflows القياسية دون الحاجة إلى تلك الترقية أصلاً.

نماذج تقييم العملاء المحتملين لديكم، المبنية على أبعاد سلوكية وديموغرافية، مدرجة في قائمة إعادة البناء أيضاً، وهي من أثقلها.

HubSpot: Score properties وscoring workflows

لا يملك HubSpot تقييماً على مستوى المنتج، وتعمل آليات ضبط الدرجة أو إعادتها بطريقة تختلف عما اعتدتموه. أعيدوا بناء النموذج لا استنساخه: فالتاريخ لا ينتقل، وكل درجة تبدأ بالتراكم من جديد من الصفر.

توجيه العملاء المحتملين، القاعدة التي تسند مالكاً لحظة تأهل السجل، يجب إعادة بنائه داخل HubSpot لا نقله.

HubSpot: إجراءات التدوير (rotation actions) في workflows

التدوير نفسه مقيد بباقة محددة، فاستخرجوا الباقة التي تحتاجونها من جدول الميزات قبل الوعد به. وأي شيء يشبه منطق المناطق (territory logic)، وهو موجود عادةً لدى المجموعة التي تدير كيانات تشغيلية عدة عبر الأسواق، يحتاج إلى شيفرة مخصصة فوق إجراء التدوير القياسي.

انتقالات مراحل دورة الحياة، التي تدار اليوم عبر Revenue Cycle Modeler، تستحق إعادة بناء قائمة بذاتها.

HubSpot: Lifecycle stage workflows

يجب تبسيط نموذج المراحل متعدد المسارات في Modeler إلى دورة الحياة الخطية في HubSpot، وهذا التبسيط قرار أعمال وليس تمرين ربط تقنياً. أشركوا من يملك تعريف دورة الحياة في مؤسستكم قبل اعتماد المراحل نهائياً لا بعده.

إعداد قنوات البرامج، أي الإعداد الذي يعرّف كل نوع برنامج وتدرّج حالاته، لا مكوّن مقابلاً ينتظره في الطرف الآخر.

HubSpot: أداة Campaigns

لا شيء تُربط به القنوات فعلاً: بل تتحول إلى اصطلاحات تسمية وتقارير توضع فوق الحملات، وهذا حل بديل وليس تعويضاً كاملاً.

تكاليف الفترات، أي الإنفاق لكل فترة الذي تربطونه ببرنامج لأغراض تقارير العائد (ROI)، تحتاج إلى إعادة بناء على بنية مختلفة.

HubSpot: حقول الميزانية والإنفاق في Campaign

تحمل الحملات (Campaigns) فعلاً حقولاً للميزانية والإنفاق، فالمفهوم الأساسي يبقى بعد النقل؛ أما ما لا يبقى فهو دقة Marketo لكل فترة، فتوقعوا رؤية أكثر خشونة لتكلفة البرامج مما لديكم اليوم.

خطوات الانتظار المرتبطة بتغيّر الحالة لا بتأخير ثابت قطعة أخرى تحتاج إلى إعادة بناء لا إلى استيراد.

HubSpot: Workflow delays وbranch logic

يغطي إجراء «تأخير حتى تتغير الخاصية» معظم هذه الحالات مباشرة. وحيث يكون الانتظار مشروطاً بالحالة فعلاً، فاحسموا نموذج الحالة أولاً: فلا يمكن بناء خطوة الانتظار بشكل صحيح قبل أن تعرفوا ما تعنيه الحالة في الطرف الآخر.

الـ webhooks التي تنطلق في منتصف المسار من داخل Smart Campaign تنتقل مفهوماً لا آلياً.

HubSpot: Workflow webhook actions وcustom code actions

يوجد نظير مباشر فعلاً في إجراءات webhook ضمن workflows في HubSpot، لكن شكل الحمولة والمصادقة كليهما يتغيران في الطريق، فأعيدوا اختبار كل webhook مقابل مستقبِله بدلاً من افتراض أن الإعداد القديم لا يزال يعمل.

الرموز المحددة بنطاق البرنامج والمحقونة في رسائلكم وصفحاتكم المقصودة تحتاج إلى بند خاص في إعادة البناء، منفصل عن عمل التخصيص الذي سبق ذكره أعلاه.

HubSpot: Personalization tokens وcustom properties

لا نظير لرمز محدد بنطاق برنامج، لأن التخصيص في HubSpot محدد بنطاق جهة الاتصال. وأي قيمة كان يحملها رمز على مستوى البرنامج تصبح إما خاصية وإما محتوى مكتوباً مباشرة في الأصل.

اختبارات التقسيم المعرَّفة داخل برنامج تحتاج إلى إعادة ضبط فردية متى أصبحتم على HubSpot.

HubSpot: A/B testing في marketing emails

أعيدوا إعداد كل اختبار لكل رسالة بدلاً من انتظار انتقال الإعداد على مستوى البرنامج، وتعاملوا مع النتائج التي لديكم بوصفها تاريخية: فلا شيء منها ينتقل إلى الاختبار الجديد.

تقارير أداء البرامج، أي كل ما تقرؤونه اليوم عن تفاعل كل برنامج وتحويلاته، يجب إعادة بنائها على بنية مختلفة.

HubSpot: Campaign analytics

أداة Campaigns التي تحل محلها مقيدة بباقة محددة في Marketing Hub، فتأكدوا من الباقة قبل تحديد نطاق إعادة البناء. وتُصدَّر أرقام Marketo التاريخية إلى CSV للأرشيف، لكنها لا تنتقل إلى تقارير HubSpot نفسها: فاحتفظوا بالتصدير أرشيفاً بدلاً من انتظار أن يغذي لوحة حية.

Revenue Cycle Analytics، التي تنمذج سرعة المراحل والتحويل والتوازن عبر قمعكم بأكمله، هي القدرة التقريرية التي لا مقابل لها في HubSpot إطلاقاً.

HubSpot: لا مقابل في HubSpot

أقرب ما ستصلون إليه تقارير دورة حياة مخصصة مع الإسناد (attribution)، وهي ليست بديلاً. حدّدوا هذا التوقع مبكراً مع من يعتمد على RCA اليوم، فهذه باستمرار القدرة التقريرية التي تفتقدها المؤسسات المنتقلة من Marketo أكثر من غيرها.

تقارير الإرسال والفتح والنقر والتحويل من المجالات القليلة التي لا يحتاج فيها HubSpot إلى أي حل بديل.

HubSpot: Marketing email analytics

تتولى التغطية الأصلية هذا دون إعادة بناء؛ والشيء الوحيد الذي تفقدونه هو السجل التاريخي خلفها، فصدّروا ما تريدون الاحتفاظ به قبل إغلاق حساب Marketo.

أداء الصفحات المقصودة، من مشاهدات وإرسالات وتحويل لكل صفحة، يُقاس أصلياً متى أُعيد بناء الصفحات نفسها.

HubSpot: Landing page analytics

التغطية أصلية، فالتقارير ليست هي الفجوة: بل تبدأ العمل لحظة إعادة بناء الصفحات المقصودة، ولا يوماً قبل ذلك.

الإسناد متعدد نقاط الاتصال، الذي يتتبع كل نقطة اتصال وصولاً إلى مسار المبيعات والإيراد، يتوزع في HubSpot على باقتين منفصلتين بدلاً من أن يكون في مكان واحد.

HubSpot: Attribution reporting

يقع الإسناد العام وإسناد الإيراد في باقات Marketing Hub مختلفة، فقارنوا الباقتين بجدول الميزات قبل أن تعدوا أحداً بتكافؤ في التقارير مع ما كانت تقدمه Marketo أصلياً.

تقارير Custom Revenue Explorer، أي التحليل الآني الذي تجرونه على مجموعة بيانات RCA، تحمل الفجوة نفسها التي في RCA ذاتها، لكن مضاعفة.

HubSpot: Custom report builder

منشئ التقارير المخصصة الذي يحل محلها مقيّد بباقة، وحتى بعد حصولكم على الوصول فإن مجموعة البيانات الأساسية تختلف بما يكفي لتُعاد هذه التقارير تصميماً من السؤال فصاعداً لا بناءً من الاستعلام القديم.

تقارير العائد (ROI) لكل برنامج، المحسوبة على تكاليف الفترات، تعتمد كلياً على صحة تعبئة حقول الميزانية التي تغذيها أثناء إعادة البناء.

HubSpot: Campaign ROI reporting أو custom reports

تتوقف جدوى هذه التقارير أصلاً على تعبئة حقول ميزانية الحملة وإنفاقها عند إعادة بناء كل حملة، فحدّدوا هذا الانضباط وقت البناء بدلاً من محاولة إصلاحه بأثر رجعي حين يطلب أحدهم رقم العائد.

تحويل القمع وسرعته لكل مرحلة يتبعان مباشرة نموذج دورة الحياة الذي تعتمدونه بديلاً لـ Revenue Cycle Modeler، فلا يمكن حسمهما قبل ذلك القرار.

HubSpot: Lifecycle stage reporting

تستمد هذه التقارير شكلها من نموذج دورة الحياة الذي يحل محل Revenue Cycle Modeler، فهي من آخر ما يُبنى لا من أوله.

تقييم التفاعل المعروض لفريق المبيعات يُعاد بناؤه من نموذج التقييم الجديد الذي تستقرون عليه، دون استمرارية مع الأرقام القديمة.

HubSpot: Engagement reports وscore properties

متى استقر نموذج التقييم الجديد تُعاد التقارير عليه مباشرة، ولا استمرارية تاريخية تُنقل: فالأرقام التي يراها فريق المبيعات في اليوم الأول على HubSpot تبدأ من خط أساس يختلف عما كان يقرؤه في Marketo.

كل قالب بريد، سواء بُني في محرر Marketo 2.0 أو بُرمج يدوياً أو جُمّع من وحدات، يحتاج إلى إعادة بناء لا إلى استيراد.

HubSpot: Marketing email templates وcoded templates

لا شيء ينتقل تلقائياً، فخططوا لإعادة بناء كل قالب من مرجع بصري أو لتكييف شيفرة HTML المصدَّرة يدوياً، واستبدلوا كل رمز Marketo فيها برمز تخصيص (personalization token) من HubSpot أثناء العمل. وحيث يوجد قالب بنسختين عربية وإنجليزية، فأعيدوا بناء كل منهما كقالب مستقل بدلاً من محاولة جعل قالب واحد يؤدي المهمتين: فاتجاه التخطيط وحده يمنع ذلك.

قوالب الصفحات المقصودة، سواء بُنيت في Marketo كقوالب موجَّهة (guided) أو حرة الشكل، إعادة بناء كاملة أخرى وليست ترحيلاً.

HubSpot: قوالب السحب والإفلات (Drag-and-drop) والقوالب المبرمجة (coded templates)

القوالب الموجَّهة تحديداً لا تجد ما تُربط به: فنموذج المناطق القابلة للتحرير خلفها خاص بـ Marketo ولا وجود له كمفهوم في محرر HubSpot.

كل نموذج مدمج في مواقعكم يحتاج إلى إعادة بناء في HubSpot، وكل شيفرة تضمين تحتاج إلى استبدال، واحدة مقابل واحدة.

HubSpot: Forms

راجعوا جدول الميزات لمعرفة باقة التعبئة التدريجية للملف (progressive profiling) بدلاً من افتراض أنها مشمولة. وأحصوا كل شيفرة تضمين قبل التحويل (cutover): فإغفال واحدة يعني أن الإرسالات تواصل التدفق بصمت إلى نسخة Marketo لا يراقبها أحد بعد الآن.

Snippets، أي كتل المحتوى القابلة لإعادة الاستخدام المشتركة بين أصولكم، تجد مقابلاً في HubSpot بوضوح هذه المرة.

HubSpot: Global modules وsaved sections

المفهوم متطابق مباشرة، فأعيدوا بناء كل snippet مرة واحدة كوحدة عامة (global module) أو قسم محفوظ (saved section)، ثم أعيدوا الإشارة إليه في كل موضع استُخدم فيه الأصل بدلاً من إعادة إنشاء المحتوى مراراً.

المحتوى الذي يتغير بحسب التقسيم يحتاج إلى إعادة اشتقاق ضمن smart content لا إلى إعادة استخدام كما هو مُهيّأ.

HubSpot: Smart content

يقيَّد smart content بباقة محددة، ويعتمد على القوائم والخصائص لا على تقسيمات Marketo، فتُعاد صياغة كل قاعدة من الصفر وفق هذا المنطق المختلف بدلاً من نسخها.

الروابط العامة التي تحمل اليوم الزيارات الواردة وترتيب البحث من أجدر القطع بالحماية المتعمدة بدلاً من تركها للصدفة.

HubSpot: Page URLs وإعادات توجيه 301

أعدّوا إعادة توجيه من كل رابط Marketo قديم إلى بديله في HubSpot. فتجاوز ذلك يعني أن الزيارات والترتيب خلف تلك الصفحات يختفيان دون إنذار، وهو باستمرار أكثر ما يندم عليه الناس بعد تحويل Marketo.

إعداد CNAME ونطاق التتبع الموجَّهين حالياً إلى Marketo يحتاج إلى إعادة توجيه نحو HubSpot، وهذا عمل DNS وليس نموذجاً يُملأ.

HubSpot: HubSpot tracking code وconnected domains

تحمل تغييرات DNS زمن انتشار لا يقصّره أي استعجال يوم التحويل، فابدؤوا هذا قبل الموعد بوقت كافٍ بدلاً من معاملته كمهمة تُنجز في اليوم نفسه.

مصادقة نطاق إرسال البريد، أي سجلات SPF وDKIM وDMARC لديكم، تشير حالياً إلى Marketo وتحتاج إلى إعادة توجيه قبل أن يرسل HubSpot أي رسالة بحجم كبير.

HubSpot: Connected email sending domain

تتوقف قابلية التسليم منذ اليوم الأول على ضبط هذا بدقة وتسخين النطاق الجديد قبل انتقال الحجم فعلياً، لا بعد خروج أول إرسال كبير.

مركز إدارة الاشتراكات، أي صفحة التفضيلات المستضافة في Marketo، يحتاج إلى إعادة بناء على أنواع الاشتراك وصفحة التفضيلات في HubSpot نفسه.

HubSpot: Subscription preferences page وsubscription types

عرّفوا أنواع الاشتراك أولاً قبل أي شيء آخر في هذا البند: فحالة إلغاء الاشتراك ترتبط بهذه الأنواع مباشرة، وبناؤها بترتيب خاطئ يعني إعادة صفحة التفضيلات بعد أن تظهر الأنواع أخيراً.

التخصيص القائم على القوالب الموجود لديكم اليوم في صفحة التفضيلات لن يتكرر بدقة في الطرف الآخر.

HubSpot: Subscription preferences page customisation

صفحة تفضيلات الاشتراك في HubSpot أقل حرية في التقولب من صفحة Marketo، فحدّدوا التوقع الآن بأن النسخة المعاد بناؤها ستكون أبسط من الأصل لا نسخة مطابقة له.

مكتبة الصور والملفات لديكم، أي كل ما في Marketo Design Studio، تنتقل كعملية مجمّعة لا كمزامنة تلقائية.

HubSpot: File Manager

نزّلوا المكتبة دفعة واحدة ثم ارفعوها دفعة واحدة إلى File Manager في HubSpot، وأعيدوا توجيه كل رابط أصل مضمّن داخل قالب أو رسالة بعد اكتمال الرفع: فالرابط الذي لم يتغير يظل يشير بصمت إلى Marketo Design Studio بعد وقت طويل من زوال تلك النسخة.

نموذج الوصول القائم على الأدوار في Marketo يحتاج إلى إعادة إنشاء لا إلى استيراد، ولن يُربط واحداً لواحد ببنية HubSpot.

HubSpot: Users وteams وpermission sets

تقع Teams وpermission sets في باقتين منفصلتين في HubSpot، فاستخرجوا الباقتين من جدول الميزات قبل اعتماد هيكل. كما أن دقة الدور في Marketo لا تنتقل بوضوح أيضاً، فدقّقوا كل دور بحسب ما تحتاجونه فعلاً بدلاً من افتراض أنه سيستقر حيث تتوقعون.

وصول المستخدمين القائم على مساحات العمل، أي البنية التي تقسّم أصولكم وجماهيركم اليوم، من أصعب القطع حلاً، لأن HubSpot لا يقسّم بالطريقة نفسها.

HubSpot: Teams وbusiness units

تقع business units خلف باقة أعلى في Marketing Hub، وحتى حينها تقسّم الأصول داخل portal واحد ولا تنشئ بيئات منفصلة فعلاً كما تفعل مساحة العمل. وإذا كانت نسخة Marketo لديكم تدير عدة مساحات عمل لعدة علامات تشغيلية، فاحسموا أثناء تحديد النطاق هل يستطيع portal واحد في HubSpot استيعابها كلها فعلاً، لأن هذا القرار يغيّر شكل المشروع بأكمله.

كل حساب خدمة (service account) تحتفظ به جهة خارجية على Marketo API يحتاج إلى تحديد قبل إلغاء أي بيانات اعتماد.

HubSpot: Private app tokens

احصروا كل نظام خارجي يحمل بيانات اعتماد Marketo قبل إلغاء أي شيء: فالـ webhook أو التكامل الذي نسيتموه سيفشل بصمت لحظة توقف بيانات اعتماده عن العمل، والفشل الصامت هو النوع المكلف في تتبّع أسبابه.

رؤية فريق المبيعات لتفاعل التسويق، وهو ما يمنحه Marketo Sales Insight لفريقكم اليوم، تبقى محفوظة في المنصة الجديدة لكن ليس في المكان نفسه.

HubSpot: Sales Hub مع لوحة تكامل Salesforce

الرؤية نفسها مكافئة متى توفر HubSpot Sales Hub ولوحة تكامل Salesforce، لكن الواجهة التي تظهر عليها مختلفة، فخططوا لإعادة تدريب مستخدمي المبيعات الذين سيبحثون عنها حيث اعتادوا وجودها.

مزامنة Marketo مع Salesforce هي في العادة أكثر التكاملات حساسية للأعمال في منظومتكم، وهي التي تستحق أطول وقت تخطيط من كل ما في هذه القائمة.

HubSpot: تكامل HubSpot-Salesforce

رتّبوا هذا بعناية حقيقية: لا تفصلوا Marketo-SFDC إلا بعد أن يستقر HubSpot-Salesforce، مع إعادة ضبط ربط الحقول وقواعد المزامنة ومزامنة الحملات وتوجيه العملاء المحتملين كلها في الطرف الجديد. فتشغيل المزامنتين معاً في وقت واحد يولّد حلقات وسجلات مكررة، وتفكيكها أشق بكثير من تجنبها.

حيث يحل Microsoft Dynamics محل Salesforce، يجب أن يجري تسليم المزامنة نفسه هناك.

HubSpot: تكامل HubSpot-Dynamics أو Data Sync

مخاطر الترتيب مطابقة لمسار Salesforce: فالفصل المبكر يفتح الفجوة نفسها في تدفق العملاء المحتملين.

لوحة Marketo Sales Insight التي يراها فريق المبيعات داخل Salesforce تختفي مع الترحيل وتحتاج إلى بديل لا إلى إزالة فحسب.

HubSpot: لوحة تكامل HubSpot Sales Hub مع Salesforce

استبدلوا اللوحة بلوحة تكامل HubSpot Sales Hub مع Salesforce، وأعيدوا تدريب فريق المبيعات على موضع المعلومات الجديد: فالتخطيط يختلف بما يكفي ليدفع الذاكرة العضلية المرتبطة باللوحة القديمة الناس إلى المكان الخطأ في البداية.

LaunchPoint، إطار تكاملات الشركاء في Marketo، يحتاج إلى تدقيق خدمة بخدمة لا افتراض انتقاله ككتلة واحدة.

HubSpot: HubSpot App Marketplace

افحصوا كل خدمة في LaunchPoint على حدة بحثاً عن إدراج لها في HubSpot App Marketplace. وما لا إدراج له يتحول إلى تطوير مخصص أو إلى تغيير في طريقة عمل الفريق فعلاً، وهذه الفجوة تستحق أن تظهر أثناء تحديد النطاق لا أن تُكتشف بعد التحويل (cutover).

الـ webhooks الصادرة إلى خدمات خارجية تحتاج إلى إعادة توجيه فردية، واحداً واحداً، لا بمفتاح واحد.

HubSpot: Workflow webhook actions

أعيدوا توجيه كل نقطة نهاية وأعيدوا اختبار كل مستقبِل بالتتابع: فشكل الحمولة والمصادقة كلاهما يتغير عند الانتقال إلى HubSpot، ولذلك لا ضمان بأن webhook كان يعمل مع Marketo سيعمل دون تعديل مع الجديد.

أي شيفرة كُتبت مباشرة على Marketo REST أو SOAP API ليست مرشحة للترحيل أصلاً: إنها إعادة كتابة.

HubSpot: HubSpot APIs

تعاملوا معها كإعادة كتابة منذ البداية لا كنقل، لأن نموذج الكائنات والمصادقة وحدود المعدل تختلف جميعها بين الواجهتين، وإعادة الكتابة المرصودة في الميزانية من اليوم الأول تكلّف أقل من تلك التي تُكتشف في منتصف الاختبار.

تكاملات إثراء البيانات، مثل ZoomInfo وClearbit وأمثالهما، تحتاج إلى إعادة ربط في HubSpot لا افتراض استمرار عملها.

HubSpot: تطبيقات الإثراء، أو Breeze Intelligence

أعيدوا ربط كل منها مباشرة بـ HubSpot. ويعمل Breeze Intelligence بنظام الأرصدة (credits) لا بباقة، فسعّروه كبند مستقل بدلاً من دمجه في كلفة الاشتراك.

منصات الندوات عبر الإنترنت، ومنها GoToWebinar وZoom وON24، تعيد بيانات الحضور إلى نظامكم التسويقي، وكل اتصال منها يحتاج إلى إعادة ربط.

HubSpot: تكاملات الندوات من App Marketplace

أعيدوا ربط كل تكامل وتحققوا من أن التسجيل والحضور يصلان كما هو متوقع قبل الندوة المجدولة التالية لا بعدها: فالتغذية المعطلة التي تُكتشف بعد الحدث بيانات لا يمكن استردادها.

Munchkin، نص التتبع في Marketo المنتشر في كل موقع تملكونه، يجب إزالته واستبداله بشيفرة HubSpot نفسها، بالترتيب الصحيح.

HubSpot: HubSpot tracking code

انشروا شيفرة تتبع HubSpot أولاً ولا تزيلوا Munchkin إلا بعد ذلك، كي لا تحدث فجوة في تتبع الزوار أثناء التداخل. والفجوة هنا لا تُرى حتى يطلب أحدهم زيارات الشهر الماضي فلا يجدها.

مزامنة العملاء المحتملين مع Google وFacebook وLinkedIn تحتاج إلى إعادة ربط في أداة Ads في HubSpot لا افتراض بقائها بعد التحويل (cutover) من تلقاء نفسها.

HubSpot: أداة Ads

تحتاج أداة Ads إلى باقة مدفوعة، فتأكدوا من الباقة من جدول الميزات قبل الوعد بها. وأعيدوا ربط كل حساب إعلاني على حدة وأعيدوا ربط حقول نموذج العملاء المحتملين خلفه: فعدم التطابق هنا يعني تعبئة نموذج لا تصل أبداً إلى سجل.