كيف تتحقق من قدرة شركة الأرشفة على التنفيذ والدعم قبل التعاقد؟

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

لماذا تفحص المنفذ منفصلًا عن المنتج؟

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

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

بطاقة فحص قدرة المورد: البنود والأدلة

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

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

الفريق والمنهجية: كيف تختبر ما وراء الشرائح

قابل الفريق، لا فريق المبيعات فقط

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

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

المنهجية تُقاس بمخرجاتها

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

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

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

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

المراجع: كيف تطلبها وماذا تسأل

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

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

أسئلة للمرجع

1. ما الذي كان مخططًا في البداية، وما الذي سُلّم فعلًا؟ وما الذي أُجّل أو حُذف؟
2. هل تأخر المشروع؟ وإن تأخر، فلماذا، ومن كان سبب التأخير؟
3. كيف تعامل المورد مع طلبات التغيير أثناء المشروع؟ هل كانت موثقة ومسعرة بوضوح؟
4. هل بقي الفريق نفسه حتى الإطلاق؟ وإن تغير، فكيف تم التسليم بين الأشخاص؟
5. كيف كانت الأسابيع الأولى بعد الإطلاق؟ وهل كان الدعم سريعًا ومفيدًا؟
6. كم إدارة تستخدم النظام اليوم مقارنة بالخطة الأصلية؟
7. هل تستطيعون تعديل الإعدادات بأنفسكم، أم تحتاجون المورد في كل تغيير؟
8. لو بدأتم المشروع من جديد، ماذا ستفعلون بشكل مختلف؟

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

الدعم والاستمرارية: ما يحدث بعد الإطلاق

افحص بنية الدعم لا وعوده

كل عرض يذكر «دعمًا فنيًا متميزًا». ما تحتاجه هو أن تعرف كيف يعمل الدعم فعلًا:

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

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

الاستمرارية: هل سيبقى من يدعم النظام بعد سنوات؟

نظام الأرشفة يُستخدم سنوات طويلة، وأرشيفكم يكبر فيه كل يوم. لذلك اسأل:

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

مثال: موردان متقاربان في المنتج، مختلفان في التنفيذ

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

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

أخطاء شائعة في فحص المورد

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

الخطوة التالية: اطلب الأدلة ضمن العرض الفني

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

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

أسئلة شائعة