توزيع العملاء تلقائيًا في CRM: قواعد المنطقة والتخصص وتوازن الأحمال

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

لماذا يحسم ترتيب القواعد أكثر مما تحسمه القواعد نفسها؟

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

إن لم يُحسم هذا السؤال في التصميم، ستحسمه طريقة عمل النظام: قد يطبق أول قاعدة أُنشئت، أو آخر قاعدة عُدلت، أو ينفذها كلها بالتتابع فيُسند الطلب أربع مرات وتصل أربعة إشعارات لأربعة أشخاص. لذلك يبدأ التصميم بمبدأين:

• أول قاعدة تنطبق تحسم: القواعد تُفحص بترتيب معلن، وعند أول تطابق يُسند الطلب ويتوقف الفحص. هذا أوضح للفريق وأسهل في التدقيق من الجمع بين القواعد بالنقاط أو الأوزان.
• الأخص قبل الأعم: القاعدة التي تنطبق على حالات قليلة ومحددة (عميل قائم له مسؤول حساب) تأتي قبل القاعدة التي تنطبق على كثير (كل طلبات المنطقة الغربية). لو عُكس الترتيب، لابتلعت القاعدة العامة كل الحالات الخاصة.

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

شجرة التوزيع: مثال كامل

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

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

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

الطبقة الأولى: الحالات الخاصة قبل كل شيء

هذه الحالات قليلة العدد، لكن الخطأ فيها يكلف أكثر من غيرها، لأنه يمس علاقة قائمة:

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

الطبقة الأخيرة: كيف يُختار الشخص داخل الفريق؟

بعد تحديد الفريق يبقى اختيار الشخص. ثلاث طرق شائعة، ولكل منها موضع:

فريق المنطقة الغربية فيه ثلاثة مندوبين، أحدهم انضم هذا الشهر. يستقبل الفريق نحو 50 طلبًا في الأسبوع. بأوزان 2 و2 و1، يأخذ كل من المندوبين القديمين 20 طلبًا (50 × 2 ÷ 5)، ويأخذ الجديد 10 طلبات (50 × 1 ÷ 5). وبعد انتهاء فترة التأهيل يُعدَّل وزنه إلى 2، فيأخذ كل منهم نحو 17 طلبًا (50 ÷ 3).

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

البديل عند الغياب وخارج الدوام

أكثر الطلبات ضياعًا تلك التي أُسندت بشكل صحيح لشخص غير موجود. لذلك يحتاج كل مستوى في الشجرة إجابة عن سؤال: ماذا لو لم يكن المسؤول متاحًا؟

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

مؤقت الاستجابة: متى يُذكَّر، ومتى يُصعَّد، ومتى يُنقل؟

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

ثلاثة تفاصيل تجعل هذا السلّم عادلًا وفعالًا:

• الحساب بساعات العمل: طلب عالي الأولوية وصل الخميس الساعة 4:45 مساءً، والدوام ينتهي الساعة 5:00. تمضي منه 15 دقيقة يوم الخميس، ثم يُستأنف المؤقت الأحد الساعة 8:00 صباحًا. فيكون التذكير الساعة 8:15، وتنبيه المشرف الساعة 8:45، وإعادة الإسناد الساعة 9:15. لو حُسب بالساعات الفعلية لأُعيد إسناده ليلة الخميس لموظف نائم أيضًا.
• إعادة إسناد واحدة فقط: الطلب الذي يتنقل بين ثلاثة موظفين يخسر أكثر مما يربح، وكل منهم يفترض أن غيره سيتولاه. بعد المحاولة الثانية يصبح مسؤولية المشرف.
• ما الذي يوقف المؤقت: حدده بدقة. محاولة اتصال لم يُرد عليها تُوقف مؤقت الاستجابة الأولى، لكنها تفتح مهمة محاولة ثانية. وتغيير حالة السجل دون أي تواصل لا يوقفه.

وحين يأتي الطلب من التسويق بعد مرحلة رعاية وتأهيل، تصبح هذه المدد جزءًا من اتفاق مكتوب بين الإدارتين يحدد أيضًا حق المندوب في رفض الطلب وإعادته، وهو موضوع مقالة قواعد تسليم العملاء من التسويق إلى المبيعات.

اختبار القواعد قبل التشغيل ومراقبتها بعده

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

وبعد التشغيل راقب أربعة مؤشرات أسبوعيًا: عدد الطلبات التي وصلت إلى قاعدة الالتقاط (ارتفاعها يعني بيانات ناقصة في المصدر أو قاعدة مفقودة)، وعدد إعادات الإسناد لكل موظف وفريق، وزمن التواصل الأول لكل قاعدة لا للفريق كله فقط، وتوزيع الطلبات على أعضاء كل فريق مقارنة بالأوزان المقصودة. وإن كان أغلب طلباتك يصل من نماذج الموقع، فجودة الحقول التي يلتقطها النموذج تحدد دقة الشجرة كلها، كما في مقالة ربط نماذج الموقع بـCRM وتوجيه الطلبات.

في منصتنا تُبنى هذه القواعد من واجهة الأتمتة دون برمجة، ويجمع التوزيع بين المنطقة والمنتج والحجم والتناوب والحمل، ويراعي الإجازات والغياب المسجل كما تشرح صفحة إدارة العملاء المحتملين والتأهيل. وإن كنت تصمم شجرة توزيعك الآن، فأحضرها مكتوبة إلى عرض توضيحي على قواعد فريقك: نبنيها أمامك ونمرر عليها الطلبات التجريبية في الجدول أعلاه، لترى أين يذهب كل طلب ولماذا.

أسئلة شائعة