# حصة التواصل الاستباقي (Proactive Contact Share)

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

- **المجال:** خدمة العملاء (Customer Service)
- **الوحدة:** %
- **تكرار القياس:** شهري
- **الاتجاه المرغوب:** أعلى أفضل
- **النوع:** قائد (Leading)
- **الرابط:** https://kpihub.co/k/cx-proactive-share

## الهدف

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

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

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

## المعادلة

```
Proactive Share % = (Company-initiated problem notices ÷ Total contacts) × 100
```

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

## مثال محسوب

‏16,400 تواصلًا، منها 984 إبلاغًا استباقيًّا عن تأخير أو عطل. الحساب: (984 ÷ 16,400) × 100 = 6%، وكل إبلاغ منع 2.3 تواصل وارد وسطيًّا.

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

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

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

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

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

- كم حدثًا يعرفه النظام ولا يصل العميل؟ الفجوة هي الفرصة
- كم تواصلًا واردًا يمنعه الإبلاغ الواحد؟ الرقم يبرّر الجهد
- هل الإبلاغ يصل قبل أن يكتشف العميل أم بعده؟ بعده لا يُحتسب

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

- أتمِت الإبلاغ عن الأحداث التي يعرفها النظام، فالاعتماد على البشر يجعله متقطّعًا
- قِس التواصلات الممنوعة لا عدد الرسائل، فهي الأثر الحقيقي
- أبلِغ بالحلّ والموعد لا بالمشكلة وحدها، فالإبلاغ الناقص يولّد تواصلًا

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

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

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

- احتساب الرسائل التسويقية يرفع الرقم بلا أي أثر على التجربة
- إبلاغ بلا حلّ ولا موعد يولّد تواصلًا بدل أن يمنعه
- الإفراط في الإبلاغ يدفع العميل إلى إيقاف الإشعارات فتُفقَد القناة

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

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

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

### Excel

```excel
=COUNTIFS(C[Direction],"Proactive") / COUNTA(C[ContactID])
```

### Power BI (DAX)

```dax
Proactive Share % =
DIVIDE (
    CALCULATE ( COUNTROWS ( 'Contact' ), 'Contact'[Direction] = "Proactive" ),
    COUNTROWS ( 'Contact' )
)
```

### Tableau

```
SUM( IF [Direction]='Proactive' THEN 1 ELSE 0 END ) / COUNT([Contact ID])
```

### SQL

```sql
SELECT event_type,
       COUNT(*) FILTER (WHERE direction = 'Proactive')  AS notices_sent,
       COUNT(*) FILTER (WHERE direction = 'Inbound')    AS inbound_contacts,
       COUNT(DISTINCT event_id)                         AS events
FROM   contact_event
WHERE  occurred_at BETWEEN :from_date AND :to_date
GROUP  BY event_type
ORDER  BY inbound_contacts DESC;
```

---

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