نجاح عملية الدفع
Payment Success Rateالنوعتابع Laggingالاتجاهأعلى أفضل ↑الوحدة%تكرار القياسيومي
في سطر واحد التقاط أغلى عطل في المتجر، فالعميل هنا أخرج بطاقته وقرّر الشراء ورفضته المنظومة لا هو.
التعريف
Definitionنسبة محاولات الدفع التي انتهت بموافقة البنك، إلى إجمالي المحاولات التي بدأها عملاء أرادوا الشراء.
الهدف
Objectiveالتقاط أغلى عطل في المتجر، فالعميل هنا أخرج بطاقته وقرّر الشراء ورفضته المنظومة لا هو.
لماذا هو مهم؟
Why it matters- الرفض في آخر خطوة يخسر عميلًا عبر القمع كله ودفع ثمن اكتسابه بالفعل
- أغلب الرفض تقني أو إعداد بوابة لا رصيد ناقص، وهو قابل للإصلاح بالكامل
- العميل المرفوض نادرًا ما يحاول مرة ثانية، وغالبًا يشتري من غيرك في الدقيقة نفسها
المعادلة
FormulaPayment Success % = (Approved payments ÷ Payment attempts) × 100
صنّف الرفض إلى ثلاثة: رفض البنك لرصيد أو حدّ، ورفض نظام الاحتيال، وعطل تقني في البوابة. الثالث خسارة صافية بلا سبب، وجمعها يخفيه.
مثال محسوب
Worked example16,560 محاولة دفع في الأسبوع، وافق البنك على 14,406.
الحساب: (14,406 ÷ 16,560) × 100 = 87%، ومن الـ2,154 المرفوضة 418 عطلًا تقنيًّا لا رفضًا حقيقيًّا.
الحساب: (14,406 ÷ 16,560) × 100 = 87%، ومن الـ2,154 المرفوضة 418 عطلًا تقنيًّا لا رفضًا حقيقيًّا.
النطاق الاسترشادي
Benchmarkمن 92% إلى 97% في الأسواق الناضجة، وأقلّ حيث تكون البطاقات أقلّ انتشارًا. وأي عطل تقني فوق 1% يعني بوابة تحتاج مراجعة لا عملاء يحتاجون تذكيرًا.
تحليل الاتجاه
Trend analysis- انخفاضه المفاجئ يعني عطل بوابة لا تغيّر سلوك، والتنبيه يجب أن يكون فوريًّا
- ارتفاع رفض نظام الاحتيال يعني قواعد مشدَّدة تحجب عملاء حقيقيين
- انخفاضه على بطاقات بنك بعينه يعني مشكلة توجيه لا مشكلة عملاء
أسئلة تشخيصية
Diagnostic questions- كم من الرفض عطل تقني؟ هو خسارة صافية بلا سبب ولا مبرّر
- هل هناك تنبيه فوري عند انخفاض النسبة؟ العطل الصامت يكلّف ساعات
- هل نعيد المحاولة آليًّا عند الرفض العابر؟ نسبة معتبرة تنجح في المحاولة الثانية
نصائح عملية
Actionable tips- ضع تنبيهًا فوريًّا على انخفاض النسبة، فالعطل الصامت أغلى من العطل المكتشَف
- أعد المحاولة آليًّا على الرفض العابر قبل أن ترى للعميل رسالة فشل
- راجع قواعد الاحتيال دوريًّا، فالتشديد يحجب عملاء أكثر مما يمنع احتيالًا
الرسم البياني المناسب
Visualization- خط زمني للنسبة بالساعة مع خط التنبيه
- أعمدة بسبب الرفض: بنك واحتيال وعطل تقني
- أعمدة ببوابة الدفع وبالبنك المُصدِر
تحذيرات وفخاخ القياس
Risk warnings- دمج أسباب الرفض يخفي عطلًا تقنيًّا داخل رفض بنكي طبيعي
- تشديد قواعد الاحتيال بلا قياس الحجب يمنع عملاء أكثر مما يمنع خسارة
- غياب التنبيه الفوري يترك عطل بوابة يعمل ساعات قبل أن يلاحظه أحد
أثر التغيير
Change impact- إصلاح الـ418 عطلًا تقنيًّا يستعيد طلبات دُفع ثمن اكتساب أصحابها بالكامل
- رفع النسبة من 87% إلى 94% يضيف نحو 1,160 طلبًا أسبوعيًّا من المحاولات نفسها
- التنبيه الفوري يحوّل عطلًا بستّ ساعات إلى عطل بعشر دقائق
احسبه في أداتك
Excel · DAX · Tableau · SQL=COUNTIFS(P[Status],"Approved") / COUNTA(P[AttemptID])
Payment Success % =
DIVIDE (
CALCULATE ( COUNTROWS ( 'Payment' ), 'Payment'[Status] = "Approved" ),
COUNTROWS ( 'Payment' )
)
SUM( IF [Status]='Approved' THEN 1 ELSE 0 END ) / COUNT([Attempt ID])
SELECT gateway,
refusal_reason,
COUNT(*) FILTER (WHERE status = 'Approved') * 100.0
/ NULLIF(COUNT(*), 0) AS success_pct,
COUNT(*) FILTER (WHERE refusal_type = 'Technical') AS technical_failures
FROM payment_attempt
WHERE attempted_at BETWEEN :from_date AND :to_date
GROUP BY gateway, refusal_reason
ORDER BY technical_failures DESC;
أسماء الجداول والأعمدة هنا أمثلة، بدّلها بأسماء نموذجك.
تريد هذا المؤشر مبنيًا على بياناتك أنت؟استشارة مجانية 60 دقيقة نحدد فيها مؤشراتك ومصادرها والخطوة التالية.