القيود المفروضة على حالات استخدام CDP "في الوقت الحقيقي".
نشرت: 2023-09-06يمكن لمنصات بيانات العملاء (CDPs) دمج البيانات عبر المؤسسة لإنشاء طريقة عرض واحدة للعميل. يمكن لهذا العرض الفردي أن يمكّن المسوقين من القيام بالعديد من الأشياء، بما في ذلك التحديثات وعمليات التنشيط في الوقت الفعلي.
لكن التنفيذ "في الوقت الفعلي" أمر صعب ويعتمد على عوامل عديدة. إن مجرد قدرة CDP على القيام ببعض الأشياء في الوقت الفعلي لا يعني أنه سيكون قادرًا على القيام بكل ما تريد القيام به في الوقت الفعلي. فيما يلي بعض القيود في سياق بعض حالات الاستخدام "في الوقت الفعلي".
إضفاء الطابع الشخصي
يتيح "العرض الفردي للعميل" الذي تم إنشاؤه باستخدام CDP للمسوق الحصول على جميع البيانات المتاحة حول العميل لتمكين عمليات التنشيط المناسبة. العديد منها تنطوي على أنواع مختلفة من التخصيص.
يمكّن تخصيص المحتوى الديناميكي موقع الويب أو التطبيق من تخصيص ما يتم عرضه للمستخدم بناءً على التفاعلات السابقة أو سجل التصفح أو العضوية في شرائح معينة أو سلوك الشراء. جزء من تطوير برنامج ناجح هو تحديد كيف يمكن أن تكون البيانات "في الوقت الحقيقي" ومدى أهمية السرعة في حالة الاستخدام.
يختلف تخصيص توصيات المحتوى بناءً على سجل التصفح أثناء الجلسة عن توصيات المحتوى بناءً على العضوية في مجموعة، مثل "الأشخاص الذين قرأوا مقالات عن الدراجات".
- في الحالة الأولى، يجب أن يتمتع CDP بإمكانية الوصول الفوري إلى بيانات التصفح أثناء الجلسة وأن يكون قادرًا على تحديث الملفات الشخصية والشرائح بسرعة.
- وفي الحالة الثانية، قد لا يهم إذا كانت البيانات من الأمس أو حتى من الشهر الماضي.
يعمل تخصيص البريد الإلكتروني الديناميكي على توسيع هذا المفهوم ليشمل إنشاء رسالة بريد إلكتروني صادرة. قد تعتمد التطبيقات المختلفة على الوقت بشكل أو بآخر. لا تتمتع رسالة البريد الإلكتروني الأسبوعية التي تتضمن مقتطفات من أهم خمس أخبار في الفئة المفضلة للمستخدم بنفس السرعة التي تتمتع بها رسالة البريد الإلكتروني المخصصة للتأكيد بعد الشراء، والتي قد تحتاج إلى رابط محدث لتتبع الحزمة، أو تاريخ التسليم المقدر، أو بعض بيانات "الآن" الأخرى من أحد مكاتب التنفيذ.
إذا كنت تريد إرسال مثل هذه التأكيدات عبر البريد الإلكتروني "في الوقت الفعلي"، فاسأل نفسك:
- هل يتمتع CDP بإمكانية الوصول في الوقت الفعلي إلى معلومات الشحن والتنفيذ؟
- عدد المرات التي يتم تحديثه؟
- هل يجب تحويل البيانات ذات الصلة قبل تحميلها في ملف تعريف العميل؟
يعد التخصيص المستند إلى الموقع مفيدًا للمتاجر التقليدية. قد يرغب مطعم أو بار في تقديم عروض خاصة للأشخاص في الحي، وقد يرغب متجر كبير في عرض معلومات مختلفة للأشخاص في المتجر (مثل مواقع الممرات والحاويات). وفي كل حالة، يكون السؤال هو ما هي المعلومات المطلوبة لتحقيق حالة الاستخدام وما إذا كانت هذه المعلومات متاحة لـ CDP في الوقت الفعلي.
ولنأخذ الحالة الأولى كمثال. افترض أن لدي تطبيقًا لمطعمي المفضل، وقمت بتمكين خدمات الموقع في هذا التطبيق. إذا كانت هذه المعلومات متاحة في الوقت الفعلي لـ CDP، فيمكن لـ CDP تنسيق حملة لإرسال إشعار إلى التطبيق مع رسالة تسويقية مناسبة. إذا كنت من محبي السوشي، فقد يخبرني ذلك عن العروض الخاصة لهذا اليوم.
هناك أشياء كثيرة ممكنة، ولكن التنفيذ يعتمد على مدى تكرار تحديث البيانات ومدى سرعة تنظيم التنشيط.
تعمق أكثر: كيف يؤدي ربط بيانات العملاء إلى تعزيز التجارب الشخصية
التجارة الإلكترونية
تتضمن العديد من حالات الاستخدام في الوقت الفعلي متاجر عبر الإنترنت. في بعض الأحيان، يمكن لبرنامج المتجر تنظيم حالات الاستخدام هذه دون مساعدة CDP. لكن في حالات أخرى، تتطلب حالة الاستخدام الوصول إلى معلومات العميل الأكثر شمولاً في سجل العميل الفردي لـ CDP.
كما هو الحال مع الأمثلة أعلاه، تعتمد الوظيفة في CDP على مدى تكرار تحديث هذه المعلومات وإتاحتها للاستخدام. هناك العديد من الأشياء التي يجب مراعاتها هنا. لا يعني مجرد وجود اتصال بيانات أن لديك بيانات محدثة.
قد يتم تجميع البيانات بين عشية وضحاها أو تحديثها كل ساعة على مدار اليوم. قد يقوم أحد الأنظمة بإجراء مكالمة مع نظام آخر لاسترداد جزء معين من المعلومات. قد يختلف نوع وتوقيت نقل البيانات من اتصال إلى آخر.
وهذا ليس القيد الوحيد. في بعض الأحيان، يجب معالجة البيانات قبل تحميلها، وقد لا يتم تحديث الملفات الشخصية والشرائح على الفور بأي حال من الأحوال. (راجع مقال ديفيد تشان الرائع حول هذا الموضوع.)
فيما يلي توضيح جيد للتحديات التي يواجهها هذا النوع من حالات الاستخدام.
تعد إدارة المخزون أمرًا بالغ الأهمية للأعمال التجارية التي تبيع المنتجات المادية. لا ترغب في بيع الأداة إذا لم يكن لديك أي منها في المخزون. لذلك، الشرط الأول هو أن يكون لديك اتصال في الوقت الحقيقي مع برنامج التنفيذ. ولكن هذا ليس كافيا.
أنت بحاجة إلى معرفة ما إذا كان برنامج التنفيذ قد تم تحديثه في الوقت الفعلي. ماذا لو كنت تتلقى الطلبات عبر الهاتف، أو عبر البريد، أو في متجرك الإلكتروني؟ هل يحتوي نظام إدارة المخزون على جميع البيانات محدثة؟
عادة، يمكنك حقن عامل التصحيح في هذا النوع من الحسابات. على سبيل المثال، يكون المنتج "نفاد المخزون" إذا أبلغ نظام إدارة المخزون عن توفر أقل من 10 عناصر. لكن النقطة المهمة هي أنه يتعين عليك متابعة البيانات عبر السلسلة. لا يهم إذا كان CDP يقوم باستمرار باختبار اتصال برنامج التنفيذ ولديه تحديثات مستمرة ومستمرة إذا كان الأخير هو الذي لم يتم تحديثه في الوقت الفعلي.
احفر بشكل أعمق: أسطورة موصل CDP
الكشف عن الغش
تقوم شركات بطاقات الائتمان بمراقبة العديد من أنواع الاحتيال، مما يحمي عمليات التجارة الإلكترونية الخاصة بك. لكن الاحتيال على بطاقات الائتمان ليس هو الاحتيال الوحيد.
قد يحدث الاحتيال في الاستيلاء على الحساب عندما يحصل مستخدم غير مصرح به على بيانات اعتماد تسجيل الدخول. يمكن لـ CDP تتبع ذلك من خلال ملاحظة ما إذا تم تسجيل الدخول على جهاز مختلف أو من موقع غريب. تتطلب حالة الاستخدام هذه إجراءً سريعًا. قد يتضمن ذلك إرسال رسالة نصية أو بريد إلكتروني إلى صاحب الحساب للتحقق من تسجيل الدخول.
إذا لم يكن CDP يدير عمليات تسجيل الدخول، فإن حالة الاستخدام هذه تتطلب الوصول في الوقت الفعلي إلى النظام الذي يديرها.
تعد مشاركة كلمة المرور مشكلة شائعة لخدمات الاشتراك. يمكن أن يكون CDP مفيدًا في اكتشاف هذا النشاط من خلال مراقبة عمليات تسجيل الدخول المتزامنة ومواقع تسجيل الدخول والأجهزة. مرة أخرى، إذا لم يكن CDP يدير عمليات تسجيل الدخول، فإنه يحتاج إلى الوصول إلى النظام الذي يقوم بذلك - على الرغم من أنه في هذه الحالة، قد لا يكون من الضروري أن يكون ذلك في الوقت الفعلي.
بيانات الطرف الثالث
في بعض الأحيان، قد ترغب الشركة في إثراء معلومات زائر الويب ببيانات من موفر خدمة خارجي. على سبيل المثال، يمكن لبعض الخدمات تحديد ما إذا كان طلب الزائر يأتي من داخل شبكة الإنترانت الخاصة بالشركة. يمكن أن يكون ذلك مفيدًا جدًا في تحديد أنواع المعلومات أو العروض التي سيتم تقديمها للزائر.
ومع ذلك، ليس من الممكن دائمًا القيام بذلك في جلسة متصفح واحدة لأن العمليات المتنافسة تعمل في وقت واحد. ومن الناحية المثالية، سيحدث الأمر على هذا النحو، بهذا الترتيب.
- يتم إجراء طلب HTTP إلى الخادم.
- يقوم البرنامج الإضافي بإجراء مكالمة لجمع بيانات الطرف الثالث.
- يتم استيعاب بيانات الطرف الثالث في CDP.
- يقوم CDP بتشغيل العملية المناسبة لضبط العرض على الصفحة.
- يقوم خادم الويب بتحميل الصفحة بالمعلومات الصحيحة.
لسوء الحظ، لا يمكنك ضمان حدوث الأمور بهذا الترتيب. على سبيل المثال، قد يقوم المكون الإضافي بإجراء مكالمة للحصول على بيانات الطرف الثالث بينما يقوم خادم الويب بعرض الصفحة بالفعل. في مثل هذه الحالات، غالبًا ما يكون من الحكمة إجراء التخصيصات في عرض الصفحة الثانية.
خاتمة
من المستحيل تغطية جميع الأمثلة التي قد يرغب فيها CDP في معالجة البيانات في الوقت الفعلي. ومع ذلك، آمل أن تكون هذه الأمثلة قد أشارت إلى بعض العوائق المحتملة أمام التنفيذ الناجح "في الوقت الفعلي". يتذكر:
- لا تتم الاتصالات بالبيانات الخلفية دائمًا في الوقت الفعلي.
- قد لا يتم تحديث البيانات الخلفية نفسها في الوقت الفعلي.
- قد يلزم تحويل البيانات التي تم استيعابها في CDP قبل تحميلها.
- قد لا يتم تحديث الشرائح وملفات التعريف على الفور.
يجب تصميم حالات الاستخدام مع وضع كل هذه القيود في الاعتبار.
حفر أعمق: مستقبل منصات إدارة البيانات في عصر CDPs
احصل على مارتك! يوميًا. حر. في البريد الوارد الخاص بك.
انظر الشروط.
الآراء الواردة في هذه المقالة هي آراء المؤلف الضيف وليست بالضرورة آراء MarTech. يتم سرد المؤلفين الموظفين هنا.
قصص ذات الصلة
جديد على مارتك