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