المشكلة

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

هل تعرف هذا؟

العميل يرحل بصمت دون رسالة اعتراض واحدة
البطاقة تنتهي ودفع الحساب الافتراضي يفشل — ولا أحد يراجع
تسرب MRR لا يظهر إلا عند إغلاق التقرير الشهري
الاستخدام يهبط لأسابيع ولا أحد يبادر بالتواصل

✕ الآن

يُكتشف التسرب بعد رحيل العميل فعلًا
فشل الدفع يُقابَل بالصمت
يُقاس الاحتفاظ بقائمة من فقدناهم

✦ مع Rigel

درجة مخاطر 0–100 يوميًا من أنماط استخدام حقيقية، مع أسبابها
تسلسل استعادة H+1 / H+3 / H+7 عبر واتساب؛ يتوقف عند عودة العميل
تقرير MRR مُستعاد شهريًا مقابل فئة لم تُمسّ

ما ينجزه الوكيل

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

✦ ينفّذه الوكيل

يمنح درجات مخاطر التسرب يوميًا، ويشغّل تسلسل الاستعادة بنبرة العلامة التجارية، ويُعد تقرير الإيراد المُستعاد كل شهر.

◆ تقرّره أنت

تقرر عروض الاحتفاظ الخاصة (خصم، تخفيض باقة، تمديد) وتتعامل مع تصعيد العملاء عاليي القيمة.

مسار العمل

Ingest

webhook من مجمعات الفوترة (Midtrans/Xendit/iPayMu)، وقاعدة بيانات الاشتراكات، وأحداث استخدام المنتج (تسجيل الدخول، استدعاءات API، العمليات)، وتذاكر خدمة العملاء — مجمعة لكل عميل.

التسجيل اليومي

تُحسب السمات بشكل حتمي في SQL (تراجع تكرار الاستخدام، انخفاض قيمة العمليات، ≥2 فشل في الخصم، عدم الاستجابة للعروض)، ثم يصيغ LLM أسباب مخاطر مقروءة ("انخفض الاستخدام 60% خلال 14 يومًا") + درجة من 0–100.

الشرائح واللعبات

أحمر (قبل التسرب: عرض إنقاذ)، برتقالي (فشل الدفع: إعادة محاولة + مساعدة في وسيلة الدفع)، أصفر (خمول: إعادة تنشيط). الحسابات عالية القيمة تُحوَّل إلى مدير حسابات بشري، لا إلى بوت.

تسلسل الاستعادة

واتساب أولًا والبريد بديلًا: H+1 رؤية الاستخدام → H+3 عرض شخصي (تخفيض الباقة / خصم احتفاظ وفق سياسة أسعار العميل) → H+7 نداء أخير بلباقة. يتوقف تلقائيًا عندما يعود العميل نشطًا أو يرفض صراحة؛ أي رد → تسليم لإنسان.

التقارير

شهريًا: MRR المعرَّض للخطر، وMRR المُستعاد (مقارنة بفئة لم تُمسّ)، ودقة الدرجات (التسرب الفعلي مقابل التوقع).

التكاملات

الفوترة/الاشتراكات: Midtrans أو Xendit أو iPayMu أو قاعدة بيانات اشتراك العميل مباشرة
WA Business API (Fonnte / WATI / Meta Cloud API) + البريد الإلكتروني (Resend / SES)
أحداث الاستخدام من PostHog/GA4/API الداخلي؛ المخرجات متصلة بـ Mission Control

النماذج المستخدمة

GLM 5.3 Flash لسرد أسباب الدرجات، وصياغة رسائل الاستعادة، وفرز الردود (تخزين المطالبات المسبق = جدول الباقات/العروض + نبرة العلامة)
حساب الدرجات في SQL — حتمي ورخيص وقابل للتدقيق؛ LLM مجرد طبقة التفسير والمحادثة
تقدير التكلفة: < US$20/شهر لعدد 5,000 عميل نشط مع التسجيل اليومي

مقاييس النجاح (تُراقب أسبوعيًا)

معدل التسرب≥ 25%ينخفض خلال 90 يومًا مقابل خط الأساس قبل الوكيل

معدل الاستعادة≥ 30%في الشريحة الحمراء (العودة إلى النشاط خلال 30 يومًا)

زمن أول تواصل< 24 ساعةمنذ إشارة المخاطر

MRR المُستعاد شهريًاMRR المُستعاد شهريًا بالدولار الأمريكي — رقم يقرأه المالك، لا إحصاء

مخرجات السبرنت

🧪

استيعاب بيانات الفوترة + الاستخدام مع اختبار خلفي على 30 يومًا تاريخية (تحقق الدرجات)

✓

📦

3 شرائح مخاطر + لعبات العروض معتمدة من العميل

✓

🔑

تسلسل الاستعادة عبر واتساب/البريد يعمل فعليًا مع تسليم لإنسان

✓

📊

لوحة تقرير "الإيراد المُستعاد" الشهرية

✓

🔑

توثيق المسار + تسليم الكود (دائم)

✓

جاهز لإضاءة هذا النجم؟

مكالمة اكتشاف مجانية 30 دقيقة: نعرض لك عدد الرصيد الدقيق الذي يحتاجه عملك.

احجز مكالمة اكتشاف ←