1. الرئيسية
  2. المدونة
  3. كيف ترتب أولويات متطلبات CRM بين الضروري والمرحلة التالية؟
اختيار النظام

كيف ترتب أولويات متطلبات CRM بين الضروري والمرحلة التالية؟

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

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

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

لماذا تتحول الأولويات إلى خلاف؟

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

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

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

البعد الأول: فئات MoSCoW باختبار عملي لكل فئة

طريقة MoSCoW تقسم المتطلبات إلى أربع فئات: Must وShould وCould وWon't. قوتها ليست في الأسماء، بل في أن لكل فئة اختبارًا يجيب عنه أصحاب المتطلب قبل أن يطالبوا بها:

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

ثلاث قواعد تجعل الفئات تعمل فعلًا:

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

البعد الثاني: الأثر والجهد

الفئات تحدد ما يدخل المرحلة، لكنها لا ترتب المتطلبات داخل الفئة الواحدة، ولا تحسم أي متطلب «مهم» يدخل المرحلة الأولى وأيها ينتظر. هنا يأتي البعد الثاني. يُقدَّر لكل متطلب:

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

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

مصفوفة الأثر والجهد لمتطلبات CRM مع أمثلة مثال توضيحي
أثر عالٍ وجهد منخفض: نفّذ أولًا

منع تكرار العملاء (4، 1)، ومستويا اعتماد الخصم (4، 1)، ولوحة الفرص حسب الفرع (4، 1)، وحفظ محادثات واتساب في ملف العميل (5، 2).

أثر عالٍ وجهد مرتفع: خطط له

تذاكر الصيانة بمستوى خدمة العقد (5، 3)، وربط حالة الفواتير من المحاسبة (4، 5). يُقسَّم إلى نسخة أولى ونسخة كاملة، أو يُخصص له موضع في مرحلة.

أثر محدود وجهد منخفض: املأ به الفراغ

تسجيل الزيارات من الجوال (3، 1)، وشاشة رئيسية لكل دور (2، 1)، وحملات بريدية مجزأة (3، 2). تدخل المرحلة إن بقي متسع.

أثر محدود وجهد مرتفع: أجّل أو أعد النظر

تقرير رقابي بصيغة خاصة (2، 3)، واحتساب العمولات آليًا (3، 3)، وبوابة عملاء للبلاغات (3، 4). يُسأل: هل يوجد طريق أبسط للنتيجة نفسها؟

← أثر أعلى (4–5)جهد أقل (1–2) →
كيف تقرأ المخطط: الرقمان بين القوسين هما الأثر من 5 ثم نقاط الجهد لكل متطلب في المثال التالي. المربعان العلويان للأثر العالي (4 أو 5)، والسفليان للأثر المحدود (3 أو أقل). والمربعان في جهة «جهد أقل» لما جهده نقطة أو نقطتان، والآخران لما جهده ثلاث نقاط فأكثر. المربع المميز يُنفذ أولًا لأنه يعطي أكبر قيمة بأقل جهد. والمصفوفة لا تلغي فئات MoSCoW: متطلب إلزامي في مربع «خطط له» يدخل المرحلة الأولى رغم جهده، لكن يُبحث له عن نسخة أولى أبسط.

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

مثال: فرز اثني عشر متطلبًا

مثال توضيحي

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

#المتطلبالإدارةالفئةالأثرالجهدالقرار
1حفظ محادثات واتساب في ملف العميلالمبيعاتإلزامي52المرحلة الأولى
2منع تكرار العملاء بالسجل التجاري والجوالالجميعإلزامي41المرحلة الأولى
3مستويا اعتماد للخصمالماليةإلزامي41المرحلة الأولى
4ربط حالة الفواتير من المحاسبةالماليةمهم45المرحلة الثانية، مع حقل رقم العميل المحاسبي من الآن
5تذاكر الصيانة بمستوى خدمة العقدالخدمةإلزامي53المرحلة الأولى
6لوحة الفرص حسب الفرعالإدارةمهم41المرحلة الأولى
7تقرير رقابي بصيغة خاصةالماليةمرغوب23لاحقًا، ويُصدَّر مؤقتًا من تقرير قياسي
8حملات بريدية مجزأةالتسويقمهم32المرحلة الأولى
9تسجيل الزيارات من الجوالالمبيعاتمهم31المرحلة الأولى
10بوابة عملاء لمتابعة البلاغاتالخدمةليس في هذه المرحلة34لاحقًا، بمحفز تكرار استفسارات الحالة
11احتساب العمولات آليًاالمبيعاتمهم33المرحلة الثانية
12شاشة رئيسية لكل دورالجميعمرغوب21المرحلة الأولى

حساب السقف: مجموع جهد المرحلة الأولى 12 نقطة (المتطلبات 1 و2 و3 و5 و6 و8 و9 و12: 2+1+1+3+1+2+1+1). منها 7 نقاط للإلزامي (2+1+1+3)، أي نحو 58%، وهي ضمن السقف المقترح. والمرحلة الثانية 8 نقاط (المتطلبان 4 و11)، واللاحق 7 نقاط (المتطلبان 7 و10)، فيكون المجموع الكلي 27 نقطة.

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

نموذج ورشة الفرز

قبل الورشة بأسبوع

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

جدول الورشة (ثلاث ساعات)

  1. التعريفات والاختبارات والسقف وقواعد الحسم. لا نقاش في المتطلبات بعد.

  2. مراجعة كل متطلب مرشح «إلزاميًا» مقابل اختباره. ما لا يجتاز الاختبار ينزل إلى «مهم» مع تسجيل حله المؤقت.

  3. مراجعة الأثر الذي قدرته كل إدارة، ووضع المتطلبات في مصفوفة الأثر والجهد أمام الجميع.

  4. توزيع المتطلبات على المراحل، والتحقق من السقف، والبحث عن نسخ أولى أبسط للمتطلبات الثقيلة.

  5. قراءة سجل القرارات، وتسمية ما يُصعَّد إلى الراعي، وتحديد المحفز لكل مؤجل.

قواعد حسم التعادل

حين يتنافس متطلبان على المساحة نفسها بأثر وجهد متقاربين، يُقدَّم بالترتيب:

  1. الالتزام النظامي أو التعاقدي

    ما يترتب على غيابه مخالفة لنظام أو إخلال بعقد مع العملاء.

  2. ما يلمسه العميل

    ما يؤثر في زمن الرد أو جودة الخدمة التي يتلقاها العميل مباشرة.

  3. ما يعتمد عليه غيره

    متطلب تحتاجه متطلبات أخرى، كالحقول التي تبنى عليها التقارير لاحقًا.

  4. الكفاءة الداخلية

    ما يوفر وقت الفريق دون أثر مباشر على العميل.

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

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

أخطاء تفسد الفرز

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

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

مراجعة القائمة مع من سينفذ

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

أسئلة شائعة

التصويت يصلح لترتيب المتطلبات المرغوبة أو لكسر تعادل بعد تطبيق القواعد، لكنه لا يصلح لتحديد الإلزامي. الإدارة الأكبر عددًا ستفوز دائمًا في التصويت، بينما الإلزامي يُحسم باختباره لا بعدد مؤيديه.

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

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

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

راجع متطلبات منشأتك مع فريقنا

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