أتمتة إجراءات CRM: كيف تحول قواعد العمل إلى مهام واعتمادات؟

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

من أين تأتي مفاجآت الأتمتة؟

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

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

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

تفكيك السياسة: مثال من أول سطر

خذ هذه السياسة كما قد تُكتب في دليل إجراءات شركة توريد:

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

بعد هذا الجدول تنقسم السياسة الواحدة إلى ثلاث قواعد مستقلة، لأن لكل منها مشغّلًا مختلفًا:

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

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

بطاقة القاعدة: التوثيق الذي يمنع الاجتهاد

القاعدة المبنية في النظام تُظهر ما تفعله، لكنها لا تشرح لماذا بُنيت، ولا من يملك قرار تعديلها. بعد أشهر يأتي مندوب يشتكي من مهمة لا يفهم سببها، أو مدير يطلب تغيير الحد. عندها يحتاج مسؤول النظام إلى مرجع مكتوب لكل قاعدة، نسميه هنا «بطاقة القاعدة». الحقول الأساسية فيها:

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

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

دورة القاعدة من النص إلى التشغيل

التفكيك والبطاقة خطوتان من دورة أطول. تسلسلها كاملًا، ومن يملك كل خطوة:

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

الاختبار: حالات حدّية لا حالة نموذجية

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

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

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

التعارض بين القواعد: كيف تكتشفه قبل المستخدمين؟

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

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

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

بعد التفعيل: ما الذي تراقبه ومتى تراجع القاعدة؟

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

بعد التشغيل الكامل راجع أربعة أمور أسبوعيًا في الشهر الأول، ثم شهريًا:

1. عدد مرات التشغيل مقابل المتوقع

   قدّر قبل التفعيل عدد مرات عمل القاعدة. إن كان الفريق يرسل نحو 120 عرضًا في الشهر (مثال توضيحي)، فلن تعمل ق1 أكثر من 120 مرة، وستعمل أقل من ذلك لأن بعض العروض يُقبل أو يُرفض قبل اليوم 25. تشغيل قريب من الصفر يعني غالبًا بيانات ناقصة، وتشغيل يتجاوز عدد العروض يعني شرطًا أوسع مما قُصد.

   مسؤول النظام
2. الإجراءات الفاشلة في سجل التنفيذ

   رسالة لم تُرسل، أو مهمة لم تُنشأ لأن مالك الفرصة حسابه موقوف. كل فشل متكرر يشير إلى حالة لم تُكتب في البطاقة.

   مسؤول النظام
3. التجاوز اليدوي

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

   مالك السياسة
4. أثرها على الهدف

   القاعدة وُضعت لغرض، ويُسأل عنه مباشرة: هل قلّ عدد العروض التي تنتهي صلاحيتها دون أي تواصل؟ وهل تأخرت العروض الكبيرة بسبب الاعتماد أكثر مما قبلته الإدارة؟

   مالك السياسة

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

ما الذي لا يستحق الأتمتة؟

ليست كل سياسة مرشحة لقاعدة آلية. أحيانًا يكون الإجراء اليدوي الموثق أو التقرير الدوري أنسب:

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

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

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

من أين تبدأ في منشأتك؟

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

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

أسئلة شائعة