تكلفة العميل المحتمل CPL

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

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

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

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

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

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