سيخبرك كل مزوّد في هذه الفئة بأنه متعدد القنوات المتكامل، ويعني معظمهم "ندعم عدة قنوات". وهذان ادعاءان مختلفان.

الاختبار#

يراسلك عميل بالبريد يوم الإثنين. ثم يراسلك على واتساب يوم الأربعاء بشأن المشكلة نفسها.

هل تعرف المحادثة الثانية بالأولى؟

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

لماذا هذا صعب#

لأن الهوية عبر القنوات صعبة فعلاً، ولا يحلّها أي قدر من الشراء.

فالشخص نفسه عنوان بريد في قناة، ورقم هاتف في أخرى، ومعرّف مبهم خاص بالمنصة في ثالثة — معرّف ليس رقم هاتفه عمداً، وقد يختلف بين منشأة وأخرى. وغالباً لا يوجد مفتاح موثوق يربط بينها.

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

ما ينجح فعلاً#

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

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

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

النصف التنظيمي#

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

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

الحالات الأربع للمعرّف#

النموذج الذي يتفادى معظم المتاعب يعامل كل معرّف بوصفه ذا حالة لا مجرد قيمة:

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

والحالة الأخيرة هي التي يغفلها كل نظام تقريباً، وهي سبب أسوأ الإخفاقات.

الحالات الأربع للمعرّف

  1. 01مُدَّعى

    كتبه أحدهم. وقد يكون خطأً مطبعياً أو رقم شخص آخر أو متعمداً.

  2. 02موثَّق

    أثبت تحكمه فيه — بنقر رابط أو إدخال رمز أو رد منه.

  3. 03مرصود

    رأيته في تفاعل يمكنك عزوه، كرسالة واردة.

  4. 04متقاعد

    كان له ولم يعد. فالأرقام يُعاد تدويرها وعناوين العمل تنتقل.

الأنظمة العاجزة عن التعبير عن الحالة الرابعة تظل تصل إلى غريب، ومعها سياق العميل السابق.

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

الدمج بأمان#

حين يبدو سجلان للشخص نفسه، فالعملية الآمنة ليست الدمج.

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

ادمج مدمّراً فقط عند تطابق تام على معرّف موثَّق، وسجّل حتى تلك.

ماذا تفعل حين لا تستطيع الجزم فعلاً#

أحياناً لا يوجد مفتاح موثوق. والخيارات الصادقة كلها أفضل من التخمين:

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

القياس الذي يكشف الحقيقة#

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

ومعظم المؤسسات تفاجأ بالرقم، وهو الرقم الذي يبرر العمل.