# نجاح عملية الدفع (Payment Success Rate)

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

- **المجال:** التجارة الإلكترونية (E-commerce)
- **الوحدة:** %
- **تكرار القياس:** يومي
- **الاتجاه المرغوب:** أعلى أفضل
- **النوع:** تابع (Lagging)
- **الرابط:** https://kpihub.co/k/ec-payment-success

## الهدف

التقاط أغلى عطل في المتجر، فالعميل هنا أخرج بطاقته وقرّر الشراء ورفضته المنظومة لا هو.

## لماذا هو مهم

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

## المعادلة

```
Payment Success % = (Approved payments ÷ Payment attempts) × 100
```

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

## مثال محسوب

‏16,560 محاولة دفع في الأسبوع، وافق البنك على 14,406. الحساب: (14,406 ÷ 16,560) × 100 = 87%، ومن الـ2,154 المرفوضة 418 عطلًا تقنيًّا لا رفضًا حقيقيًّا.

## النطاق الاسترشادي

من 92% إلى 97% في الأسواق الناضجة، وأقلّ حيث تكون البطاقات أقلّ انتشارًا. وأي عطل تقني فوق 1% يعني بوابة تحتاج مراجعة لا عملاء يحتاجون تذكيرًا.

## تحليل الاتجاه

- انخفاضه المفاجئ يعني عطل بوابة لا تغيّر سلوك، والتنبيه يجب أن يكون فوريًّا
- ارتفاع رفض نظام الاحتيال يعني قواعد مشدَّدة تحجب عملاء حقيقيين
- انخفاضه على بطاقات بنك بعينه يعني مشكلة توجيه لا مشكلة عملاء

## أسئلة تشخيصية

- كم من الرفض عطل تقني؟ هو خسارة صافية بلا سبب ولا مبرّر
- هل هناك تنبيه فوري عند انخفاض النسبة؟ العطل الصامت يكلّف ساعات
- هل نعيد المحاولة آليًّا عند الرفض العابر؟ نسبة معتبرة تنجح في المحاولة الثانية

## نصائح عملية

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

## العرض المناسب

- خط زمني للنسبة بالساعة مع خط التنبيه
- أعمدة بسبب الرفض: بنك واحتيال وعطل تقني
- أعمدة ببوابة الدفع وبالبنك المُصدِر

## تحذيرات وفخاخ

- دمج أسباب الرفض يخفي عطلًا تقنيًّا داخل رفض بنكي طبيعي
- تشديد قواعد الاحتيال بلا قياس الحجب يمنع عملاء أكثر مما يمنع خسارة
- غياب التنبيه الفوري يترك عطل بوابة يعمل ساعات قبل أن يلاحظه أحد

## أثر التغيير

- إصلاح الـ418 عطلًا تقنيًّا يستعيد طلبات دُفع ثمن اكتساب أصحابها بالكامل
- رفع النسبة من 87% إلى 94% يضيف نحو 1,160 طلبًا أسبوعيًّا من المحاولات نفسها
- التنبيه الفوري يحوّل عطلًا بستّ ساعات إلى عطل بعشر دقائق

## احسبه في أداتك

### Excel

```excel
=COUNTIFS(P[Status],"Approved") / COUNTA(P[AttemptID])
```

### Power BI (DAX)

```dax
Payment Success % =
DIVIDE (
    CALCULATE ( COUNTROWS ( 'Payment' ), 'Payment'[Status] = "Approved" ),
    COUNTROWS ( 'Payment' )
)
```

### Tableau

```
SUM( IF [Status]='Approved' THEN 1 ELSE 0 END ) / COUNT([Attempt ID])
```

### SQL

```sql
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;
```

---

المصدر: [KPIHub](https://kpihub.co/k/ec-payment-success) · مرجع عربي مجاني لمؤشرات الأداء.