دراسة حالة · Identity Resolution

أربعة أنظمة تعرف العميل نفسه بأربعة أسماء، ولا واحد منها يعرف أنه هو

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

القطاعSaaS بالاشتراك
السوقالسعودية
القنواتثلاث منصات إعلانية + البريد
دوريالتشخيص وبناء المحرك

الخلاصة في ثلاث نقاط

  1. المشكلة لم تكن في التتبع، بل في أن الشركة لا تملك مفتاحا واحدا يثبت أن هذه المنشأة في قاعدة البيانات هي نفسها تلك المنشأة في ملف المنصة الإعلانية.
  2. بنينا محرك إسناد يطابق الهوية بسلم أدلة مرتب من الأقوى إلى الأضعف، فقارن 517 ألف سجل بـ1,400 حساب في أقل من ربع ساعة، وأعطى 52% من الحسابات مصدرا موثقا بدرجة ثقة متوسطها 97 من 100.
  3. الترتيب انقلب: القناة صاحبة أكبر عدد من الحسابات كانت الأضعف في التحويل إلى اشتراك مدفوع بفارق 2.6 ضعف، والقناة التي كان ينظر إليها كبند تكلفة ظهرت في 98% من الرحلات متعددة اللمسات.
الملخص في دقيقة لمن يريد الصورة كاملة قبل الدخول في التفاصيل
المشكلة
ميزانية تسويقية تتوزع على أربع قنوات بناء على ما يتذكره فريق المبيعات، لا على ما جرى فعلا. كل لوحة أرقام تنسب العميل لنفسها، ومجموع ما تدعيه القنوات أكبر من عدد العملاء الحقيقيين.
التحدي
الربط التقني بين نظام إدارة العملاء ومنظومة وسوم التتبع لم يكن ممكنا في هذه البنية، والبيانات موزعة على أربعة مصادر لا يجمعها معرف مشترك واحد.
الحل
محرك إسناد يتعرف على الهوية بدل أن يتتبع النقرة، يمر على كل حساب بسلم أدلة صارم مرتب من الأقوى إلى الأضعف، ويسجل كل من لمس الحساب لا آخر من لمسه فقط.
النتيجة
52% من الحسابات صار لها مصدر موثق بدل الصفر، وانكشف أن أكبر قناة بالحجم هي الأضعف بالنتيجة، وأن قناة كاملة كانت تمول بلا مقابل يذكر.
517Kسجل خضع للمقارنة
1,400حساب في نطاق التحليل
52%نسبة الحسابات المسندة
97.1متوسط درجة الثقة
14.5دقيقة زمن التشغيل
01

المشهد: اجتماع آخر الشهر

في نهاية كل شهر يتكرر السؤال نفسه على الطاولة نفسها: من أين جاء عملاء هذا الشهر؟ والإجابة تأتي من ذاكرة الناس، لا من نظام.

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

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

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

السؤال الذي لم يكن لأحد جواب عليه

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

02

الأوجاع الحقيقية، لا الافتراضية

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

الذاكرة تكتب التاريخ

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

العميل نفسه في أربع قوائم

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

القناة التي لا تنقر

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

الميزانية تتبع الضجيج

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

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

03

المفهوم الخاطئ: أنت لا تعاني مشكلة تتبع

كل من عرضت عليه المشكلة قال الجملة نفسها تقريبا.

مشكلتكم في التتبع. اضبطوا وسوم الـUTM واربطوها بنظام إدارة العملاء وستعرفون كل شيء.

النصيحة السائدة

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

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

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

لم يكن السؤال: كيف نتتبع العميل؟ بل: كيف نتعرف عليه حين يعود إلينا من باب آخر؟

إعادة تأطير المشكلة، وهي الخطوة التي غيرت كل ما بعدها
04

لماذا سقط كل حل جاهز

سألت الأنظمة الأربعة الموجودة سؤالا واحدا: هل تستطيع أن تثبت لي أن هذين السجلين لمنشأة واحدة؟ ولم يستطع أي منها.

نظام إدارة العملاء CRM

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

وسوم التتبع UTM

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

تقرير قاعدة البيانات SQL

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

ملفات Excel

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

الخلاصة التي خرجت بها: لا يوجد مفتاح واحد، وانتظار بنائه ترف لا تحتمله الميزانية. إذن نبني الجواب من الأدلة المتاحة، ونكون صادقين في تقدير قوة كل دليل.

05

الفكرة: سلم أدلة، لا مفتاح واحد

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

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

سلم الأدلة على هوية العميل

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

نوع الدليل
ثقة · عدد
رقم الجوالآخر تسع خانات بعد التنظيف
100 · 235
البريد الإلكترونيمطابقة كاملة بعد التوحيد
100 · 367
نطاق بريد مؤسسيبعد استبعاد النطاقات العامة
95 · 158
اسم المنشأةثلاث كلمات مشتركة على الأقل
85 · 151

قاعدتان صارمتان جعلتا هذا السلم قابلا للدفاع عنه: نطاقات البريد العامة مثل gmail وoutlook مستبعدة نهائيا من دليل النطاق، لأنها تجعل كل عميل يبدو قادما من كل قناة في وقت واحد. ومطابقة الاسم لا تقبل بأقل من ثلاث كلمات مشتركة بعد حذف كلمات الحشو التجارية مثل «شركة» و«مؤسسة» و«للتجارة».

السؤال لم يعد: هل هذان السجلان متطابقان؟ بل صار: ما أقوى دليل لدي على أنهما لجهة واحدة، وكم أثق فيه؟

الفرق بين نتيجة تقال ونتيجة يمكن الدفاع عنها في اجتماع
06

كيف يعمل المحرك

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

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

دوري تحديدا

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

07

ما جربته وفشل

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

مطابقة الاسم بكلمة واحدة

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

قبول نطاقات البريد العامة

حين كان نطاق مثل gmail.com يحتسب دليلا، بدا كل عميل قادما من كل قناة في الوقت نفسه، وارتفعت نسبة «تعدد اللمسات» ارتفاعا كاذبا. استبعادها من هذا المستوى تحديدا كان قرارا مؤلما ولازما.

المقارنة سجلا بسجل

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

الاعتماد على الـCRM مرجعا

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

08

ما ظهر حين تكلمت البيانات

التشغيل الكامل قارن نحو 517 ألف سجل من أربعة مصادر بـ1,400 حساب في قاعدة البيانات، وانتهى في 14.5 دقيقة. وما خرج منه لم يكن ترتيبا للقنوات، بل انقلابا فيه.

أولا: أين وقفت الحسابات الـ1,400

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

48.1%
42.6%
9.3%
بدون مصدر · 674 حساب لمسة واحدة · 597 حساب لمسات متعددة · 129 حساب

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

ثانيا: مفارقة الحجم والجودة

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

المحرك الحقيقي فرصة غير ممولة مصنع ضجيج مرشح للمراجعة البريد n=487 · CVR 17.2% Meta n=284 · CVR 8.1% TikTok n=101 · CVR 20.8% Snapchat n=39 · CVR 2.6% 0 100 200 300 400 500 0% 5% 10% 15% 20% 25% عدد الحسابات التي لمستها القناة نسبة التحويل إلى اشتراك مدفوع

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

ثالثا: كم حسابا تحتاج كل قناة لإنتاج اشتراك مدفوع واحد

المقياس نفسه معكوسا، وهو أقرب صيغة إلى لغة المال: كلما قل الرقم كانت القناة أكفأ

Snapchatحساب مدفوع واحد من 39
39.0
Meta23 حسابا مدفوعا من 284
12.3
البريد84 حسابا مدفوعا من 487
5.8
TikTok21 حسابا مدفوعا من 101
4.8

هذا الرقم هو الجسر بين التسويق والمالية. لا يحتاج أحد أن يعرف ما هو الـAttribution ليفهم أن قناة تستهلك 39 حسابا لتنتج مشتركا واحدا ليست في الموضع الصحيح من الميزانية.

رابعا: عمق الرحلة يرفع التحويل

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

لمسات متعددة
15.5%
لمسة واحدة
14.1%
بدون مصدر
10.8%

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

الترتيب انقلب فعلا

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

البريد كان القاسم المشترك

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

قناة كاملة بلا مقابل

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

الدليل القاطع هو الغالب

543 حسابا من أصل 726 مسندة بدليل قاطع لا ترجيحي، أي بمطابقة جوال أو بريد كاملة. هذا ما يجعل النتيجة قابلة للعرض على مدير مالي لا على فريق تسويق فقط.

عرض الأرقام الكاملة كما خرجت من التشغيل
القناةحسابات ملموسةمنها مدفوعنسبة التحويلحسابات لكل مشترك
البريد الإلكتروني4878417.2%5.8
Meta284238.1%12.3
TikTok1012120.8%4.8
Snapchat3912.6%39.0
تصنيف الحسابالعددالنسبةمنها مدفوعنسبة التحويل
لمسات متعددة1299.3%2015.5%
لمسة واحدة59742.6%8414.1%
بدون مصدر67448.1%7310.8%
الإجمالي1,400100%17712.6%
نوع الدليلدرجة الثقةعدد المطابقات
مطابقة بريد كاملة100367
مطابقة جوال كاملة100235
نطاق بريد مؤسسي95158
تشابه اسم المنشأة85151

ما الذي تغير في طريقة اتخاذ القرار

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

من الحجم إلى الجودة

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

البريد أعيد تصنيفه

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

نقاش سناب شات حسم

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

النصف المجهول صار مرئيا

معرفة أن 48% من الحسابات تأتي من طرق لا نقيسها ليست خبرا سيئا، بل هي أول تحديد صادق لحجم الفجوة، وبداية العمل على تقليصها.

الكود مفتوح المصدر

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

عرض المستودع
09

ما خرجت به

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

حدود هذه الدراسة

  • التحليل يغطي 1,400 حساب في فترة محددة، وليس تاريخ الشركة كاملا
  • الإسناد هنا يقول من لمس الحساب، ولا يدعي أنه يقيس مساهمة كل قناة في قرار الشراء
  • الحسابات التي لا تحمل جوالا ولا بريدا صالحا لا يمكن إسنادها بأي دليل، وهي جزء من الـ48%
  • مطابقة الاسم دليل ترجيحي بدرجة 85، وقد تخطئ في الأسماء التجارية شديدة الشيوع
  • الأرقام التجارية الحساسة وتفاصيل الشركة والمنتج محجوبة بطلب من العميل، والمنشور هنا مخرجات التحليل فقط
10

أسئلة تتكرر على هذه الحالة

ما الفرق بين Attribution و Identity Resolution؟

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

هل يصلح هذا الأسلوب لشركة ليس لديها UTM أصلا؟

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

لماذا 48% بدون مصدر؟ أليست نسبة مرتفعة؟

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

كيف تضمن أن المطابقة لم تربط عميلين مختلفين ببعضهما؟

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

كم يستغرق تطبيق شيء كهذا؟

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

هل تعرف من أين يأتي إيرادك فعلا؟

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

عرض