الخلاصة

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

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

لنفترض أن للشخص نفسه سجلين، وأن الفريق تأكد فعلا من أنهما مكرران. في أحدهما ينتظر مسار آلي موعد متابعة عرض للمنتج. وفي الآخر تنتظر مهمة للاطمئنان على تجربة العميل للمنتج. بعد الدمج يصبح له سجل واحد. يبقى السؤال: من يتولى المهمتين؟

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

التاريخ ينتقل بسهولة أكبر من العمل المنتظر

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

أما مسارات العمل، فيتغير سلوكها بحسب الاشتراك في النسخة التجريبية العامة Primary ID Preservation for Merged Records لدى حسابات Professional أو Enterprise المعنية. خارج هذه النسخة، يخرج السجلان من مساراتهما النشطة عند الدمج. داخلها، تستمر فترات الانتظار والفروع والإجراءات المعلّقة في السجل الأساسي؛ ويخرج الثانوي من مسارات العمل التي كان نشطا فيها.

هكذا يصبح اختيار السجل الأساسي اختيارا لمسار سيحتفظ بمكانه. انتقال نشاط قديم من السجل الآخر إلى التاريخ المشترك لا ينقل معه تلقائيا الإجراء الذي كان يفترض أن يأتي بعده.

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

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

حين يصبح الطابع الزمني صاحب القرار

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

هذه قاعدة قابلة للحساب. لكنها لا تقيس قيمة المهمة المنتظرة. قد يكون السجل الأحدث تعديلا أقل أهمية للخطوة المقبلة من سجل آخر لم يتغير منذ وقت أطول. الساعة تعرف أي حدث جاء أخيرا؛ لا تعرف من سيتولى تفسير المتابعة الضائعة للعميل.

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

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

العودة إلى المسار ليست عودة إلى المكان نفسه

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

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

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

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

الملف المكتمل لا ينفذ المهمة

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

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

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