الترحيل من vTiger CRM إلى HubSpot

كل أتمتة تعمل عبر وحدات vTiger، القياسية منها وما تراكم فوقها من منطق مخصص، يقع في هذا البند.

HubSpot: Workflows

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

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

HubSpot: Workflows وSequences

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

كل ما هو مضبوط على الإطلاق لحظة تغيّر قيمة حقل معين يقع في هذه الفئة.

HubSpot: تسجيل Workflow بحسب الخصائص (Property-based workflow enrolment)

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

القواعد التي تحدد من يُخطَر عند وقوع حدث معين تنتمي إلى هنا.

HubSpot: Notification settings وWorkflow internal emails

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

كل ما كان يحدد مندوب المبيعات الذي يصله طلب جديد من نموذج يحتاج إلى إعادة بناء هنا.

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

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

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

HubSpot: إجراءات الموافقة في Workflow، أو أداة خارجية

تغطي إمكانية الموافقة في HubSpot مجالاً أضيق مما تتوقعه نسخة vTiger ناضجة عادةً. حدّد بدقة الخطوات التي تحتاج فعلاً إلى موافقة قبل افتراض أن العملية القديمة يمكن إعادة بنائها كما كانت؛ ومجموعة ميزات أضيق ليست مشكلة دائماً حين يُسمّى المتطلب الحقيقي بوضوح.

أي لوحة معلومات محفوظة تجمع مؤشرات المبيعات والدعم معاً تقع في هذه الفئة.

HubSpot: Dashboards

ابنِها بعد أن تكون التقارير التي تقوم عليها موجودة في HubSpot لا بالتوازي معها، لأن لوحة المعلومات المبنية على تقرير يتغير شكله لاحقاً تُعاد بناؤها مرتين.

أي تقرير يجمع أو يحسب متوسط الأرقام عبر سجلات مجمّعة يقع هنا.

HubSpot: Custom reports

يستطيع HubSpot هذا النوع من التجميع، لكن الطريقة التي يرتّب بها الحساب مختلفة فعلاً عن vTiger. أعد البناء انطلاقاً من السؤال الذي كان التقرير الأصلي يجيب عنه لا من محاولة استنساخ شكله بدقة، وغالباً ما تكون النتيجة أفضل من نسخة حرفية.

تقارير المبيعات التي تعمل على المسار نفسه تقع في هذا البند.

HubSpot: Deal reports

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

التقارير عمّا يفعله كل مستخدم فعلاً تقع هنا.

HubSpot: Activity reports

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

أي تقرير كان يصل بالبريد الإلكتروني وفق جدول ثابت يقع في هذه الفئة.

HubSpot: رسائل Dashboard المجدولة بالبريد الإلكتروني

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

أنواع المخططات التي اعتمد عليها تقرير vTiger تحتاج إلى مقابل في HubSpot.

HubSpot: Report visualisations

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

مراحل المبيعات نفسها، واحتمالية الفوز خلف كل مرحلة، تحتاج إلى إعداد جديد.

HubSpot: Deal pipelines وStages وStage probability

ابنِ هذا قبل أي شيء تقريباً، بما فيه الاحتمالات، لأن التوقعات لا تجد ما تعتمد عليه حتى يوجد.

كل حقل مخصص عبر Contacts وOrganisations وOpportunities وبقية الوحدات يحتاج إلى مكان خاص به في HubSpot.

HubSpot: Custom properties

تضم vTiger أنواعاً من الوحدات أكثر مما لدى HubSpot من كائنات قياسية، لذا يجب فرز كل حقل على حدة إلى المكان الذي سيستقر فيه فعلاً، ويجب مطابقة نوع الحقل بالعناية نفسها التي يُطابَق بها اسمه، لا افتراض انتقاله تلقائياً لأن التسمية متطابقة.

القوالب المستخدمة في الإرسال الصادر وفي الدمج في المستندات تقع تحت هذا البند.

HubSpot: Email templates وSnippets

قوالب البريد الإلكتروني نفسها تُعاد بناؤها دون صعوبة كبيرة. أما الدمج البريدي (mail merge) في مستند مستقل فمشكلة مختلفة: لا مقابل مباشراً له في HubSpot، وسد هذه الفجوة يعني على الأرجح الاستعانة بأداة من Marketplace لا انتظار ميزة أصلية تغطيه.

كل نموذج يغذي vTiger بعملاء محتملين حالياً يحتاج إلى إعادة بناء في HubSpot.

HubSpot: Forms

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

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

HubSpot: Score properties

لا يوجد مسار استيراد لهذا: يجب بناؤه من الصفر، بحسب الإشارات التي يسجلها HubSpot فعلاً لا الإشارات التي صادف أن تتبعها vTiger.

تخطيط الحقول على السجل، المرتّب بشكل مختلف لكل ملف شخصي (profile)، يحتاج إلى قرار جديد.

HubSpot: Record customisation

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

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

HubSpot: Campaigns وTracking URLs

حدّد اصطلاح التتبع قبل خروج أول إرسال من HubSpot؛ فإن غيّرته في منتصف الطريق انقسم سجل التحليلات إلى نصفين غير متوافقين لا يتطابقان بعد ذلك أبداً.

كل حساب دخول، والدور المرتبط به، يجب إنشاؤه من جديد في HubSpot.

HubSpot: Users وPermission sets

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

التحكم في أي ملف شخصي (profile) يرى أي وحدة وأي حقل يحتاج إلى إعادة بناء بشكل فردي.

HubSpot: Permission sets

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

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

HubSpot: Record access settings

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

هرمية المناطق في vTiger، وكيفية توجيهها للإسناد، تحتاج إلى مقابل يُبنى من الصفر.

HubSpot: Properties مع إسناد قائم على Workflow

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

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

HubSpot: Teams

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

اتصالات IMAP وSMTP التي كان vTiger يرسل ويستقبل عبرها تحتاج إلى إعادة ربط في الجهة الأخرى.

HubSpot: Connected inbox ونطاق إرسال موثّق (connected sending domain)

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

كل ما يقف خلف الاتصال الهاتفي، من خادم Asterisk أو PBX يعمل عبر Twilio أو ما شابه، يحتاج إلى حل خاص في الجهة الأخرى.

HubSpot: HubSpot calling أو مزوّد من Marketplace

نادراً ما ينتظر تكامل PBX مستضاف ذاتياً مقابل مطابق في HubSpot، فتأكد من البديل الفعلي قبل توقيع العقد، وأدرج وقتاً لنقل الأرقام (number porting) الذي يسير على جدول شركة الاتصالات لا جدول المشروع.

أياً كانت المنصة التي تعمل عليها المنشأة، Google Workspace أو Microsoft 365، فهي تحتاج إلى إعادة ربط.

HubSpot: Calendar integration وأداة Meetings

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

البوابة التي تستلم الدفع مقابل الفاتورة تقف خلف هذا البند.

HubSpot: Payment links، أو الأداة المحاسبية

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

أي مزوّد كان يرسل الرسائل النصية خلف vTiger يقع هنا.

HubSpot: تطبيق SMS من Marketplace

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

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

HubSpot: Customer portal

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

أي إضافة من Marketplace مثبتة مباشرة في نسخة vTiger تقع تحت هذا البند.

HubSpot: تكاملات App Marketplace، أو لا مقابل

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