مخطط عملية إلغاء اشتراك العميل (من الطلب حتى إغلاق الحساب)

مخطط عملية إلغاء اشتراك العميل: شروط العقد ومدة الإشعار، وتدوين السبب قبل أي محاولة احتفاظ، وسُلّم العروض وحدوده، والفاتورة النهائية، وتصدير البيانات، وإلغاء الوصول، وترميز الفقد.

استخدم هذا القالب

ما هي مخطط عملية إلغاء اشتراك العميل (من الطلب حتى إغلاق الحساب)؟

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

يغطي هذا المخطط إلغاء اشتراك قائم أو خدمة متعاقد عليها، من لحظة استلام رغبة الإلغاء حتى ترميز الفقد وإدراج الحساب في قائمة الاستعادة أو حظر التواصل معه. وهو ليس عملية استرداد الأموال: إعادة المال في عملية دفع واحدة، ومهل الأحقية، واعتماد الاسترداد الاستثنائي، والنزاعات المصرفية، كلها في /ar/templates/عملية-استرداد-الأموال-للعملاء، ولا يستدعي هذا المخطط ذلك العمل إلا للاسترداد التناسبي في نهايته. وهو ليس شكوى ولا تصعيداً: العميل الغاضب لا المغادر يخصّه /ar/templates/عملية-معالجة-شكاوى-العملاء، وإن احتاجت الشكوى أن تصعد فموضعها /ar/templates/تصعيد-شكاوى-العملاء، أما الخدمة المتعطلة التي فتحت حالة دعم فتخصّ /ar/templates/عملية-تصعيد-دعم-العملاء. وهو ليس قرار تجديد يُتخذ بهدوء قبل انتهاء المدة: ذلك هو /ar/templates/عملية-تجديد-العقود، الذي ينطلق بتنبيه أفق زمني لا بطلب جارٍ، ومرسوم من الجهة الأخرى من الطاولة حيث تكون أنت العميل الذي يقرّر هل يستمر في الدفع. وتحصيل ما يبقى مستحقاً بعد إغلاق الحساب يُسلَّم إلى /ar/templates/عملية-الذمم-المدينة. وهو الطرف الأقصى من /ar/templates/عملية-تأهيل-العملاء-الجدد: فالحسابات والتكاملات والتراخيص التي أُنشئت هناك هي ما يُفكَّك هنا.

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

ما الذي يغطيه هذا المخطط

في هذا القالب

  • ستة مسارات (العميل، ومكتب الاحتفاظ بالعملاء، ومدير الاحتفاظ بالعملاء، والفوترة، وتشغيل الخدمة، وعمليات الإيرادات) موزّعة على ست مراحل: الاستقبال، ومراجعة الحساب، والاحتفاظ، والإشعار والتسوية، وإنهاء الخدمة، وتحليل فقد العملاء.
  • الاستقبال من أي قناة، مع تفرّع عند «إلغاء اختياري أم تعثّر سداد؟» يجعل لتعثّر السداد دورة مطالبة وتعليق خاصة به، تنتهي إما عند «إعادة تفعيل الحساب دون تسجيل فقد» أو تعود إلى المسار الرئيسي عند التأكيد الكتابي.
  • مراجعة الحساب قبل أي تفاوض: «تسجيل الطلب واستخراج العقد» لمعرفة المدة الدنيا ومدة الإشعار والتجديد التلقائي، ثم «تدوين السبب وفق التصنيف المعتمد»، ثم بوابة «هل يُسمح بمحاولة الاحتفاظ؟» التي تفرض عرض احتفاظ واحداً لكل حساب.
  • مسار احتفاظ له سقف: «تقديم عرض الاحتفاظ من سُلّم العروض»، وفحص «هل التنازل ضمن صلاحية المكتب؟» الذي يحيل ما تجاوز الحد إلى مدير الاحتفاظ بالعملاء ثم يعود بعرض معدّل، وقرار للعميل ينتهي إما عند «تطبيق التغيير وتحديد موعد متابعة» أو يمضي قدماً.
  • الإشعار والتسوية: «تأكيد مدة الإشعار وتاريخ النفاذ كتابةً»، ثم الفاتورة النهائية والاحتساب التناسبي، وقرار ثلاثي «ما المستحق عند تاريخ النفاذ؟» يغطي استرداداً مستحقاً أو رسم إنهاء مبكر أو لا مستحقات أصلاً.
  • إنهاء الخدمة والإغلاق: حلقة «هل حلّ تاريخ النفاذ؟» التي تُبقي الوصول قائماً وتصدير البيانات متاحاً حتى يحلّ التاريخ، ثم «إلغاء الوصول وتحديد تاريخ الحذف»، واستبيان المغادرة، وترميز الفقد في نظام CRM، وتفرّع «هل الحساب مؤهل لحملة الاستعادة؟» بين حساب مُدرج في قائمة الاستعادة وآخر مُغلق مع حظر التواصل.

متى تستخدم هذا القالب

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

كيف تعمل

  1. أعد تسمية المسارات لتطابق فرقك

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

  2. اكتب تصنيف الأسباب قبل أن تقترب من العروض

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

  3. ابنِ سُلّم العروض وضع له سقفاً

    اسرد الدرجات بترتيب ما تكلّفك، لا بترتيب ما تبدو عليه: تعليق الاشتراك أو خفض الباقة، ثم تمديد المدة بسعر أقل، ثم أرصدة خدمة أو توسيع نطاق، ثم خصم مباشر في السعر. ودوّن أمام «هل التنازل ضمن صلاحية المكتب؟» حدّ المكتب كنسبة من القيمة السنوية وبمدة قصوى، وسمِّ من يعتمد كل درجة فوقه. ودوّن الاستثناءات التي تجعل جواب «هل يُسمح بمحاولة الاحتفاظ؟» لا، ثم قِس ما تحفظه كل درجة فعلاً بحسب رمز السبب، ليكون ترتيب السُلّم قائماً على الدليل لا على أسهل تنازل يجده المكتب.

  4. احسم قواعد الإشعار وتاريخ النفاذ

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

  5. اضبط ساعات إلغاء الوصول ومدد الاحتفاظ بالبيانات

    حوّل «إلغاء الوصول وتحديد تاريخ الحذف» إلى قائمة تحقق تغطي حسابات المستخدمين، ومفاتيح ورموز الواجهات البرمجية، والتكاملات، وإسنادات الدخول الموحّد، والمحتوى المشترك، والقوائم البريدية، وأي عتاد أو ترخيص صدر مع الخدمة. واحسم ما يُحتفظ به بعد الإغلاق، وعلى أي أساس نظامي، ولأي مدة (إذ تبقى السجلات المالية عادةً بعد الحساب لأغراض ضريبية بينما لا ينبغي أن تبقى البيانات الشخصية) وجَدْوِل المحو بدل تركه لقرار يدوي بعد أشهر. وبيّن من يؤكد تنفيذه وأين يُسجَّل ذلك التأكيد.

  6. اتفق على تعريفات الفقد ثم استعرض المخطط وانشره

    ثبّت كيف يُحتسب الفقد الاختياري وغير الاختياري، وإلى أي تاريخ يُنسب الإلغاء، وكيف يُعامل خفض الباقة أو تعليق الاشتراك، قبل أن يبني أحد التقرير. واكتب قواعد حظر التواصل خلف «هل الحساب مؤهل لحملة الاستعادة؟» وأقل مدة هدوء قبل التواصل مع عميل سابق مجدداً. ثم استعرض المخطط النهائي مع وكيل احتفاظ وأحد موظفي الفوترة ومن يدير تزويد الخدمة، وصحّحه ليطابق ما يفعلونه فعلاً لا ما تقوله السياسة، وانشر تلك المراجعة مع الاحتفاظ بالإصدارات السابقة، ليعرف من يفتحه لاحقاً أي نسخة يقرأ.

الأسئلة الشائعة

ما خطوات عملية إلغاء اشتراك العميل؟

استلم طلب الإلغاء عبر أي قناة يصل منها وسجّله بختم زمني؛ واستخرج العقد لتحديد المدة الدنيا ومدة الإشعار وتاريخ التجديد التلقائي؛ ودوّن السبب وفق تصنيف ثابت قبل تقديم أي عرض؛ وتحقق هل يُسمح بمحاولة احتفاظ أصلاً؛ وقدّم عرضاً واحداً من سُلّم عروض الاحتفاظ، مع التصعيد إلى مدير إن تجاوز التنازل صلاحية المكتب؛ ثم إما أن تنفّذ التغيير المتفق عليه وتحدّد موعد متابعة، أو تؤكد مدة الإشعار وتاريخ النفاذ كتابةً؛ واحتسب الفاتورة النهائية وسوّها، وهو ما يعني استرداداً تناسبياً أو رسم إنهاء مبكر أو لا شيء على الإطلاق؛ وأبقِ الوصول قائماً وتصدير البيانات متاحاً حتى تاريخ النفاذ؛ وألغِ الوصول عندها لا في تاريخ الطلب، وحدّد تاريخ الحذف؛ وأرسل استبيان المغادرة؛ ورمّز الفقد في نظام إدارة العملاء وأصدر تقريره؛ وأخيراً قرّر هل الحساب مؤهل لحملة استعادة أم يجب حظر التواصل معه. والترتيب أهم من القائمة: التقاط السبب قبل العرض، وتاريخ النفاذ قبل إلغاء الوصول، هما ما يمنع انحراف العملية.

بم يختلف هذا عن مخطط عملية استرداد الأموال للعملاء؟

عملية الاسترداد تسوّي عملية دفع واحدة. تسأل هل يقع الطلب داخل سياسة الاسترداد ومهلتها، وهل يعتمد المدير استثناءً استحساناً، وهل سُوّيت الدفعة الأصلية ولم تُسترد من قبل، وهل يجري نزاع مصرفي بالتوازي، وتنتهي حين يعود المال إلى العميل. وتلك هي الأرض التي يغطيها /ar/templates/عملية-استرداد-الأموال-للعملاء. أما عملية الإلغاء فتنهي علاقة، والمال ساق واحدة منها فقط. فهذا المخطط يعالج الإشعار التعاقدي، والمدة الدنيا والتجديد التلقائي، وعرض الاحتفاظ ومن يخوّله، وتاريخ النفاذ، وإلغاء الوصول، وتصدير البيانات وحذفها، واستبيان المغادرة، وكيف يُرمَّز الفقد ويُبلَّغ عنه. ويلتقيان عند نقطة واحدة: «ما المستحق عند تاريخ النفاذ؟» قد تُنتج استرداداً، وصرفه عمل استرداد. فإن كنت تقرّر إعادة مبلغ في عملية دفع فاستخدم قالب الاسترداد، وإن كنت تنهي اشتراكاً أو عقداً فاستخدم هذا القالب ودعه يستدعي مخطط الاسترداد لتلك الخطوة وحدها.

هل ينبغي تقديم عرض احتفاظ لكل عميل يُلغي؟

لا، وهذا المخطط يضع السؤال قبل العرض لا بعده. «هل يُسمح بمحاولة الاحتفاظ؟» تستثني عدة فئات: حساب سبق أن قَبِل عرض احتفاظ عند إلغاء سابق، وعميل طلب ألا تُعرض عليه عروض، وحساب داخل نزاع فوترة أو خدمة مفتوح حيث يُقرأ الخصم كتسوية، ونشاط أُغلق أو استُحوذ عليه أو فقد ميزانيته كلياً. فالعرض في تلك الحالات يهدر وقت المكتب ويستفزّ أناساً حسموا أمرهم أصلاً. والسبب التجاري لقاعدة المرة الواحدة أبسط: العميل الذي يُحفظ بالسعر وحده يعود إلى المحادثة نفسها بعد مدة عند الرقم الجديد الأدنى، فالمؤسسة التي تخصم عند كل إلغاء لا تحتفظ بإيراد بل تعيد تسعير محفظتها حساباً حساباً. وأصدر تقريراً بمعدل الاحتفاظ ومتوسط التنازل بحسب رمز السبب، فيظهر النمط سريعاً.

متى ينبغي أن يفقد العميل الملغي وصوله إلى الخدمة؟

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

ما الفرق بين الفقد الاختياري وغير الاختياري؟

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

أين تندرج هذه العملية

في معظم المؤسسات تأتي هذه العملية بعد عملية إنقاذ العميل من الإلغاء (تدخل فوري) وتسلّم إلى مخطط عملية استرداد الأموال للعملاء (من الطلب حتى إعادة المبلغ).

وهي خطوة واحدة ضمن دورة حياة العميل.

  1. الخطوة 1: مخطط انسيابي لعملية تأهيل العملاء المحتملين: من MQL إلى قبول المبيعات

  2. الخطوة 2: مخطط انسيابي لعملية المبيعات: من العميل المرتقب إلى طلب موقّع

  3. الخطوة 3: مخطط انسيابي لعملية تسليم المبيعات: من الصفقة الرابحة إلى نجاح العملاء

  4. الخطوة 4: مخطط انسيابي لعملية تأهيل العملاء الجدد

  5. الخطوة 5: مخطط انسيابي لعملية فرز تذاكر الدعم

  6. الخطوة 6: مخطط انسيابي لعملية تصعيد دعم العملاء من المستوى الأول إلى الثاني

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

  7. الخطوة 7: مخطط عملية إلغاء اشتراك العميل (من الطلب حتى إغلاق الحساب) أنت هنا

    مخطط عملية إلغاء اشتراك العميل: شروط العقد ومدة الإشعار، وتدوين السبب قبل أي محاولة احتفاظ، وسُلّم العروض وحدوده، والفاتورة النهائية، وتصدير البيانات، وإلغاء الوصول، وترميز الفقد.

  8. الخطوة 8: مخطط انسيابي لعملية فقد العملاء (من خطة الإنقاذ إلى الاستعادة)

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

جزء من

ميزات QueryChart لهذه العملية

استخدم هذا القالب

جزء من هذه الحزم

Browse all قوالب عمليات المبيعات والعملاء