محرك رؤية العميل 360

المشكلة

كانت بيانات العملاء موزعة على ثلاثة أنظمة — نقاط البيع، ومنصة التجارة الإلكترونية، وبرنامج الولاء — دون مفتاح مشترك. الشخص الواحد يظهر كثلاثة عملاء؛ وجماهير الحملات تُحتسب مرتين؛ وقيمة العميل مدى الحياة سؤال بلا إجابة. وكل تحليل موسمي يحمل تعقيدًا سعوديًا فريدًا: الحياة التجارية تسير بالتقويم الهجري (رمضان والعيدان) بينما تُقفل المالية حساباتها بالميلادي.

المعمارية

• حلّ الهوية — مطابقة حتمية أولًا (الهاتف، البريد، رقم الولاء)، ثم مطابقة تقريبية متحفظة بدرجات ثقة قابلة للمراجعة البشرية، لإنتاج مفتاح عميل دائم عبر الأنظمة الثلاثة. ٢٫٧ مليون سجل خام تحوّلت إلى شبكة هويات نظيفة.
• بُعد التقويمَين — بُعد تاريخ موحَّد يحمل التقويمَين كعمودين أصيلين: كل تاريخ يعرف يومه وشهره الهجري، وما إذا كان يقع في نوافذ تداول رمضان أو العيد. مقارنات مثل «رمضان هذا العام مقابل الماضي» صارت مرشّحًا بسطر واحد بدل مشروع جداول للمحللين.
• العرض — طبقة customer_360 في ClickHouse تعرض الهوية والمعاملات والقنوات وتقسيم RFM إلى Power BI وأدوات الحملات.

ما الذي تغيّر

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