مرجع الترحيل
الترحيل من Zendesk Sell إلى HubSpot
ما الذي ينتقل فعلاً، وما الذي لا ينتقل دون أن يظهر ذلك، وما الذي يجب إعادة بنائه يدوياً.
قارنّا Zendesk Sell بـ HubSpot ميزة بميزة: 43 ميزة، و4 كائنات تتم مزامنتها، و10 فخاخ موثّقة، و37 بنداً يجب إعادة بنائه. الخريطة كاملة في هذه الصفحة، دون تسجيل.
ملف PDF هو المرجع نفسه بتنسيق مناسب لملف المشتريات.
احصل على المرجع والحاسبة
المرجع الكامل للترحيل من Zendesk Sell إلى HubSpot بصيغة PDF، مع حاسبة Excel التي نحدد بها نطاق هذه المشاريع: كل ميزة من الميزات الـ43 في صف مستقل، أدخل أعدادك واحصل على الساعات.
ثلاثة ملفات: المرجع بصيغة PDF، والمرجع نفسه بصيغة Markdown لأداة الذكاء الاصطناعي لديك، وحاسبة الجهد الكاملة بصيغة Excel.
الترحيل من Zendesk Sell إلى HubSpot ترحيل متوسط التعقيد، يستغرق عادةً 3-6 أسابيع. من بين 43 ميزة قمنا بمطابقتها، تنتقل 33 كما هي، وتصل 9 مع فقدان جزء منها. أما البنود الـ37 التي لا ينقلها أي شيء نيابةً عنك فهي ما سيحدد جدولك الزمني فعلاً، وليس المزامنة.
بطاقة تقييم الترحيل
- تعقيد الترحيل
- متوسط
- المدة المعتادة
- 3-6 أسابيع
- الطريقة الموصى بها
- المزامنة ثم الترحيل
- المزامنة الأصلية
- مزامنة البيانات، في الاتجاهين
- النقل الذكي (Smart transfer)
- غير مدعوم
- اشتراك HubSpot
- المطابقات الافتراضية مجانية؛ أما مطابقة الحقول المخصصة فتتطلب Data Hub Starter أو أعلى. ومسألة الاشتراك لا تنطبق إلا على التطبيق الحالي: فالتكامل الأصلي الذي بنته Zendesk أُوقف في 29 نوفمبر 2022 وحلّ محله تطبيق HubSpot المسمى 'Data sync by HubSpot'، فتأكد من التطبيق المثبّت فعلاً قبل تسعير الشريحة على أساسه.
تكافؤ الميزات عبر 43 قدرة
- يقابله مباشرة: 33 (77%)
- يقابله جزئياً: 9 (21%)
- لا مقابل له: 1 (2%)
4
كائنات تُزامَن أصلياً
10
القيود والفخاخ
37
بنود إعادة البناء اليدوي
4
إصدارات المصدر المشمولة
مصدر هذه المعلومات: مدونة أبحاثنا الخاصة، تم التحقق منها بتاريخ 2026-08-01، وهي أساس كل رقم في هذه الصفحة.
الكائنات الأربعة التي تُزامَن أصلياً
ما ينقله الموصّل نيابةً عنك، واتجاه التدفق في كل كائن.
Contacts (People)
في الاتجاهينيصبح Contacts
لا يقبل هذا الكائن جهة اتصال بلا بريد إلكتروني، دون استثناء، وما إن يدخل السجل في المزامنة يصبح حقل البريد نفسه هو ما يقرر هل السجلان شخص واحد أم شخصان مختلفان، وهذا بالضبط ما ينكسر عند وجود صندوق بريد مشترك للفريق.
Leads
في الاتجاهينيصبح Contacts
يصل الـ Lead من Sell إلى HubSpot كـ Contact عادي لا ككائن مستقل، وفقط إن كان يحمل بريداً إلكترونياً. وكان التكامل القديم يقصر المزامنة على قائمة واحدة، وهو قيد مقصود لحجب العملاء المحتملين غير المؤهلين لا سهو.
Companies
في الاتجاهينيصبح Companies
لم يكن للتكامل الأصلي القديم أي وسيلة لجلب جهات اتصال شركة في Sell إلى HubSpot إطلاقاً؛ ويسد تطبيق Data Sync الأحدث هذه الفجوة تحديداً، ويستحق التأكد من ذلك مباشرة إن كان الحساب لا يزال يعمل بالموصّل الأقدم.
Deals
في الاتجاهينيصبح Deals
تعمل مزامنة الصفقات عبر منصة Data Sync في HubSpot، لكنها تعتمد على مزامنة جهات الاتصال والشركات بالتوازي معها: فبدون الاثنتين تصل الصفقة دون ما تُربَط به ارتباطاتها.
عشرة أمور لا تخبرك بها المزامنة
كل أمر منها موثّق، وكل منها أنهى عملية ترحيل في أسبوع سيئ.
التكامل القديم كان يزامن كل 15 دقيقة (وليس في الوقت الفعلي)
كانت خمس عشرة دقيقة أقصر فاصل سمح به التكامل الأصلي الذي بنته Zendesk بين تغيير في Sell ووصوله إلى HubSpot، لأنه كان يستعلم وفق دورة ثابتة لا يدفع التحديثات لحظة حدوثها. وقد حل تطبيق Data Sync من HubSpot محل ذلك التكامل في أواخر 2022 وقلّص الفجوة إلى ما يقارب الوقت الفعلي، فتأكد من الموصّل المتصل فعلاً قبل افتراض أن التأخير القديم لا يزال قائماً.
الحل البديل: ثبّت تطبيق 'Data sync by HubSpot' من Zendesk Marketplace بدل افتراض أن الموصّل الموجود هو الحالي: فهو التطبيق الذي يعمل فعلاً شبه فوري، والتحقق من أنه يعمل يستحق خمس دقائق قبل أن تُدار صفقة سريعة الحركة من صورتين مختلفتين.
البريد الإلكتروني مطلوب لجميع السجلات المزامَنة
العميل المحتمل أو جهة الاتصال بلا بريد إلكتروني لا يعبر إلى HubSpot ببساطة: فالبريد حقل مطلوب للمزامنة، وأي سجل ينقصه يُستبعد دون تنبيه. وحيث يصل أول استفسار فعلياً عبر الهاتف أو WhatsApp، قد يكون السجل الأهم هو بالضبط الذي يُترك خلفك بصمت.
الحل البديل: تأكد من أن كل جهة اتصال وعميل محتمل يحمل بريداً إلكترونياً قبل تشغيل المزامنة، واسحب السجلات التي لا بريد لها إلى تصدير منفصل لإدخالها عبر CSV بدل ترك الموصّل يُسقطها دون أثر.
الحقول متعددة الاختيار غير مدعومة
لا مسار للحقل متعدد الاختيار (multi-select) عبر هذا التكامل إطلاقاً: مطابقته غير مدعومة، فتبقى القيم التي يحملها في Sell ولا تصل إلى HubSpot بأي شكل.
الحل البديل: حوّل كل حقل متعدد الاختيار إلى اختيار واحد أو نص عادي قبل تشغيل المزامنة، أو اقبل الفجوة وحدّث خاصية HubSpot المقابلة يدوياً بعد وصول السجلات.
لا يمكن إنشاء حقول HubSpot جديدة من الحقول المخصصة في Sell
إعداد المزامنة نفسه لا ينشئ حقلاً جديداً في HubSpot لاستقبال حقل مخصص من Sell: يجب أن تكون الوجهة موجودة أصلاً. والمطابقة المحاولة مع حقل لم يُبنَ بعد ليس لها مكان تذهب إليه.
الحل البديل: ابنِ كل خاصية مخصصة ستحتاجها المطابقة مباشرة في HubSpot قبل إعداد التكامل أصلاً، بدل اكتشاف الثغرات حقلاً بحقل بعد أن يكون الإعداد قد بدأ.
التكامل القديم مقتصر على قائمة واحدة مزامَنة
قائمة HubSpot واحدة كانت أقصى ما يزامن منه التكامل القديم الذي بنته Zendesk، وهو قيد مقصود لإبقاء العملاء المحتملين غير المؤهلين خارج Sell. والنتيجة أن تدفق السجلات بين النظامين اقتصر على ما يوجد في تلك القائمة الواحدة ولا شيء غيره.
الحل البديل: يزيل تطبيق Data Sync الأحدث من HubSpot قيد القائمة الواحدة ويوفر ترشيحاً أكثر مرونة بكثير، ويستحق الانتقال إليه قبل أن يشكّل القيد القديم بصمت ما يصل فعلاً إلى Sell.
الأنشطة والملاحظات وبيانات المكالمات لا تُزامَن
المكالمات والاجتماعات والملاحظات والمراسلات بالبريد الإلكتروني وسجل المهام كلها تبقى في مكانها: لا شيء من سجل الأنشطة هذا يعبر عبر المزامنة الأصلية للبيانات، فهي تنقل السجل نفسه لا قصة كيف وصل إلى ما هو عليه.
الحل البديل: صدّر سجل الأنشطة من Zendesk Sell مباشرة وأدخله عبر HubSpot API، أو أسند المهمة إلى أداة ترحيل من طرف ثالث مصممة لهذه الفجوة تحديداً.
فقدان رؤية سجل التذاكر التاريخي أثناء الترحيل
حيث يعمل الدعم إلى جانب Sell، هذه هي اللحظة التي تكشف السؤال الحقيقي خلف المشروع كله: التذكرة التي تنتقل تظهر في مكتب المساعدة (helpdesk) في HubSpot دون أي سجل مرفق، ولا ردود سابقة، ولا شيء قبل التحويل، فيقرأ الوكيل الذي يفتحها حالة نصف قصتها مفقودة.
الحل البديل: أبقِ Zendesk مفتوحاً في وضع القراءة فقط لمدة 30 إلى 90 يوماً بعد الإطلاق، ليكون هناك مكان يرجع إليه الوكلاء للاطلاع على السجل الذي لم تعد التذكرة المنقولة تحمله.
وظيفة الوسوم (Tags) لا تُطابَق مباشرة
لا تنتقل الوسوم كوسوم: فلا شيء في HubSpot يعمل بالطريقة التي يعمل بها الوسم في Zendesk، ولذلك يجب تحويل كل وسم إلى قيمة في خاصية من نوع خانة اختيار (checkbox) أو إلى نوع آخر من خصائص HubSpot.
الحل البديل: طابق وسوم Zendesk إما مع خصائص HubSpot المخصصة متعددة الاختيار أو مع عضوية القوائم، وقرّر ذلك لكل وسم على حدة بدل تطبيق قاعدة واحدة على المجموعة كلها.
مطابقة الحقول المخصصة تتطلب Data Hub Starter
المطابقات الافتراضية هي أقصى ما تبلغه الشريحة المجانية: أي شيء يتجاوزها، كحقل مخصص تُطابقه بشروطك، يتطلب Data Hub Starter أو شريحة أعلى حتى يعمل أصلاً.
الحل البديل: اشترك في Data Hub Starter لفتح المطابقة المخصصة، وأدرج هذا البند في طلب الميزانية الأصلي بدل اكتشافه بعد أن تثبت الشريحة المجانية ضيقها.
مطابقة جهات الاتصال تعتمد على البريد الإلكتروني وحده: خطر التكرار
البريد الإلكتروني هو الإشارة الوحيدة التي تعتمد عليها مطابقة جهات الاتصال، فيكفي صندوق بريد مشترك أو تغيير عنوان بريد لظهور شخص واحد كجهتي اتصال منفصلتين، وهو نمط شائع حيث يُشترك فعلاً في صندوق مبيعات أو عمليات بين فريق إقليمي صغير.
الحل البديل: دقّق جهات الاتصال وأزل تكرارها قبل تشغيل المزامنة أصلاً، ثم ضع قواعد المطابقة وواصل الفحص وفق جدول منتظم بدل اعتبار التنظيف الأولي عملاً يُنجز مرة واحدة.
ميزة واحدة في Zendesk Sell لا يستطيع HubSpot تعويضها
لا يوجد حل بديل يسدّ هذه الفجوات. كل بند منها قدرة ستتخلى عنها، فحدّد من في المنشأة يستطيع الاستغناء عنها قبل الالتزام بموعد.
إسقاط الرسائل الصوتية (Voicemail Drop)
لا يوفر HubSpot ميزة إسقاط الرسائل الصوتية (voicemail drop) أصلياً في أي شريحة. تتوفر عبر أدوات اتصال من أطراف ثالثة (Kixie وOrum وPhoneBurner).
أمر واحد لا يعيد الترحيل بناءه
هذا من شيفرة Zendesk Sell أو منتجها الخاص، ولن ينقله الترحيل إلى HubSpot، ولذلك لا يحمل أي ساعات في التقدير. ومع ذلك يحتاج إلى قرار قبل التحويل النهائي، لأنك أنت من يتخلى عن شيء.
تكامل Zendesk Support
حدّد مبكراً أي جانب من تكامل Zendesk Support ستحتفظ به، لأنه يغيّر شكل المشروع كله: انقل بيانات التذاكر نفسها إلى HubSpot Service Hub إذا كان Support سيغادر أيضاً، أو أعدّ تكاملاً بين HubSpot وZendesk إذا كان Support سيبقى في مكانه. كلاهما ممكن، لكن معرفة أيهما تفعل قرار يجدر اتخاذه صراحةً بدل اكتشافه في منتصف الترحيل.
البنود الـ37 التي تُعاد بناؤها يدوياً
هذه هي القائمة التي تفرّق بين عرض سعر يصمد وآخر لا يصمد.
البيانات والكائنات
الملاحظات والتعليقات التوضيحية
الملاحظات النصية الحرة على سجل في Sell لا تنتقل معه تلقائياً؛ فهي تحتاج إلى خطوة استخراج خاصة بها.
HubSpot: Notes على الجدول الزمني للسجل
تعامل مع هذا كمرحلة ثانية لا كجزء من النقل الرئيسي: استخرج الملاحظات واستوردها فقط بعد أن تكون السجلات التي تنتمي إليها موجودة في HubSpot.
سجلات المكالمات والتسجيلات
المكالمات المسجلة والمحفوظة عبر ميزة الاتصال المدمجة في Sell تطرح سؤال ترحيل مستقلاً عن السجل المرتبطة به، والتسجيلات نفسها هي النصف الأصعب منه.
HubSpot: Logged calls، مع الاحتفاظ بالتسجيلات خارجياً
التسجيل ملف لا بيانات CRM، ونقله قرار حقيقي لا افتراض: فإبقاء الأرشيف خارج HubSpot والربط إليه من السجل هو في الغالب الحل الأرخص من استيراد كل ملف مباشرة.
سجل المراسلات بالبريد الإلكتروني
المراسلات بالبريد الإلكتروني المسجلة على سجل في Sell بند آخر لا يتبع السجل عبر الانتقال من تلقاء نفسه.
HubSpot: Logged email على الجدول الزمني
إذا كان صندوق البريد المعني لا يزال يعمل، فإن إعادة ربطه مباشرة بـ HubSpot تستعيد السلاسل الحديثة بكلفة أقل بكثير من استخراج القديمة يدوياً، ويستحق ذلك التجربة قبل الالتزام بتصدير كامل.
سجلات الاجتماعات وبيانات الأنشطة
الاجتماع المسجل وكل ما يحيط به في مسار الأنشطة يحتاج إلى استخراج منفصل لا افتراض وصوله مع السجل.
HubSpot: Meetings وActivities على الجدول الزمني
نفّذ الاستخراج عبر API، وطابق كل مالك مع مستخدم حقيقي في HubSpot ضمن الخطوة نفسها: فالنشاط الذي لا يجد مالكاً يُنسَب إلى لا أحد، وهذا أسوأ من فقدانه تماماً.
سجل المهام وإسنادها
المهام المفتوحة والمكتملة، وأصحابها، بند ترحيل مستقل وليست شيئاً تنقله مزامنة السجلات.
HubSpot: Tasks
استورد المهام المفتوحة كحد أدنى لأنها عمل لا يزال قائماً؛ أما سجل المهام المكتملة فليس في الغالب بقيمة كلفة نقله، لكن تحقق من ذلك مقابل الحاجة الفعلية للعمل بدل حسمه افتراضياً.
مرفقات الملفات والمستندات
كل ما أُرفق بسجل في Sell كملف يبقى فيه ما لم يُنقل عمداً.
HubSpot: Attachments على السجلات
نفّذ هذا كمرحلة ثانية عبر API بعد أن تكون السجلات نفسها قد وصلت، وبالتسلسل نفسه الذي تتبعه الملاحظات والمرفقات عموماً.
الوسوم (Tags)
الوسوم المستخدمة في Sell لتجميع السجلات يجب إعادة صياغتها لا نقلها كما هي.
HubSpot: Properties وLists
اتخذ القرار وسماً وسماً: بعضها يصبح قيمة خاصية وبعضها الآخر الأفضل أن يكون قائمة. وتحويل كل وسم إلى خاصية HubSpot مستقلة هو الخطأ الأكثر شيوعاً في هذه الخطوة.
السجلات بلا بريد إلكتروني
سجل Sell الذي لا يحمل بريداً إلكترونياً لا يلمسه الموصّل إطلاقاً، فيحتاج إلى مسار خاص به إلى HubSpot.
HubSpot: Contacts، تُستورد بمفتاح آخر
يحدث الاستبعاد بصمت دون أي تنبيه، فأحصِ عدد السجلات المتأثرة فعلاً قبل بدء الترحيل بدل اكتشاف الفجوة بعد انتهاء المزامنة.
سجل تذاكر Zendesk Support
حيث يعمل Sell وSupport معاً، فإن سجل التذاكر في Support هو النصف الآخر من السجل ويحتاج إلى بند ترحيل مستقل تماماً، لا افتراض أنه ينتقل مع Sell.
HubSpot: Tickets
تعامل معه كترحيل ثانٍ يلي الأول لا كفكرة لاحقة: وحيث يُستخدم المنتجان فعلاً، حدّد نطاق Support وSell معاً منذ البداية، لأن الفصل بينهما يعني وصول جانب الدعم إلى المنصة الجديدة بلا أي سجل خلفه.
الأتمتة
أتمتة المهام والمشغّلات
أي قاعدة في Sell كانت تنشئ مهمة أو تطلق إجراءً لحظة تغيّر سجل يجب إعادة بنائها من الصفر؛ لا شيء من هذا المنطق ينتقل مع السجل الذي كان يراقبه.
HubSpot: Workflows
رتّب ذلك بعناية: ضع المسارات والخصائص في مكانها أولاً، ثم أعد بناء كل قاعدة على حدة في نظام جاهز فعلاً لاستيعابها.
قواعد إسناد العملاء المحتملين وتوزيعهم
القواعد التي كانت تحدد المندوب الذي يصله العميل المحتمل الجديد ليس لها مسار عبور أيضاً؛ يجب تصميم التوجيه من جديد داخل HubSpot.
HubSpot: إجراءات التدوير (rotation) في Workflow
أنشئ المستخدمين والفرق قبل بناء أي قاعدة توجيه، ثم اختبر التوزيع على سجلات حقيقية بدل الوثوق به من شاشة الإعداد وحدها.
القوائم الذكية وقواعد القوائم الآلية
القائمة في Sell التي كانت تحدّث نفسها وفق قاعدة محفوظة ليس لها مقابل ينقل القاعدة معها؛ لا تبقى إلا فكرة القائمة، لا المنطق خلفها.
HubSpot: Active lists وSaved views
تعامل معها كقاعدة تُعاد بناؤها لا كعضوية تُستورد: أعد إنشاء المعايير الفعلية في HubSpot، لأن نقل القائمة كما هي يجمّدها ببساطة عند ما كانت تحتويه يوم الترحيل.
أتمتة تسلسلات البريد الإلكتروني
التسلسل الصادر متعدد نقاط الاتصال المبني في Sell يحتاج إلى إعادة تركيب خطوة بخطوة في HubSpot؛ ولا يُستورد منطق التسلسل مع السجلات التي كان يرسل إليها.
HubSpot: Sequences
يسجّل HubSpot التسلسل لكل مندوب ولكل صندوق بريد متصل لا على مستوى الحساب، وحدود الإرسال ليست كما في Sell، وكلاهما يستحق التحقق قبل الوعد بأن التسلسل المعاد بناؤه سيعمل تماماً كما كان.
مشغّلات مراحل المسار
أي إجراء كان يُطلق لحظة انتقال صفقة بين مراحل في Sell يحتاج إلى إعادة بناء خاصة به؛ فأتمتة تغيّر المرحلة ليست شيئاً ينقله الترحيل من تلقاء نفسه.
HubSpot: تسجيل الصفقات في Workflow بحسب مرحلتها (Deal stage workflow enrolment)
رتّب الأمر صحيحاً: يجب أن توجد مراحل المسار في HubSpot قبل أن يمكن بناء أي Workflow يُطلَق عليها.
وحدات الماكرو في Zendesk Support
حيث يكون Support جزءاً من النقل نفسه، فإن وحدات الماكرو (macros) ذات النقرة الواحدة فيه تحمل عبء إعادة البناء نفسه كسائر ما في جانب Sell، وهذا سبب إضافي لتحديد نطاق المنتجين كمشروع واحد لا مشروعين.
HubSpot: Snippets وTemplates وWorkflows
ينطبق هذا فقط إذا كان Support جزءاً فعلياً من الترحيل، وحيث يكون كذلك فخصّص ميزانية للتضاعف: فماكرو Zendesk واحد يميل إلى أن يصبح عدة كائنات في HubSpot دفعة واحدة، في ظل حد أقصى لماكرو مكتب المساعدة يستحق التحقق منه مبكراً بدل اكتشافه عند بلوغه.
التقارير
تقارير ولوحات أداء المبيعات
تقارير الأداء المفصلة بحسب المندوب والفريق يجب إعادة بنائها لا نقلها مع السجلات التي تقيسها.
HubSpot: Custom reports وDashboards
يجب أن يُطابَق كل مالك مع مستخدم حقيقي في HubSpot عند الاستيراد، وإلا نسبت التقارير المبنية فوقه كل شيء إلى لا أحد بدل المندوب الذي أنجز العمل فعلاً.
تحليلات المسار والتوقعات
توقعات المسار يجب إعادة بنائها في HubSpot لا نقلها كتقرير منجز.
HubSpot: Deal reports وForecasting
تعامل مع هذا كإعداد أولاً وتقارير ثانياً: المبلغ وتاريخ الإغلاق واحتمالية المرحلة كلها تحتاج إلى ضبط مقصود قبل أن يعني التوقع المبني فوقها أي شيء.
تقارير الأنشطة
تقارير حجم الأنشطة، من مكالمات ورسائل بريد إلكتروني واجتماعات، تبدأ من الصفر على المنصة الجديدة ما لم يُنقل السجل خلفها عمداً.
HubSpot: Activity reports
هي تُصفَّر فعلاً عند الترحيل ما لم يُستخرج سجل الأنشطة أولاً، وهي الخطوة المكلفة نفسها المشار إليها أعلاه للمكالمات والاجتماعات، لا كلفة منفصلة إضافية فوقها.
إعدادات تتبع الأهداف
أي أهداف وُضعت للمندوبين والفرق في Sell يجب إدخالها من جديد في HubSpot؛ فلا شيء من الأرقام نفسها ينتقل.
HubSpot: Goals
يُضبط هذا لكل مستخدم على حدة لا مرة واحدة للحساب، فاحسبه كمهمة متكررة لا كخطوة إعداد واحدة.
إعدادات التقارير المخصصة
التقرير المحفوظ في Sell تعريف وليس كائناً ينتقل، ولذلك يحتاج إلى إعادة إنشائه من الصفر في أداة التقارير الخاصة بـ HubSpot.
HubSpot: Custom reports
أعد بناءه من السؤال الذي كان التقرير يجيب عنه فعلاً بدل نسخ التخطيط القديم، فأداة التقارير في HubSpot نادراً ما تتطابق مرشحاً بمرشح مع Sell.
إعدادات المبيعات والتسويق
مراحل المسار وإعداداته
مسارات الصفقات في Sell ومراحلها هي أول ما يجب إعادة بنائه في HubSpot، لأن كل ما يليها يعتمد على وجود البنية أولاً.
HubSpot: Deal pipelines وStages
ابنِ هذا قبل أي شيء آخر في القائمة: كل إعادة بناء أخرى، من Workflows وتقارير وأهداف، تفترض أن المسار موجود.
معايير تقييم العملاء المحتملين (Lead Scoring)
أي منطق تقييم كان Sell يستخدمه لترتيب العميل المحتمل الوارد ليس له مسار عبور ويحتاج إلى تصميم جديد من الإشارات التي يسجلها HubSpot فعلاً.
HubSpot: Score properties
ابنِه من الصفر بحسب ما يتتبعه HubSpot نفسه، بدل محاولة إعادة إنتاج قواعد التقييم الدقيقة في Sell على نظام يقيس أشياء مختلفة.
قوالب البريد الإلكتروني والتسلسلات
قوالب الرسائل والتسلسلات المبنية فوقها تحتاج إلى إعادة بناء معاً، إذ لا ينتقل أي منهما من تلقاء نفسه.
HubSpot: Email templates وSequences
هذا عمل يدوي: رموز التخصيص (personalisation tokens) تُسمّى بأسماء مختلفة بين المنصتين ولن تنتقل، فكل قالب يحتاج إلى مراجعة لا نسخ ولصق مباشر.
القوائم الذكية والتقسيم
الشرائح المحفوظة التي يعمل منها الفريق يومياً يجب إعادة بنائها كقوائم في HubSpot بدل افتراض انتقالها مع السجلات التي تحتويها.
HubSpot: Active lists وSaved views
أعطِ الأولوية للشرائح المستخدمة يومياً وأعد بناءها قبل الإطلاق؛ أما الباقي فيمكن أن يلحق بها لاحقاً دون أن يلاحظ أحد الفجوة.
أهداف المبيعات ومستهدفاتها
مستهدفات الإيرادات والأنشطة المحددة في Sell تحتاج إلى إعادة إدخال في أداة الأهداف في HubSpot؛ فالأرقام لا تنتقل مع بقية البيانات.
HubSpot: Goals
اضبطها لكل مستخدم، وبعد أن يكون المستخدمون موجودين في HubSpot فقط، وإلا لم يجد الهدف من يُنسَب إليه.
قوالب التواصل
قوالب البريد الإلكتروني ونصوص المكالمات التي يعمل بها المندوبون كلاهما يحتاج إلى إعادة بناء، وليس أي منهما متاحاً في كل خطة HubSpot.
HubSpot: Templates وSnippets وPlaybooks
تأكد من أن Playbooks مشمولة فعلاً في الخطة قيد النظر قبل الوعد بأن لجانب نصوص المكالمات مكاناً يعيش فيه؛ فهي مسألة شريحة لا أمر مضمون.
كتالوج المنتجات والتسعير
كتالوج المنتجات وتسعيره، حيثما ارتبط بصفقة، يحتاج إلى إعادة بناء مباشرة في HubSpot لا نقله مع سجل الصفقة.
HubSpot: Products وLine items
استورد الكتالوج قبل الصفقات نفسها، وإلا لم تجد بنود الأسطر (line items) ما تُربَط به، وجاء إجمالي كل صفقة رقماً مجرداً بلا تفسير بدل تفصيل مسعّر.
المستخدمون والصلاحيات
أدوار المستخدمين وصلاحياتهم
كل حساب دخول ومستوى الوصول المرتبط به يحتاج إلى إعادة إنشاء في HubSpot؛ لا شيء من هذه البنية ينتقل من Sell.
HubSpot: Users وPermission sets
أنشئ المستخدمين قبل استيراد أي سجل، ليجد مالك السجل ما يُطابَق معه فعلاً بدل الفشل بصمت.
إعدادات الفرق والمجموعات
أياً كانت طريقة تجميع المندوبين في Sell فهي تحتاج إلى إعادة بناء كفرق (teams) في HubSpot؛ فالتجميع نفسه لا ينتقل.
HubSpot: Teams
طابق ما كان التجميع مقصوداً به فعلاً بدل نسخ بنيته حرفياً، لأن النسخ المباشر يميل إلى نقل العادات القديمة معه.
إدارة المناطق (Territories)
إسناد المناطق (territory)، سواء جرى بحسب الجغرافيا أو الحساب، ليس له كائن مباشر في HubSpot يهبط فيه ويحتاج إلى تصميم من الأساس.
HubSpot: Properties مع إسناد قائم على Workflow
لا كائن للمناطق في HubSpot إطلاقاً: تصبح المنطقة خاصية، وتصبح القواعد التي كانت تفرضها Workflows مبنية فوق تلك الخاصية، فصمّم الخاصية نفسها قبل كتابة أي Workflow عليها.
قواعد الرؤية وضوابط الوصول
قواعد الرؤية، أي من يستطيع رؤية أي سجل، تحتاج إلى إعادة ضبط في HubSpot بدل افتراض أنها ترث إعدادات Sell.
HubSpot: Record access settings
تأكد مما يجب أن يبقى مخفياً فعلاً قبل إعادة إنتاج القيود القديمة كما هي؛ فقاعدة الرؤية المنسوخة بحكم العادة غالباً ما تكون أوسع أو أضيق مما تحتاجه المنشأة اليوم.
التكاملات
تكامل Zendesk Support
أينما كان Sell وSupport متصلين اليوم، فإن هذا الارتباط نفسه شيء آخر يمسّه الترحيل، لا المنتجان على جانبيه فقط.
HubSpot: Tickets في البوابة نفسها
انقل Support في المشروع نفسه ولن يحتاج هذا التكامل إلى إعادة بناء أصلاً: فهو يختفي ببساطة، لأن الجانبين يهبطان في قاعدة بيانات HubSpot نفسها. وهذا تبسيط حقيقي يستحق عرضه على من يوازن بين ترحيل Support الآن أو تأجيله.
اتصالات تطبيقات Marketplace
كل تطبيق متصل بـ Sell عبر Zendesk Marketplace يستحق بنداً مستقلاً في خطة الترحيل، لا افتراضاً شاملاً بأنه سينتقل ببساطة.
HubSpot: تكاملات App Marketplace
احصر ما لا يزال مستخدماً فعلاً قبل تسعير البدائل، فتطبيق Marketplace رُبط قبل سنوات ولم يُزَل لا يكلف شيئاً إن لم يُدرج في القائمة.
مزامنة التقويم
اتصال التقويم، من Google أو Microsoft، يجب إعادة بنائه في جانب HubSpot لا افتراض انتقاله مع بقية الحساب.
HubSpot: Calendar integration وأداة Meetings
يُنفَّذ هذا لكل مستخدم على حدة لا مرة واحدة للحساب كله، فخصّص الوقت وفق ذلك بدل اعتباره مهمة إعداد واحدة.
تكاملات الاتصالات الهاتفية
أي مزوّد صوتي يقف خلف ميزة الاتصال في Sell يحتاج إلى قرار ترحيل خاص به، لأن هذا الاتصال لا ينتقل مع بيانات السجلات.
HubSpot: HubSpot calling أو مزوّد من Marketplace
تأكد من أن المزوّد لديه تكامل مع HubSpot قبل توقيع أي شيء، وأدرج مهلة نقل الأرقام (number porting): فهي نادراً ما تكون فورية، وموعد الإطلاق الذي يُحدَّد دونها يميل إلى التأخر.
اتصال مزوّد البريد الإلكتروني
اتصال صندوق البريد المسؤول عن تسجيل المحادثات على السجل يحتاج إلى إعادة ربط في جانب HubSpot على كل مستخدم بشكل فردي.
HubSpot: Connected inbox
هذه مهمة لكل مستخدم، وينبغي أن تتم قبل التحويل النهائي لا بعده، حتى لا يتوقف تسجيل المحادثات فعلياً.
أتمتة Zapier وMake
أي سيناريو أتمتة خارجي مربوط بـ Sell عبر Zapier أو Make يحتاج إلى تعديل قبل أن يشير إلى HubSpot بدلاً منه.
HubSpot: سيناريوهات محدّثة أو Workflows أصلية
كل سيناريو منها يحتاج إلى تعديل من الجهتين، وبعضها أفضل فعلاً أن يُستبدل بـ Workflow أصلي في HubSpot بدل مجرد إعادة توجيهه إلى العنوان الجديد.
التسلسل
زامِن أولاً، ثم رحّل
الترتيب هنا هو المضمون. هذه الخطوات سلسلة اعتماد متبادل، وتنفيذها خارج تسلسلها طريقة موثّقة لفشل هذا النوع من الترحيل.
- 1
التدقيق
أحصِ كل حقل ومسار وأتمتة وقائمة ذكية وتكامل يعمل حالياً في Sell، بما فيها ما هو مربوط بـ Support إن كان المنتجان ضمن النطاق
- 2
أنشئ مسبقاً كل خاصية مخصصة ستحتاجها المطابقة مباشرة في HubSpot، فإعداد المزامنة نفسه لا ينشئ واحدة أثناء العمل
أنشئ مسبقاً كل خاصية مخصصة ستحتاجها المطابقة مباشرة في HubSpot، فإعداد المزامنة نفسه لا ينشئ واحدة أثناء العمل
- 3
نظّف البيانات
أزل تكرار جهات الاتصال، وتأكد أن كل واحدة تحمل بريداً إلكترونياً، ووحّد قيم الحقول قبل أن يُطلب من أي سجل أن يُزامَن
- 4
حدّد استراتيجية مطابقة الوسوم بالخصائص، وسماً وسماً لا كقاعدة شاملة واحدة، قبل ترحيل الوسوم نفسها
حدّد استراتيجية مطابقة الوسوم بالخصائص، وسماً وسماً لا كقاعدة شاملة واحدة، قبل ترحيل الوسوم نفسها
- 5
ثبّت تطبيق 'Data Sync by HubSpot' من Zendesk Sell Marketplace، وهو الموصّل الحالي لا أي تكامل قديم قد يكون موجوداً أصلاً
ثبّت تطبيق 'Data sync by HubSpot' من Zendesk Sell Marketplace، وهو الموصّل الحالي لا أي تكامل قديم قد يكون موجوداً أصلاً
- 6
اضبط مطابقة الحقول لـ Contacts وCompanies وDeals، بهذا الترتيب، لأن ارتباطات الصفقات تعتمد على أن الاثنين الآخرين يُزامَنان أصلاً
اضبط مطابقة الحقول لـ Contacts وCompanies وDeals، بهذا الترتيب، لأن ارتباطات الصفقات تعتمد على أن الاثنين الآخرين يُزامَنان أصلاً
- 7
شغّل المزامنة الأولية وتحقق من وصول البيانات بدقة قبل اعتبار الاتصال مثبتاً
شغّل المزامنة الأولية وتحقق من وصول البيانات بدقة قبل اعتبار الاتصال مثبتاً
- 8
رحّل سجل الأنشطة من مكالمات وملاحظات ورسائل بريد إلكتروني عبر API أو أداة من طرف ثالث، فلا شيء منه يعبر عبر المزامنة الأصلية
رحّل سجل الأنشطة من مكالمات وملاحظات ورسائل بريد إلكتروني عبر API أو أداة من طرف ثالث، فلا شيء منه يعبر عبر المزامنة الأصلية
- 9
أعد بناء Workflows وقواعد الأتمتة وتسلسلات البريد الإلكتروني مباشرة في HubSpot، واستغل هذا التمرين لتدوين منطق التوجيه والمتابعة الذي يعمل به الفريق فعلاً بدل إعادة إنتاج الإعدادات الافتراضية في Sell بحكم العادة
أعد بناء Workflows وقواعد الأتمتة وتسلسلات البريد الإلكتروني مباشرة في HubSpot، واستغل هذا التمرين لتدوين منطق التوجيه والمتابعة الذي يعمل به الفريق فعلاً بدل إعادة إنتاج الإعدادات الافتراضية في Sell بحكم العادة
- 10
أعد إنشاء التقارير ولوحات المعلومات في HubSpot، مع مطابقة كل مالك بمستخدم حقيقي أولاً حتى لا يُنسَب شيء إلى لا أحد
أعد إنشاء التقارير ولوحات المعلومات في HubSpot، مع مطابقة كل مالك بمستخدم حقيقي أولاً حتى لا يُنسَب شيء إلى لا أحد
- 11
حيث ينتقل Support أيضاً، خطّط لترحيل تذاكره كمسار عمل مستقل
في اتجاه واحد: تُزامَن جهات الاتصال أولاً ولا تُزامَن التذاكر إلا بعدها، لأن هذه هي الخطوة التي يفترق عندها المنتجان فعلاً
- 12
درّب الفريق تدريباً سليماً، وشغّل النظامين بالتوازي لمدة 30 يوماً، ثم انتقل فعلياً، بدل التحويل لحظة وصول البيانات تقنياً
درّب الفريق تدريباً سليماً، وشغّل النظامين بالتوازي لمدة 30 يوماً، ثم انتقل فعلياً، بدل التحويل لحظة وصول البيانات تقنياً
عادةً 3-6 أسابيع من البداية إلى النهاية، بحسب مقدار ما يُستخدم فعلاً من إعدادات المصدر.
مقدّر الجهد
ما حجم هذا الترحيل؟
بضعة أسئلة، دون الحاجة إلى تسجيل. تأتي النطاقات من البحث الوارد أعلاه: كل ميزة قمنا بمطابقتها لها رقم جهد، وهذه الأداة تجمع الأرقام المنطبقة على حالتك.
الجهد التقديري
أجب عن سؤالين ليظهر هنا نطاق الساعات.
مبني على أبحاثنا حول 43 ميزة في Zendesk Sell. إنه نطاق تقديري وليس عرض سعر.
نطاق للتخطيط وليس عرض سعر. هو جهد التنفيذ فقط، دون بند إدارة المشروع. وأكثر ما يحرّكه عملياً هو جودة البيانات.
أكثر ما يسوء في الترحيل
الإخفاقات التي تتكرر مراراً، مرتبةً تقريباً بحسب ترتيب ظهورها.
أُوقف التكامل القديم الذي بنته Zendesk في نوفمبر 2022، فتأكد من أن الحساب يعمل فعلاً على تطبيق Data Sync من HubSpot بدل الاستمرار في افتراض أن القديم لا يزال يعمل
أُوقف التكامل القديم الذي بنته Zendesk في نوفمبر 2022، فتأكد من أن الحساب يعمل فعلاً على تطبيق Data Sync من HubSpot بدل الاستمرار في افتراض أن القديم لا يزال يعمل
إعداد المزامنة لا ينشئ حقلاً في HubSpot أثناء العمل
يجب إنشاء كل واحد مسبقاً قبل بدء المطابقة، وإلا لم يجد ما يهبط عليه
الحقول متعددة الاختيار لا تُزامَن إطلاقاً
حوّلها أو خطّط لترحيلها يدوياً، فالموصّل لن يلمسها في الحالتين
مطابقة جهات الاتصال تعتمد على البريد الإلكتروني وحده، فيكفي صندوق بريد مشترك لإنشاء جهات اتصال مكررة، ويستحق الفحص تحديداً في أي فريق يُشترك فيه صندوق بريد فعلاً
مطابقة جهات الاتصال تعتمد على البريد الإلكتروني وحده، فيكفي صندوق بريد مشترك لإنشاء جهات اتصال مكررة، ويستحق الفحص تحديداً في أي فريق يُشترك فيه صندوق بريد فعلاً
لا يوجد في HubSpot كائن يعمل مثل وسم Zendesk
كل وسم يصبح قيمة خاصية من نوع خانة اختيار أو عضوية في قائمة، وحسم هذه المطابقة وسماً وسماً هو العمل الحقيقي هنا، لا القدرة التقنية على تنفيذها
ترحيل التذاكر مشروع قائم بذاته له حدود API الخاصة به بمجرد أن يكون Support ضمن النطاق أيضاً، وليس مرحلة تُدمج في ترحيل Sell الجاري أصلاً
ترحيل التذاكر مشروع قائم بذاته له حدود API الخاصة به بمجرد أن يكون Support ضمن النطاق أيضاً، وليس مرحلة تُدمج في ترحيل Sell الجاري أصلاً
التذكرة التاريخية المنقولة تظهر كإدخال على الجدول الزمني، لا كشيء يستطيع الوكيل فتحه فعلاً في عرض مكتب المساعدة في HubSpot، وهو فارق يستحق شرحه لفريق الدعم قبل الإطلاق لا بعد أول شكوى بشأنه
التذكرة التاريخية المنقولة تظهر كإدخال على الجدول الزمني، لا كشيء يستطيع الوكيل فتحه فعلاً في عرض مكتب المساعدة في HubSpot، وهو فارق يستحق شرحه لفريق الدعم قبل الإطلاق لا بعد أول شكوى بشأنه
حد معدل الطلبات في Zendesk API، وهو 10 طلبات في الدقيقة للتصدير، عنق زجاجة حقيقي أمام أي مجموعة بيانات بحجم فعلي، فابنِ الجدول الزمني حوله بدل اكتشاف التقييد في منتصف التصدير
حد معدل الطلبات في Zendesk API، وهو 10 طلبات في الدقيقة للتصدير، عنق زجاجة حقيقي أمام أي مجموعة بيانات بحجم فعلي، فابنِ الجدول الزمني حوله بدل اكتشاف التقييد في منتصف التصدير
أسئلة
الترحيل من Zendesk Sell إلى HubSpot: أسئلة وأجوبة
نعم. مزامنة بيانات في الاتجاهين تشمل 4 كائنات. لكنها لا تعيد بناء إعداداتك: وتلك هي البنود الـ37 أدناه.
عادةً 3-6 أسابيع. يحدد التعقيدَ عمقُ الأتمتة والتقارير لا عدد السجلات: فالموصّل ينقل السجلات، وبالتالي لن تطيل قاعدة بيانات كبيرة وحدها الجدول الزمني.
من بين 43 ميزة قمنا بمطابقتها، تنتقل 33 (77%) مباشرة وتُطابَق 9 (21%) جزئياً، أي يُفقد شيء منها أو يُعاد تشكيله في الطريق. وهناك ميزة واحدة (1) بلا مقابل في HubSpot في أي شريحة، وهو أمر يستحق طرحه قبل التوقيع لا بعده.
يجب إعادة بناء 37 بنداً يدوياً، وهناك 10 قيود موثّقة لا يعرضها الموصّل إطلاقاً. القائمتان كاملتان في هذه الصفحة لمن يحدد نطاق العمل.
المطابقات الافتراضية مجانية؛ أما مطابقة الحقول المخصصة فتتطلب Data Hub Starter أو أعلى. ومسألة الاشتراك لا تنطبق إلا على التطبيق الحالي: فالتكامل الأصلي الذي بنته Zendesk أُوقف في 29 نوفمبر 2022 وحلّ محله تطبيق HubSpot المسمى 'Data sync by HubSpot'، فتأكد من التطبيق المثبّت فعلاً قبل تسعير الشريحة على أساسه.
1: إسقاط الرسائل الصوتية (Voicemail Drop). إذا كان فريقك يعتمد على أحدها، فاحسم ذلك قبل التوقيع بدل اكتشافه عند التحويل النهائي، حين يكون البديل بناءً مخصصاً.
لا. بند واحد (1) في هذه الصفحة من شيفرة Zendesk Sell أو منتجها الخاص، ولا ينقله الترحيل إلى HubSpot، ولا يحمل أي ساعات في أي تقدير يُقدَّم لك. ومع ذلك يحتاج إلى قرار قبل التحويل النهائي، لأنك أنت من يتخلى عن شيء.
في اتجاه واحد فقط. المزامنة هنا ليست ثنائية الاتجاه، لذا فتشغيل النظامين معاً يعني اختيار نظام السجل المرجعي (system of record) مسبقاً وقبول انحراف البيانات في النظام الآخر.
هل أنت مستعد للبدء؟
خطّط لعملية الترحيل
أخبرنا بالمنصة التي تنتقل منها، وحجم التخصيص فيها، والموعد الذي تحتاج فيه إلى العمل على HubSpot. وسنوضح لك ما ينتقل مباشرة، وما يحتاج إلى إعادة بناء، والمدة التي يستغرقها الانتقال فعلياً.