مرجع الترحيل
ترحيل Intercom إلى HubSpot
ما الذي ينتقل فعلًا، وما الذي لا ينتقل دون أن يظهر ذلك، وما الذي يجب إعادة بنائه يدويًا.
طابقنا Intercom مع HubSpot ميزةً بميزة: 51 ميزة، و4 كائنات تُزامَن، و8 فخاخ موثقة، و31 بندًا يجب إعادة بنائه. الخريطة كاملة في هذه الصفحة، دون أي نموذج تسجيل.
ملف PDF هو المرجع نفسه، بصيغة تناسب ملف المشتريات.
احصل على المرجع والحاسبة
مرجع Intercom إلى HubSpot كاملًا بصيغة PDF، مع حاسبة Excel التي نعتمدها في تحديد نطاق هذه الترحيلات: كل ميزة من الميزات الـ 51 في صف مستقل، تُدخل أعدادك فتحصل على عدد الساعات.
ثلاثة ملفات: المرجع بصيغة PDF، والمرجع نفسه بصيغة Markdown لأداة الذكاء الاصطناعي لديك، وحاسبة الجهد الكاملة بصيغة Excel.
ترحيل Intercom إلى HubSpot ترحيل مرتفع التعقيد، والمدة التي ينبغي التخطيط حولها عادةً من 3-6 أسابيع، وقد يستهلك استخراج البيانات وحده من 2-3 أسابيع منها حين تصبح الأحجام معتبرة، وذلك بسبب حدود معدل الطلبات في API لا بسبب البيانات نفسها. وتضيف إعادة بناء الأتمتة من 1-2 أسبوع فوق ذلك، بحسب مقدار التعقيد الذي تحمله معك. من بين الميزات الـ 51 التي طابقناها، تنتقل 25 ميزة كما هي، وتصل 21 ميزة منقوصة بشيء ما: أما البنود الـ 31 التي لا ينقلها أي شيء نيابةً عنك فهي التي ستحدد جدولك الزمني فعلًا، لا المزامنة.
بطاقة تقييم الترحيل
- تعقيد الترحيل
- مرتفع
- الجدول الزمني المعتاد
- المدة التي ينبغي التخطيط حولها من 3-6 أسابيع، وقد يستهلك استخراج البيانات وحده من 2-3 أسابيع منها حين تصبح الأحجام معتبرة، وذلك بسبب حدود معدل الطلبات في API لا بسبب البيانات نفسها. وتضيف إعادة بناء الأتمتة من 1-2 أسبوع فوق ذلك، بحسب مقدار التعقيد الذي تحمله معك.
- الطريقة الموصى بها
- التوصية هي ترحيل مخصص عبر API، والاستعانة بخدمة احترافية لتنفيذه بدل تشغيله داخليًا. ولا يُعدّ استيراد CSV القياسي اختصارًا يستحق المحاولة هنا، ولا التكامل الأصلي كذلك: فهو موجود لتعايش مستمر بين النظامين، لا للترحيل نفسه.
- المزامنة الأصلية
- مزامنة بيانات، مختلطة
- Smart Transfer
- غير مدعومة
- اشتراك HubSpot
- مجاني للمزامنة الأساسية. Data Hub Starter+ لمطابقة الحقول المخصصة.
تكافؤ الميزات عبر 51 قدرة
- يقابله مباشرة: 25 (49%)
- يقابله جزئياً: 21 (41%)
- لا مقابل له: 5 (10%)
4
كائنات تُزامَن أصليًا
8
قيود وفخاخ
31
بنود إعادة بناء يدوية
3
إصدارات المصدر المشمولة
مصدر هذه المعلومات: مجموعة أبحاثنا الخاصة، جرى التحقق منها بتاريخ 2026-07-31، وهي أساس كل رقم في هذه الصفحة.
الكائنات الأربعة التي تُزامَن أصليًا
ما ينقله الموصل نيابةً عنك، واتجاه تدفق كل كائن.
Users/Leads
في الاتجاهينيصبح Contacts
يوجد مساران منفصلان لجهات الاتصال، ويسلكان سلوكين مختلفين. التطبيق الذي بنته Intercom ينقل البيانات في اتجاه واحد فقط، من Intercom إلى HubSpot، ويختم كل جهة اتصال جديدة بمرحلة دورة حياة (lifecycle stage) ثابتة هي 'Lead' لا يستطيع أحد تغييرها. أما تطبيق Data Sync الخاص بـ HubSpot فينقل جهات الاتصال في الاتجاهين ويتيح مطابقة سمات تأهيل مخصصة مع خصائص جهة الاتصال في HubSpot عبر إعداداته. والمسار الذي يعمل هو ما يحدد هل يمكن الوثوق بسجل جهة الاتصال ليعكس ما يجري في جانب HubSpot أصلًا.
Companies
في الاتجاهينيصبح Companies
لا توجد مزامنة الشركات (Companies) إلا عبر تطبيق HubSpot Data Sync، وهو وحده الذي ينقلها في الاتجاهين. أما التطبيق الذي بنته Intercom نفسها فلا مسار فيه لسمات مستوى الشركة إطلاقًا، فهو لمستوى المستخدم فقط، ولذلك يفتقد فريق يعمل بالتطبيق الأصلي وحده هذا الكائن كليًا بدل أن يتلقى نسخة جزئية منه.
Conversations
إلى HubSpotيصبح Timeline Activities
تنتقل المحادثات (Conversations) عبر التطبيق الذي بنته Intercom وحده، وحتى هناك بصورة جزئية فقط. فردود العميل نفسه تُزامَن فورًا؛ أما ردود أحد أعضاء الفريق فتنتظر إلى أن تُغلق المحادثة. ولا يُرسَل أي شيء بدأ قبل ربط التطبيق إطلاقًا، إلا إذا صادف أن رد العميل بعد الربط، وهذا يعني عمليًا أن كامل الأرشيف السابق لسجل المحادثات العربية والإنجليزية غير مرئي لهذه المزامنة ما لم يعد أحد فتحه. ولا تُزامَن رسائل Series الجماعية أبدًا: المحادثات المباشرة الفردية فقط هي المؤهلة.
Tickets
إلى HubSpotيصبح N/A
لا يوجد مسار أصلي ينقل التذكرة (Ticket) إطلاقًا: لا عبر التطبيق الذي بنته Intercom ولا عبر الذي بنته HubSpot. والتذكرة تحتاج إلى طريق خارج أي من التكاملين الأصليين وإلا فإنها ببساطة لا تصل.
ثمانية أمور لا تخبرك بها المزامنة
كل أمر منها موثق، وكل أمر منها أنهى ترحيلًا في أسبوع سيئ.
لا مزامنة لتاريخ المحادثات
لا يحمل التكامل الأصلي المحادثات إلا إلى الأمام من لحظة ربطه: أما ما قاله العميل لفريق الدعم قبل تلك النقطة، وقد يكون سنوات من سجل المحادثات بالعربية والإنجليزية، فيبقى في Intercom ولا يصل إلى HubSpot أبدًا. فالبيانات التاريخية لا مسار لها عبر المزامنة الأصلية إطلاقًا.
الحل البديل: استعادة ذلك التاريخ تعني سكربتات مخصصة على Intercom REST API لا إعدادًا يُفعَّل، وتضبط الـ API نفسها إيقاع العمل: نافذة 90 يومًا لكل طلب وفاصل 10 ثوانٍ مفروض بين الاستدعاءات، فيصبح سحب سنوات من المحادثات مهمة مبرمجة تُقاس بالأسابيع لا بعد ظهر واحد.
قيود تصدير نص المحادثة (Transcript)
لا يحمل تصدير CSV الأصلي في Intercom ولا تصدير S3 نص المحادثة نفسه، وتنزيل النصوص يدويًا عبر الواجهة يفقد كل ما جاوز علامة الـ 200 سطر المرئية في سلسلة طويلة. والمحادثة الطويلة، وهي الحالة الاعتيادية لا الاستثناء في طابور دعم إقليمي يعتمد كثيرًا على WhatsApp، لا تنجو من النقل سليمة إلا إذا سُحبت عبر REST API.
الحل البديل: لا تخرج النصوص الكاملة إلا عبر سكربتات مخصصة على Intercom REST API، تُبنى لتعمل ضمن نوافذ الـ 90 يومًا نفسها وحد المعدل البالغ 10 ثوانٍ نفسه كما في التصدير التاريخي أعلاه. احسب ميزانية الاستخراج مهمة مبرمجة قائمة بذاتها بدل دمجها في سحب بيانات عام.
لا مزامنة للتذاكر إطلاقًا
التذاكر لا تنتقل أبدًا: لا التطبيق الذي بنته Intercom ولا الذي بنته HubSpot يزامن تذكرة. وأي شيء سُجّل حالة دعم رسمية في Intercom يحتاج إلى طريق إلى HubSpot لا علاقة له بأي من التكاملين الأصليين.
الحل البديل: خدمة ترحيل من طرف ثالث مثل Help Desk Migration، أو سكربتات مخصصة على كلتا الـ API، هي ما ينقل التذاكر فعلًا بوصفها تذاكر HubSpot. ولا يوجد مسار أصلي يُرجع إليه إذا جرى تخطي ذلك الطريق.
تطبيق Intercom الأصلي في اتجاه واحد فقط
التطبيق الذي بنته Intercom يدفع في اتجاه واحد فقط، من Intercom إلى HubSpot، دون مسار عودة. ويسد تطبيق Data Sync الخاص بـ HubSpot جزءًا من الفجوة بمزامنة جهات الاتصال والشركات في الاتجاهين، لكن المحادثات خارج متناوله في الحالتين، ولذلك فإن تغييرًا يجري على جانب HubSpot من محادثة لا يصل إلى Intercom أبدًا.
الحل البديل: تشغيل التطبيقين معًا يغطي مساحة أكبر مما يغطيه أي منهما وحده: HubSpot Data Sync لجهات الاتصال والشركات في الاتجاهين، وتطبيق Intercom الأصلي للمحادثات في الاتجاه الواحد الذي يدعمه. عامل الاثنين متكاملين لا خيارين تختار بينهما.
نموذج المحادثة المسطح مقابل نموذج التذكرة المهيكل
تنمذج المنصتان المحادثة بشكل مختلف من الجذر. تبقيها Intercom مسطحة؛ وتتوقعها HubSpot مهيكلة، مرتبطة بـ Contact وCompany وTicket. ولا يمكن ببساطة نسخ المحادثة: يجب أن تصبح Ticket، ويجب أن يصبح نصها Engagement Note، ويجب إرفاق الاثنين بمعرّف Contact وCompany الصحيحين قبل أن يعني أي منهما شيئًا في النظام الجديد.
الحل البديل: يجب أن يؤدي منطق المطابقة ثلاثة أمور بالتسلسل: إنشاء تذكرة HubSpot، وتحويل النص إلى engagement note، وبناء الرابط (association) مع سجل جهة الاتصال والشركة الصحيحين. وتخطي خطوة الربط هو ما يترك محادثة مرحَّلة تقنيًا ملحقة بلا شيء.
سمات الشركات لا تُزامَن عبر التطبيق الأصلي
يحمل التطبيق الأصلي سمات مستوى المستخدم فقط. وأي شيء محفوظ على مستوى الشركة في Intercom لا طريق له عبر هذا التطبيق إطلاقًا، وهذا مهم حيثما كانت السمة التي تحدد طريقة التعامل مع الحالة فعلًا، كالقطاع أو الكيان أو فئة العقد، موجودة على سجل الشركة لا على الفرد.
الحل البديل: يجب أن تنتقل بيانات مستوى الشركة عبر تطبيق HubSpot Data Sync بدلًا من ذلك، وهو يتعامل معها في الاتجاهين لا في المسار الأصلي ذي الاتجاه الواحد.
مرحلة دورة الحياة مقفلة على 'Lead'
كل جهة اتصال ينشئها التطبيق الأصلي تحط في مرحلة دورة الحياة 'Lead' افتراضيًا، ولا يوفر التكامل إعدادًا لتغيير ذلك. وقد يصل عميل قديم له سنوات من سجل الدعم في Intercom إلى HubSpot وهو يبدو، على الورق، عميلًا محتملًا جديدًا تمامًا.
الحل البديل: يجب أن يصحح HubSpot workflow المرحلة بعد الواقع، فيعيد إسنادها من خصائص أخرى على السجل. ابنِ هذا الـ workflow قبل وصول أول دفعة حقيقية من جهات الاتصال، وإلا بقيت المرحلة الخاطئة على السجل إلى أن يلاحظها أحد صدفة.
حدود معدل الـ API تقيّد استخراج النصوص
الحدّان يتراكمان لا يقفان جنبًا إلى جنب: فاصل 10 ثوانٍ مفروض بين استدعاءات API وسقف 90 يومًا للنافذة التي يغطيها كل استدعاء. وعند مقابلة ذلك بسجل دعم امتد سنوات عبر البريد وWhatsApp معًا، تحوّل هذه الحسابات الاستخراج إلى 2 إلى 3 أسابيع من العمل المخصص لا مهمة نهاية أسبوع.
الحل البديل: خطّط الجدول الزمني حول الاستخراج منذ البداية بدل اكتشافه في منتصف المشروع، واسحب البيانات على دفعات تزايدية مدة كل منها 90 يومًا بدل محاولة ذلك في مرور واحد.
خمس ميزات في Intercom لا يستطيع HubSpot تعويضها
لا يوجد حل بديل يسد هذه الفجوات. كل واحدة منها قدرة ستتخلى عنها، فحدّد من في الشركة يستطيع الاستغناء عنها قبل أن تلتزم بموعد.
الإشعارات الفورية (Push Notifications)
لا يملك HubSpot قدرة أصلية على إرسال إشعارات الجوال الفورية. ويتطلب خدمة من طرف ثالث (OneSignal، وFirebase، وغيرها).
التلميحات (Tooltips)
لا يملك HubSpot وظيفة تلميحات داخل التطبيق. ويتطلب منصة لتبنّي المنتج (Pendo، وAppcues، وWalkMe، وغيرها).
الجولات التعريفية بالمنتج (Product Tours)
لا يملك HubSpot وظيفة جولات تعريفية بالمنتج. ويتطلب منصة لتبنّي المنتج (Pendo، وAppcues، وWalkMe، وUserpilot، وغيرها).
قوائم المهام (Checklists) للتأهيل
لا يملك HubSpot ميزة قوائم مهام داخل التطبيق. ويتطلب منصة لتبنّي المنتج أو تنفيذًا مخصصًا.
الأخبار (News / Newsfeed)
لا يملك HubSpot ميزة موجز أخبار داخل التطبيق. المدونة أو النشرات البريدية قنوات بديلة لتحديثات المنتج.
أمر واحد لا يعيد الترحيل بناءه
هذه شيفرة Intercom أو منتجها الخاص، ولن ينقلها ترحيل إلى HubSpot: فلا ساعات لها في التقدير. ومع ذلك تحتاج إلى قرار قبل التحويل النهائي، لأنك أنت من يتخلى عن شيء.
Mobile SDK (لنظامي iOS وAndroid)
استبدال Mobile SDK الخاص بـ Intercom يعني تغييرات في شيفرة تطبيقك نفسه، لا مجرد تبديل إعداد، والمراسلة داخل التطبيق والإشعارات الفورية هما بالضبط موضعا ظهور فجوات الوظائف بمجرد زواله. وقد يعني إعادة إنتاج كل ما كان يفعله SDK واحد من Intercom على iOS وAndroid ضم أكثر من SDK بديل معًا بدل العثور على بديل واحد مكافئ.
البنود الـ 31 التي تُعاد بناؤها يدويًا
هذه هي القائمة التي تفرّق بين عرض سعر يصمد وعرض لا يصمد.
البيانات والكائنات
Ticket Pipelines والحالات (Statuses)
المراحل التي تمر بها محادثة أو تذكرة من الفتح إلى الإغلاق.
في HubSpot: Ticket pipelines and stages
لا مزامنة تربط pipelines المنصتين، فيُضبط هذا من صفحة بيضاء. أتقنه قبل استيراد أي شيء، لأن كل سجل مستورد يحتاج إلى مرحلة ينزل فيها.
سمات المستخدم وجهة الاتصال المخصصة
سمات تحتفظ بها Intercom على المستخدم، كثيرًا ما يكتبها المنتج نفسه لا شخص يدخلها.
في HubSpot: Custom contact properties
أي نظام يكتب هذه السمات اليوم يجب أن يُعاد توجيهه إلى HubSpot بعد النقل، وإلا وصلت الخصائص مرة واحدة أثناء الترحيل ثم توقفت عن التحديث بصمت.
وسوم المحادثات (Conversation Tags)
وسوم تُستخدم لتجميع المحادثات لأغراض إعداد التقارير.
في HubSpot: A multi-select ticket property
لا يملك HubSpot كائن وسوم أصليًا يستقبلها. وأي وسم يقود تقريرًا فعلًا يستحق أن يصبح حقلًا حقيقيًا لا نصًا حرًا يضطر إعداد التقارير إلى تحليله.
سمات البيانات المخصصة والأحداث
أحداث يسجلها المنتج على مستخدم في Intercom، تُستخدم لاستهداف الرسائل.
في HubSpot: Custom properties and behavioural events
يقيم هذا في أدوات القياس (instrumentation) داخل المنتج نفسه لا في بيانات الـ CRM، فلا يصل إليه أي سكربت ترحيل. ويجب تغيير المنتج نفسه ليبث الأحداث إلى HubSpot، وهذا عمل هندسي يعود إلى فريق المنتج لا فريق الترحيل.
شرائح المستخدمين (User Segments)
تعريفات محفوظة لجمهور، تُستخدم لتحديد من تصل إليه الرسالة.
في HubSpot: Active lists
تُعاد بناؤها قواعد قوائم في HubSpot. وأي شريحة مبنية على حدث من المنتج يجب أن تنتظر إنجاز عمل القياس أعلاه أولًا، فرتّب إعادة البناء وفق ذلك.
الأتمتة
Intercom Workflows (مسارات الأتمتة)
لوحة الأتمتة القائمة على الأحداث التي تبني عليها Intercom الـ workflows، وتمتد عبر كل القنوات في آن واحد.
في HubSpot: Workflows
تؤتمت المنصتان حول مرتكزين مختلفين كليًا: Intercom حول المحادثة، وHubSpot حول جهة الاتصال والتذكرة. ولا شيء هنا يُترجَم مباشرة، فعامل إعادة البناء عمل تصميم له جدوله الزمني الخاص، لا نقلًا آليًا يصادف أن يستغرق وقتًا أطول.
Custom Bots وResolution Bot (روبوتات الدردشة)
تدفقات تستخدمها Intercom للرد تلقائيًا، فتمنع المحادثة من الوصول إلى شخص أصلًا.
في HubSpot: The chatbot builder
يُعاد بناء كل تدفق على حدة لا بالجملة، ولا ينتقل أي من نتائج الحل القديمة بيانات مهيكلة. وأيًا كان معدل الاحتواء (deflection) الذي أبلغ عنه الفريق من قبل، فإن رقم HubSpot الجديد يبدأ من الصفر ويجب كسبه من جديد.
قواعد المراسلة الاستباقية
قواعد ترسل رسالة إلى مستخدم بسبب شيء فعله داخل المنتج.
في HubSpot: Workflows and chat targeting rules
لا شيء من هذا يُعاد بناؤه دون وجود قياس أحداث المنتج الكامن أصلًا. تأكد من وجود ذلك القياس قبل توقيع العقد، لأن غيابه ليس شيئًا تستطيع ميزانية الترحيل إصلاحه بعد ذلك.
الجولات التعريفية بالمنتج (Product Tours)
جولات إرشادية تشغّلها Intercom داخل المنتج نفسه.
في HubSpot: No equivalent, needs a third-party product
لا يملك HubSpot ميزة جولات داخل التطبيق إطلاقًا. وحيثما يجري التأهيل اليوم عبر الجولات، فهذا منتج منفصل يجب شراؤه، ومكان القرار في الحوار قبل العقد لا أن يُكتشف بعده.
Intercom Series (سلاسل الحملات)
حملات مبنية عبر عدة خطوات، تمزج البريد برسائل داخل التطبيق.
في HubSpot: Workflows and sequences
يُعاد بناء نصف البريد من كل Series دون كبير عناء؛ أما نصف داخل التطبيق فلا مكان له في HubSpot. راجع كل Series على حدة لترى أي خطواتها تنجو من النقل فعلًا.
قواعد الإسناد والتوجيه
قواعد تحدد أي عضو فريق تصل إليه المحادثة.
في HubSpot: Help desk routing rules
هذا من المواضع النادرة التي يكون فيها النقل ترقية حقيقية: يستطيع HubSpot التوجيه على سمات لا تستطيعها Intercom، ومنها الفئة واللغة، وهذا مهم مباشرة لفريق يقسم طابورًا بين الناطقين بالعربية والإنجليزية. صمّم التوجيه من جديد بدل إعادة إنتاج القواعد القديمة.
سياسات SLA
أهداف تحدد سرعة الاستجابة والحل المطلوبة.
في HubSpot: SLA settings
تُعرَّف هذه من الصفر، والترتيب مهم: اضبط ساعات العمل قبل أهداف SLA، وإلا جرى كل قياس على ساعة مسطحة من 24 ساعة لا تفرّق بين يوم الجمعة وأحد عمل.
الردود المحفوظة (Saved Replies)
نصوص ردود جاهزة يدرجها عضو الفريق في محادثة.
في HubSpot: Snippets
لا استيراد لهذه: تُعاد كتابتها يدويًا، فاختصر القائمة إلى ما يستخدمه أعضاء الفريق فعلًا بدل إعادة إنشاء كل ما وُجد يومًا.
قواعد الإغلاق التلقائي والتأجيل (Snooze)
قواعد تغلق محادثة أو تؤجلها دون أن يلمسها أحد.
في HubSpot: Ticket automation workflows
لا يُطابَق التأجيل (Snooze) مع شيء في HubSpot مباشرة، ولذلك يُعاد بناؤه عادةً حالةً مقرونة بـ workflow متأخر. اختبر هذه التركيبة على حفنة من المحادثات الحقيقية قبل الاعتماد عليها مع محادثات حية.
التقارير
تحليلات Intercom (Intercom Analytics)
تقارير Intercom نفسها عن المحادثات وأداء أعضاء الفريق.
في HubSpot: Custom reports and dashboards
سمِّ هذا إعادة تصميم لا إعادة بناء. فتقارير Intercom تقوم على المحادثات؛ وتمتد تقارير HubSpot عبر جهات الاتصال والتذاكر والإيرادات معًا، فبعض الأسئلة تعود بجواب أفضل من ذي قبل وبعضها لا يمكن طرحه أصلًا في النظام الجديد.
مقاييس زمن الحل والاستجابة
تقارير عن سرعة استجابة الفريق وحله.
في HubSpot: Service analytics
تختلف التعريفات الكامنة وراء هذه المقاييس بين المنصتين، ولذلك لن تطابق الأرقام الجديدة القديمة في اليوم نفسه. اتفق على التعريف مع من يتحمل مسؤولية رفع التقرير قبل الإطلاق، لا بعد أن تبدو أول حزمة لمجلس الإدارة خاطئة.
تقارير أداء الروبوت (Bot Performance)
تقارير عن مقدار ما يحتويه الروبوت ويحله دون تدخل شخص.
في HubSpot: Chatbot analytics
لا تاريخ يُورَّث هنا: نتائج الروبوت لا تنتقل، فيبدأ هذا التقرير من الصفر في اليوم الأول.
درجات رضا العملاء
تقييمات منحها العملاء لمحادثة وهي في Intercom.
في HubSpot: Customer feedback surveys
تنزل التقييمات التاريخية في خاصية ثابتة، بينما يصل كل جديد عبر الاستبيانات، فتمتد تقارير الرضا عبر مصدرين مختلفين إلى أن تتراكم بيانات جديدة كافية لإحالة القديم إلى التقاعد.
تقارير ربط الدعم بالإيرادات
تقارير تربط نشاط الدعم بالإيرادات.
في HubSpot: Cross-object custom reports
بناء هذا في HubSpot أسهل فعلًا مما كان في Intercom يومًا، لأن الصفقات والتذاكر موجودة أصلًا في قاعدة بيانات واحدة لا في نظامين منفصلين. وجدير بالتنبيه لمن يوازن قرار النقل: إنه من البنود القليلة في هذه الصفحة التي تمثل تحسنًا صريحًا.
إعدادات المبيعات والتسويق
أداة المراسلة (Messenger Widget) وتخصيصها
أداة Intercom messenger وأي هوية بصرية جرى تطبيقها عليها.
في HubSpot: The live chat widget
تبديل الأداة نفسها سريع. أما الوقت فيذهب في مطابقة مظهر نسخة Intercom وسلوكها، لونًا بلون وتفاعلًا بتفاعل.
مقالات قاعدة المعرفة
مقالات مساعدة منشورة أصلًا عبر Intercom Articles.
في HubSpot: Knowledge base
يقرأ المستورد (importer) في HubSpot مباشرة من Intercom، وهذا يجعله من أقل البنود كلفة في القائمة. ويعمل على دفعات، فمكتبة مقالات كبيرة تحتاج عدة مرات لا تصل في مرة واحدة.
مركز المساعدة (Help Centre)
موقع المساعدة المواجه للعامة الذي يقوم فوق المقالات.
في HubSpot: Knowledge base site
هذه مهمة منفصلة عن استيراد المقالات نفسها: الهوية البصرية والتنقل وإعداد البحث بناء قائم بذاته، لا شيء يحمله استيراد المقالات معه.
الرسائل الصادرة (Outbound Messages)
رسائل بريد وداخل التطبيق تُرسل إلى المستخدمين دون أن يطلبوها أولًا.
في HubSpot: Marketing email and in-app messaging
يُعاد بناء جانب البريد بنظافة في HubSpot. أما المراسلة داخل التطبيق فهي الجزء الذي لا ينتقل، فراجع كل رسالة على حدة لترى هل تنجو من النقل أصلًا بدل افتراض أن المجموعة كلها تنجو.
رسائل اللافتات والتلميحات (Banners and Tooltips)
لافتات وتلميحات تظهر داخل المنتج، تقودها Intercom.
في HubSpot: No equivalent, needs a third-party product
تصطدم هذه بالجدار نفسه كما في الجولات التعريفية أعلاه. وحيثما يعتمد المنتج عليها فعلًا، فاستبدالها قرار شراء لمن يملك الميزانية، لا مهمة يستطيع فريق الترحيل إنجازها وحده.
الإجراءات المخصصة وWebhooks
استدعاءات webhook تطلقها Intercom إلى أنظمة أخرى.
في HubSpot: Workflow webhook actions
أيًا كان ما يستقبل هذه الاستدعاءات اليوم فهو يتوقع شكل حمولة (payload) Intercom تحديدًا، ولذلك يحتاج عادةً الطرفان، المرسِل والمستقبِل، إلى إعادة عمل، لا جانب الإرسال وحده.
المستخدمون والصلاحيات
أدوار المستخدمين وصلاحياتهم
مستوى الوصول الذي يملكه كل عضو فريق داخل الأداة.
في HubSpot: Users and permission sets
تُضبط هذه من صفحة بيضاء. دقّق قائمة أعضاء الفريق قبل إعادة بنائها: فحساب خامل يُعاد إنشاؤه بدافع العادة صلاحية لا يتذكر أحد أنه منحها.
إعداد صناديق الوارد للفرق (Team Inbox)
الطريقة التي تُقسَّم بها صناديق الوارد المشتركة بين الفرق.
في HubSpot: The conversations inbox and help desk
يحدد هيكل الصناديق التوجيه ومن يرى ماذا معًا، ولذلك يجب الاتفاق عليه قبل بناء قواعد التوجيه لا تعديله حولها بعد ذلك. ولفريق موزع على أكثر من سوق خليجية، يكون هذا الاتفاق عادةً هو الموضع الذي تُرسم فيه حدود الأسواق.
ساعات العمل
الساعات التي تُعرض للعملاء بوصفها ساعات الدوام، والتي تعمل عليها ساعة SLA كذلك.
في HubSpot: Business hours settings
يبدو هذا إعدادًا صغيرًا لكنه يمس كل ما يأتي بعده: اضبطه قبل SLAs، لأن أسبوع عمل مضبوطًا على الأيام الخاطئة يُفسد كل هدف استجابة يُقاس عليه.
التكاملات
تكاملات App Store
تطبيقات تربط Intercom ببقية الأدوات حولها.
في HubSpot: App Marketplace integrations, or Zapier and Make
أحصِ ما هو مستخدم فعلًا قبل تسعير أي بديل. فمجموعة أدوات بُنيت على مدى سنوات تحمل عادةً تطبيقات لم يفتحها أحد منذ عام إلى جانب التي يعتمد عليها الفريق يوميًا.
تطبيقات الشاشة الرئيسية لأداة المراسلة
بطاقات مخصصة تظهر داخل أداة Intercom messenger نفسها.
في HubSpot: No equivalent
لا يملك widget الدردشة في HubSpot سطحًا مطابقًا يستضيف هذه. وحيثما كانت بطاقة تؤدي عملًا حقيقيًا لا زينة، فيجب نقل هذه الوظيفة إلى مكان آخر في المنتج كليًا.
تكاملات API المخصصة
شيفرة مبنية خصيصًا على Intercom API لهذا الحساب وحده.
في HubSpot: HubSpot APIs and custom coded workflow actions
يجب إعادة كتابتها على نموذج كائنات مختلف تمامًا. حدّد نطاق الجهد من الشيفرة الفعلية لا من وصف لما تفعله، لأن الاثنين نادرًا ما يتطابقان بعد بضع سنوات من التغييرات.
التسلسل
زامِن أولًا، ثم رحّل
الترتيب هو المضمون هنا. هذه الخطوات سلسلة اعتماد متبادل، وتنفيذها خارج التسلسل طريقة موثقة يفشل بها هذا النوع من الترحيل.
- 1
تدقيق بيانات Intercom أولًا
حجم المحادثات، والسمات المخصصة، وعدد الأتمتة الفعالة، وحجم قاعدة المعرفة، بحيث يُقاس النطاق على الواقع لا على الافتراض
- 2
بناء بنية HubSpot التحتية قبل انتقال أي بيانات
ticket pipelines والخصائص المخصصة والفرق وقواعد التوجيه، كلها في مكانها قبل أول استيراد
- 3
صدّر جهات الاتصال والشركات، إما عبر Intercom API أو عبر تصدير CSV
صدّر جهات الاتصال والشركات، إما عبر Intercom API أو عبر تصدير CSV
- 4
استورد جهات الاتصال والشركات إلى HubSpot، مع إتاحة HubSpot Data Sync بعد ذلك للإبقاء على المزامنة بين الاثنين في الاتجاهين بصورة مستمرة
استورد جهات الاتصال والشركات إلى HubSpot، مع إتاحة HubSpot Data Sync بعد ذلك للإبقاء على المزامنة بين الاثنين في الاتجاهين بصورة مستمرة
- 5
استخراج تاريخ المحادثات عبر Intercom REST API، بالعمل في نوافذ 90 يومًا مقابل حد معدل 10 ثوانٍ
خطّط لـ 2 إلى 3 أسابيع من وقت الاستخراج المخصص، لا مهمة جانبية
- 6
مطابقة كل محادثة مع تذكرة HubSpot
أنشئ التذكرة، وحوّل النص إلى engagement note، ثم اربط الاثنين بجهة الاتصال والشركة الصحيحتين
- 7
استورد قاعدة المعرفة عبر مستورد KB الخاص بـ HubSpot، الذي يقرأ Intercom مباشرة، على دفعات سقف كل منها 400 مقال
استورد قاعدة المعرفة عبر مستورد KB الخاص بـ HubSpot، الذي يقرأ Intercom مباشرة، على دفعات سقف كل منها 400 مقال
- 8
إعادة بناء كل أتمتة وروبوت وقاعدة توجيه وSLA يدويًا في HubSpot
لا شيء من هذا ينتقل مع البيانات
- 9
أعد بناء أداة Messenger على هيئة الدردشة المباشرة (live chat) في HubSpot
أعد بناء أداة Messenger على هيئة الدردشة المباشرة (live chat) في HubSpot
- 10
شغّل فترة اختبار موازية يكون فيها النظامان حيّين معًا، قبل إيقاف أي من الجانبين
شغّل فترة اختبار موازية يكون فيها النظامان حيّين معًا، قبل إيقاف أي من الجانبين
- 11
تحويل التوجيه
وجّه كل قناة إلى HubSpot وعطّل جانب Intercom حين يكون الاختبار الموازي نظيفًا
- 12
التحقق من النتيجة
تحقق من أن روابط التذاكر (associations) صامدة، وأن تاريخ المحادثات كامل لا جزئي، وأن الأتمتة المعاد بناؤها تتصرف كما صُمّمت
عادةً المدة التي ينبغي التخطيط حولها من 3-6 أسابيع، وقد يستهلك استخراج البيانات وحده من 2-3 أسابيع منها حين تصبح الأحجام معتبرة، وذلك بسبب حدود معدل الطلبات في API لا بسبب البيانات نفسها. وتضيف إعادة بناء الأتمتة من 1-2 أسبوع فوق ذلك، بحسب مقدار التعقيد الذي تحمله معك. وذلك من البداية إلى النهاية، بحسب مقدار ما يُستخدم فعلًا من إعدادات المصدر.
مقدّر الجهد
ما حجم هذا الترحيل؟
مجموعة أسئلة قليلة، دون حاجة إلى تسجيل. تأتي النطاقات من البحث أعلاه: لكل ميزة طابقناها رقم جهد، وهذه الأداة تجمع الميزات التي تنطبق على نسختك.
الجهد التقديري
أجب عن سؤالين ليظهر هنا نطاق الساعات.
مبني على أبحاثنا حول 51 ميزة في Intercom. إنه نطاق تقديري وليس عرض سعر.
نطاق للتخطيط وليس عرض سعر. وهو جهد التنفيذ فقط، دون بند لإدارة المشروع. وأكثر ما يحرّكه عمليًا هو جودة البيانات.
ما الذي يسوء في أغلب الأحيان
الإخفاقات التي تتكرر مرة بعد مرة، بترتيب ظهورها تقريبًا.
تصدير CSV يترك نص المحادثة خارجه كليًا
REST API هو الطريق الوحيد إلى النص الكامل
تنزيل النص يدويًا عبر الواجهة يُسقط بصمت كل ما جاوز علامة الـ 200 سطر في محادثة طويلة
تنزيل النص يدويًا عبر الواجهة يُسقط بصمت كل ما جاوز علامة الـ 200 سطر في محادثة طويلة
حد معدل الـ API البالغ 10 ثوانٍ هو ما يجعل استخراج النصوص على نطاق واسع بطيئًا، لا حجم البيانات نفسه
خطّط لـ 2 إلى 3 أسابيع
يحدّ Export API كل طلب بنافذة 90 يومًا، مهما امتد التاريخ إلى الوراء فعلًا
يحدّ Export API كل طلب بنافذة 90 يومًا، مهما امتد التاريخ إلى الوراء فعلًا
عدم تطابق النموذج هو المشكلة الجوهرية
يجب مطابقة محادثة Intercom المسطحة مع علاقة Ticket وContact وCompany المهيكلة في HubSpot قبل أن تعني شيئًا هناك
تعمل Intercom Workflows بالأحداث وعبر القنوات؛ وتعمل HubSpot Workflows بمنطق «إذا/إذن» (if/then) وبالاعتماد على التذاكر. فالاثنان مقاربتان مختلفتان من الجذر، لا لهجتان مختلفتان للفكرة نفسها
تعمل Intercom Workflows بالأحداث وعبر القنوات؛ وتعمل HubSpot Workflows بمنطق «إذا/إذن» (if/then) وبالاعتماد على التذاكر. فالاثنان مقاربتان مختلفتان من الجذر، لا لهجتان مختلفتان للفكرة نفسها
نتيجة حل الروبوت لا تنتقل بيانات مهيكلة، فلا شيء مما حلّه الروبوت سابقًا ينتقل إلى تقارير HubSpot
نتيجة حل الروبوت لا تنتقل بيانات مهيكلة، فلا شيء مما حلّه الروبوت سابقًا ينتقل إلى تقارير HubSpot
الأنشطة المسحوبة عبر API لا يمكن إعادة إنشائها من تصدير CSV قياسي وحده
مسار CSV ببساطة لا يحملها
النشاط المزامَن بالتطبيق الأصلي لا يمكن ربطه بجهة اتصال وشركة في الوقت نفسه، وهذا بالضبط الرابط الذي تحتاجه مجموعة خليجية متعددة الكيانات لتفهم من فعل ماذا لأي كيان
النشاط المزامَن بالتطبيق الأصلي لا يمكن ربطه بجهة اتصال وشركة في الوقت نفسه، وهذا بالضبط الرابط الذي تحتاجه مجموعة خليجية متعددة الكيانات لتفهم من فعل ماذا لأي كيان
يحدّ مستورد قاعدة المعرفة كل دفعة بـ 400 مقال، فتنتقل المكتبة الكبيرة على مراحل لا في استيراد واحد
يحدّ مستورد قاعدة المعرفة كل دفعة بـ 400 مقال، فتنتقل المكتبة الكبيرة على مراحل لا في استيراد واحد
الأسئلة
Intercom إلى HubSpot: أسئلة وأجوبة
نعم. مزامنة بيانات مختلطة تغطي 4 كائنات. ما لن تفعله هو إعادة بناء إعداداتك: وهذه هي البنود الـ 31 أدناه.
عادةً المدة التي ينبغي التخطيط حولها من 3-6 أسابيع، وقد يستهلك استخراج البيانات وحده من 2-3 أسابيع منها حين تصبح الأحجام معتبرة، وذلك بسبب حدود معدل الطلبات في API لا بسبب البيانات نفسها. وتضيف إعادة بناء الأتمتة من 1-2 أسبوع فوق ذلك، بحسب مقدار التعقيد الذي تحمله معك. ويحدد التعقيد عمق الأتمتة والتقارير لا عدد السجلات: فالموصل ينقل السجلات، ولذلك لا تطيل قاعدة بيانات كبيرة بحد ذاتها الجدول الزمني.
من بين 51 ميزة طابقناها، تنتقل 25 ميزة (49%) مباشرة وتُطابَق 21 ميزة (41%) جزئيًا، أي يضيع شيء منها أو يُعاد تشكيله في الطريق. و5 ميزات ليس لها مقابل في HubSpot في أي فئة، وهذا يستحق طرحه قبل التوقيع لا بعده.
يجب إعادة بناء 31 بندًا يدويًا، و8 قيود موثقة لا يُظهرها الموصل إطلاقًا. القائمتان في هذه الصفحة كاملتين لمن يحدد نطاق العمل.
مجاني للمزامنة الأساسية. Data Hub Starter+ لمطابقة الحقول المخصصة.
5: الإشعارات الفورية (Push Notifications)، والتلميحات (Tooltips)، والجولات التعريفية بالمنتج (Product Tours)، وقوائم المهام (Checklists) للتأهيل، والأخبار (News / Newsfeed). إذا كان فريقك يعتمد على واحدة منها فاحسم الأمر قبل التوقيع بدل اكتشافه عند التحويل النهائي، حين يكون البديل بناءً مخصصًا.
لا. بند واحد (1) في هذه الصفحة هو شيفرة Intercom أو منتجها الخاص، ولا ينقله ترحيل HubSpot ولا ساعات له في أي تقدير يُعطى لك. ومع ذلك يحتاج إلى قرار قبل التحويل النهائي، لأنك أنت من يتخلى عن شيء.
في اتجاه واحد فقط. المزامنة هنا ليست في الاتجاهين، فتشغيل النظامين معًا يعني اختيار نظام السجل المرجعي (system of record) منذ البداية وقبول انحراف البيانات في الآخر.
هل أنت مستعد للبدء؟
خطّط لعملية الترحيل
أخبرنا بالمنصة التي تنتقل منها، وحجم التخصيص فيها، والموعد الذي تحتاج فيه إلى العمل على HubSpot. وسنوضح لك ما ينتقل مباشرة، وما يحتاج إلى إعادة بناء، والمدة التي يستغرقها الانتقال فعلياً.