العرض الفني لمنصة LMS المكتمل يجيب عن عشرة أسئلة بأدلة: هل فهم المزود احتياجك، وما النطاق والوحدات بدقة، وأين تُستضاف البيانات وبأي بنية، وكيف يُنفذ كل تكامل، وما الضوابط الأمنية، وما خطة التنفيذ ومراحلها ومخرجاتها، وما خطة الترحيل، وكيف يُدرَّب فريقك، وما الدعم بعد الإطلاق، وما الافتراضات والاستثناءات. اقرأه فصلًا فصلًا بقائمة فحص، وابدأ بالافتراضات والاستثناءات، لأنها تكشف ما لم يُسعّر وما سيُطلب من فريقك.
لماذا تُقرأ العروض الفنية بطريقة خاطئة؟
يصل العرض الفني في ستين صفحة، أولها تعريف بالشركة وصور للواجهات، وآخرها ملاحق. تقرأ اللجنة الصفحات الأولى بعناية، ثم تقفز إلى الجدول الزمني، ثم تنتقل إلى العرض المالي. الصفحتان اللتان تحددان ما ستحصل عليه فعلًا، الافتراضات والاستثناءات، تُقرآن بعد التعاقد حين يرفض المزود طلبًا بحجة أنه «خارج النطاق».
المشكلة الثانية أن العرض الفني يُقرأ كوثيقة تسويق: هل يبدو المزود قويًا؟ والصحيح أن يُقرأ كمسودة التزام: ما الذي يمكن أن يُنقل من هذا العرض إلى العقد وملحقاته؟ كل جملة لا يمكن نقلها، مثل «حلول مرنة تلبي جميع احتياجاتكم»، لا وزن لها في التقييم. هذا الدليل يكمل الجانب المالي في دليل مقارنة عروض أسعار LMS، ويفترض أنك طلبت العرض بكراسة واضحة كما في نموذج كراسة طلب عروض LMS.
مكونات العرض الفني الكامل لمنصة LMS
العرض الفني الذي يصلح أساسًا للعقد يحتوي عشرة مكونات. لا يهم ترتيبها إن لم تحدده كراستك، لكن غياب أحدها علامة تستحق سؤالًا مكتوبًا.
| المكون | ما يجب أن يحتويه | دليل الاكتمال |
|---|---|---|
| 1. فهم الاحتياج | إعادة صياغة مشكلتك وأهدافك وقيودك بكلمات المزود | يذكر أرقامك وسيناريوهاتك لا عبارات عامة |
| 2. النطاق والوحدات | الوحدات المشمولة، وفئات المستخدمين، وما هو خارج النطاق | قائمة صريحة بما يدخل وما لا يدخل |
| 3. البنية والاستضافة | نموذج التشغيل، ومكان البيانات، ومزود الاستضافة، والبيئات (اختبار وإنتاج)، والنسخ الاحتياطي | أسماء وأماكن، ووثيقة مواصفات خوادم في التشغيل الداخلي |
| 4. التكاملات | لكل نظام: طريقة الربط، والبيانات واتجاهها وتوقيتها، والمسؤوليات، والاختبار | سطر مستقل لكل نظام لا فقرة واحدة للجميع |
| 5. الأمن والصلاحيات | الأدوار ونطاق البيانات، وسياسات الدخول، والسجلات، والتشفير، والاستجابة للحوادث | ضوابط مسماة، واستعداد للإجابة عن استبيانكم الأمني |
| 6. منهجية التنفيذ | المراحل ومخرجاتها ومعايير قبولها، والأدوار من الطرفين، وإدارة المشروع | مخرج معتمد لكل مرحلة، وما يُطلب من فريقك |
| 7. خطة الترحيل | ما يُنقل ومن أي مصدر، وما يُؤرشف، والترحيل التجريبي، وتقرير المطابقة | تفصيل بأنواع البيانات لا كلمة «ترحيل» |
| 8. التدريب ونقل المعرفة | الفئات (مسؤولو النظام، المدربون، المديرون، المتعلمون)، والأساليب، والمواد | عدد الورش أو الجلسات ومن يحضرها |
| 9. الدعم بعد الإطلاق | القنوات، واللغة، وساعات العمل، وتصنيف الأعطال، ومستويات الاستجابة، والتحديثات | إحالة إلى عقد دعم أو ملحق مستوى خدمة |
| 10. الافتراضات والاستثناءات | ما بنى عليه المزود عرضه، وما استثناه، وما يتوقعه من جهتك | قائمة مرقمة يمكن الرد عليها بندًا بندًا |
المكونات من 3 إلى 5 يقيّمها فريق تقنية المعلومات والأمن، ومن 6 إلى 9 يقيّمها مدير المشروع وإدارة التدريب، والأول والثاني والعاشر تقرؤها اللجنة كلها. توزيع القراءة بهذه الطريقة يمنع أن يمر فصل دون مختص.
تريد أن ترى عرضًا فنيًا بهذه المكونات العشرة؟ نرسل عرضًا مبنيًا على جهتك بعد جلسة تأكيد المتطلبات.
اطلب عرضًا فنيًا لجهتكبأي ترتيب تقرأ العرض الفني؟
ترتيب العرض كما كتبه المزود ليس ترتيب القراءة الأنفع. المزود يبدأ بما يقوّي صورته، وأنت تحتاج أن تبدأ بما يحدد حدود التزامه. هذا الترتيب يوفر وقت اللجنة ويكشف النواقص مبكرًا:
- الافتراضات والاستثناءاتما الذي بُني عليه العرض، وما الذي أُخرج منه.المشتريات ومدير المشروع
- النطاق مقابل جدول الامتثالهل كل بند «يعمل بالإعداد» له وحدة في النطاق؟إدارة التدريب
- الفصول المتخصصةالاستضافة والتكاملات والأمن لتقنية المعلومات، والتنفيذ والتدريب لمدير المشروع.كل مختص بفصله
- الأسئلة المكتوبةسؤال موحد لكل المزودين عن كل نقص، ورد مكتوب يُضم إلى العرض.المشتريات
- الدرجةسلّم ثابت لكل مكون وأوزان معلنة، محسوبة بمعادلة.اللجنة
فهم الاحتياج والنطاق: هل قرأ المزود كراستك؟
الفصل الأول اختبار سريع: هل كتبه المزود لجهتك أم نسخه من عرض سابق؟ العرض الذي يقول «تسعى جهتكم إلى تطوير منظومة التدريب» دون أن يذكر عدد مستخدميك أو فروعك أو أنظمتك أو سيناريوهاتك لم يُبنَ على كراستك، وغالبًا لن يكون نطاقه مبنيًا عليها أيضًا.
في فصل النطاق ابحث عن ثلاثة أشياء:
- الوحدات بأسمائها: لا «منصة متكاملة»، بل قائمة الوحدات المشمولة (الدورات، الاختبارات، الشهادات، التدريب الحضوري، المسارات…) وأيها اختياري.
- المستخدمون بفئاتهم: العدد المسعّر وتعريف المستخدم المحتسب، ومطابقته لما كتبته في الكراسة.
- خارج النطاق صراحة: العرض الذي لا يذكر ما هو خارج نطاقه سيحدده لاحقًا، وفي الغالب لصالحه.
وطابق النطاق مع جدول الامتثال إن طلبته: كل بند صُنف «يعمل بالإعداد» يجب أن تجد وحدته في النطاق، وكل بند صُنف «تطوير» يجب أن تجد له وصفًا وسعرًا. التناقض بين الجدول والنطاق من أشيع ما يُكتشف في هذه القراءة.
البنية والاستضافة والأمن: ما يجب أن يُكتب لا أن يُقال
هنا يكثر الكلام العام: «استضافة آمنة على أحدث البنى السحابية». ما تحتاجه كتابة هو:
- نموذج التشغيل: سحابة مشتركة، أم بيئة مستقلة، أم خوادم الجهة. والوظائف المتاحة في كل نموذج إن قُدم العرض بأكثر من نموذج.
- مكان البيانات ومزود الاستضافة: بالاسم والمنطقة، ويشمل ذلك قاعدة البيانات والملفات والنسخ الاحتياطية، لا الخادم الرئيسي فقط. وفي خيارات الاستضافة نص على أن مزود الاستضافة ومكانها يُذكران في العرض الفني، وهذا ما تطلبه من أي مزود.
- البيئات: هل توجد بيئة اختبار منفصلة عن الإنتاج، ومتى تُتاح لفريقك.
- النسخ الاحتياطي والاسترجاع: التكرار، ومكان النسخ، وسياسة الاحتفاظ، واختبار الاسترجاع.
- التشغيل الداخلي تحديدًا: وثيقة مواصفات الخوادم حسب عدد المستخدمين المتزامنين وحجم المحتوى، قبل أن تشتري جهتك أي جهاز، وتوزيع مسؤوليات المراقبة والتحديث بين الطرفين.
في الأمن، العرض المقبول يسمي الضوابط: صلاحيات قائمة على الأدوار بنطاق بيانات، وسياسات كلمات المرور وقفل الحساب، والتحقق متعدد العوامل، وتشفير الاتصال، وإدارة الجلسات، وسجل لكل عملية بالقيمة قبل التغيير وبعده. وهذه هي الضوابط الموصوفة في صفحة أمن المعلومات للمنصة. وما لا يكفي فيه العرض الفني، كالاستبيان الأمني ووثائقه، له مسار مستقل في دليل التقييم الأمني لمورد LMS.
عبارة «حماية مطلقة لبياناتكم» أو ما يشبهها علامة ضعف لا قوة. لا يوجد نظام لا يمكن اختراقه، والعرض الجاد يلتزم بضوابط واضحة وسجلات تكشف ما يحدث وخطة استجابة عند وقوع حادث.
التكاملات: من «نعم ندعم» إلى خطة ربط
فصل التكاملات هو الأكثر تفاوتًا بين العروض. بعضها يكتفي بقائمة شعارات أنظمة، وبعضها يكتب خطة لكل نظام. الفرق يظهر بعد التعاقد: الأول يبدأ التحليل من الصفر، والثاني بدأه في العرض.
الصياغة الثانية تتبع خطوات التكامل الأربع (التحليل، وخريطة البيانات، والتنفيذ والاختبار، والمراقبة) كما في صفحة التكاملات. وانتبه إلى أن التكامل يعتمد على ما يتيحه النظام الآخر، فالعرض الصادق يقول «يُحدد في التحليل» عن الجزء الذي لا يعرفه بعد، ولا يعد بموصل جاهز لنظام لم يفحصه. والدخول الموحد تكامل مستقل يستحق سطره: نظام الهوية بالاسم، والمجموعات المسموح لها، والحقول المرسلة، ومن يسجل التطبيق في نظام الهوية.
التنفيذ والترحيل والتدريب: من يفعل ماذا ومتى يُعتمد؟
منهجية التنفيذ
لا تبحث عن عدد المراحل، بل عن ثلاثة أشياء في كل مرحلة: المخرج (وثيقة تحليل، بيئة مهيأة، تقرير مطابقة، محضر قبول)، ومعيار قبوله، وما يُطلب من فريقك لإنجازه. العرض الذي يذكر مراحل بلا مخرجات معتمدة لا يعطيك نقطة توقف تراجع فيها قبل الانتقال. وفي منهجية التنفيذ للمنصة عشر مراحل بمخرجات معتمدة في نهاية كل منها، ومدير مشروع، وتقرير حالة مكتوب، وسجل للمخاطر والقرارات والتغييرات، ومحاضر استلام.
المدة: العرض الجاد يذكر العوامل التي تحددها (نموذج الاستضافة، وعدد التكاملات، وحجم الترحيل، وسرعة الاعتمادات من فريقك)، ويضع جدولًا بعد التحليل. احذر الجدول الذي لا يذكر أي اعتماد من جهتك، لأنه يفترض أن فريقك جاهز دائمًا.
خطة الترحيل
«سنرحّل بياناتكم» ليست خطة. الخطة تذكر أنواع البيانات (المستخدمون، والدورات والمحتوى، وبنوك الأسئلة، والسجلات والدرجات، والشهادات وأرقامها)، ومصدر كل منها، وما يُؤرشف بدل ترحيله، والترحيل التجريبي على عينة، وتقرير المطابقة الذي تراجعه قبل الإطلاق، وطريقة التشغيل المتوازي إن وجدت. وطريقة الترحيل نفسها بمراحلها في دليل نقل البيانات بين أنظمة LMS.
التدريب ونقل المعرفة
ابحث عن الفئات: مسؤولو النظام، والمدربون، والمديرون، ومسؤولو الفروع إن وجدوا، ثم المتعلمون. ولكل فئة أسلوب: ورش عملية، وأدلة مكتوبة أو مصورة، وجلسات مسجلة يعود إليها من يُعيَّن لاحقًا. وفي التشغيل الداخلي أضف نقل المعرفة لفريق تقنية المعلومات: التشغيل والمراقبة والتحديث والاسترجاع.
الدعم بعد الإطلاق: ما يُحال إلى العقد
فصل الدعم في العرض الفني يجب أن يصف النموذج، ثم يحيل الأرقام إلى عقد الدعم أو ملحق مستوى الخدمة. ما تبحث عنه:
- القنوات (نظام تذاكر، هاتف، بريد) ولغة الدعم وساعاته.
- تصنيف الأعطال بمستويات، وتعريف كل مستوى بمثال من منصة تعلم (توقف الدخول للجميع ليس كخطأ في تقرير).
- مستويات الاستجابة والحل لكل تصنيف، مكتوبة في العقد لا في العرض التسويقي.
- التحديثات: كيف تصل، ومتى، وكيف تُختبر قبل الإنتاج، خصوصًا في البيئة المستقلة والتشغيل الداخلي.
- المتابعة المكثفة بعد الإطلاق مباشرة، ومن يتسلم الدعم من فريق المشروع.
وما يجب أن يُكتب من ذلك في العقد نفسه، مع ملكية البيانات والخروج، في دليل بنود عقد نظام LMS.
الافتراضات والاستثناءات: أهم صفحتين في العرض
ابدأ بهما، لا تنتهِ بهما. الافتراض هو ما بنى عليه المزود سعره وجدوله، والاستثناء هو ما أخرجه من نطاقه. كل افتراض لا يتحقق في جهتك يتحول إلى أمر تغيير، وكل استثناء لم تلاحظه يتحول إلى عمل يقع على فريقك أو فاتورة لاحقة.
| الصياغة في العرض | ما تعنيه عمليًا | ردك قبل التقييم |
|---|---|---|
| «تُقدم الجهة بيانات المستخدمين بالقالب المعتمد» | تنظيف البيانات على فريقك | اقبله إن كان لديك من ينظفها، أو اطلب تسعير التنظيف |
| «المحتوى التعليمي توفره الجهة جاهزًا» | لا إنتاج ولا تحويل محتوى | تأكد أن هذا مقصود، أو اطلب بندًا منفصلًا |
| «التكامل وفق ما يتيحه النظام الآخر» | صحيح ومقبول، لكن من يتواصل مع مزود النظام الآخر؟ | اطلب تحديد المسؤول عن التنسيق |
| «الترحيل للمستخدمين والدورات النشطة» | السجلات والشهادات التاريخية مستثناة | قرر: تُرحّل أم تُؤرشف، واطلب السعر إن لزم |
| «تراخيص أدوات الاجتماعات والرسائل على الجهة» | تُدفع لمزوديها خارج العرض | أضفها إلى نموذج التكلفة الإجمالية |
| «التعديلات بعد اعتماد التحليل تُعامل أوامر تغيير» | ممارسة معقولة، لكن ما آلية تسعيرها؟ | اطلب آلية مكتوبة لتقدير أوامر التغيير |
لا تعني هذه الافتراضات أن العرض ضعيف؛ العرض الذي يكتبها بوضوح أصدق من عرض يخلو منها. المشكلة في العرض الذي لا يذكر أي افتراض، فتكتشفها كلها أثناء التنفيذ.
نموذج تقييم العرض الفني ومثال تطبيقه
حوّل القراءة إلى درجة بسلّم ثابت لكل مكون من العشرة: 0 غائب، و1 مذكور بعبارات عامة، و2 مفصل لكن ينقصه دليل أو مسؤولية، و3 مفصل وقابل للنقل إلى العقد. ثم اضرب في وزن يعكس أولويات جهتك.
مثال افتراضي للتوضيح شركة شحن وخدمات لوجستية بنحو 1,250 موظفًا في 14 مركز فرز وتوزيع، وقرابة 300 مندوب توصيل لدى مقاولي نقل شركاء يحتاجون تأهيلًا على إجراءات التسليم والسلامة قبل العمل. الموظفون يدخلون عبر Microsoft Entra ID، والمندوبون من خارج الشركة بحسابات خاصة، وسياسة الشركة تشترط بقاء البيانات داخل المملكة. وزّعت الشركة الأوزان على المكونات، وقيّمت ثلاثة عروض فنية:
| المكون | الوزن | العرض (ل) | العرض (م) | العرض (ن) |
|---|---|---|---|---|
| فهم الاحتياج | 5 | 3 | 1 | 2 |
| النطاق والوحدات | 15 | 3 | 2 | 2 |
| البنية والاستضافة | 10 | 3 | 3 | 2 |
| التكاملات (الهوية والموارد البشرية) | 15 | 2 | 1 | 3 |
| الأمن والصلاحيات | 10 | 2 | 3 | 2 |
| منهجية التنفيذ | 15 | 3 | 2 | 2 |
| خطة الترحيل | 5 | 2 | 1 | 3 |
| التدريب | 5 | 2 | 2 | 3 |
| الدعم | 10 | 2 | 3 | 2 |
| الافتراضات والاستثناءات | 10 | 3 | 0 | 2 |
| الدرجة من 100 | 100 | 85 | 62 | 75 |
طريقة الحساب: مجموع (الدرجة × الوزن) ÷ 3. للعرض (ل): (15 + 45 + 30 + 30 + 20 + 45 + 10 + 10 + 20 + 30) = 255، و255 ÷ 3 = 85. وللعرض (م): (5 + 30 + 30 + 15 + 30 + 30 + 5 + 10 + 30 + 0) = 185، أي نحو 62. وللعرض (ن): (10 + 30 + 20 + 45 + 20 + 30 + 15 + 15 + 20 + 20) = 225، أي 75. احسبها في ملف بمعادلة لا يدويًا، فخطأ جمع واحد في لجنة من خمسة أعضاء يكفي لتغيير الترتيب.
الأهم من الأرقام ما كشفته القراءة. العرض (م) أقوى في الأمن والدعم، لكنه خلا من أي افتراض أو استثناء، فوضعته اللجنة على قائمة الأسئلة المكتوبة قبل أي قرار. والعرض (ن) كتب أفضل خطة تكامل لأنه سأل عن نظام الموارد البشرية قبل تقديم عرضه، لكنه افترض أن مندوبي الشركاء يدخلون بحسابات Entra ID، وهذا غير صحيح في الشركة، فطُلب منه تعديل افتراضه. ولو قُرئ العرض بدءًا من الافتراضات لظهر ذلك في الصفحة الأولى بدل الأخيرة.
الأسئلة الشائعة
نعم، الأفضل أن تقيّم اللجنة الفنية العروض قبل أن ترى الأسعار، ثم يُفتح المالي للعروض التي تجاوزت حدًا أدنى فنيًا. هذا يحمي التقييم الفني من الانحياز للسعر في أي اتجاه.
لا. الطول يأتي غالبًا من تعريف الشركة وأوصاف عامة للميزات. ما يهم هو المكونات العشرة وقابلية كل منها للنقل إلى العقد. عرض في عشرين صفحة يجيب عنها كلها أفضل من عرض في مئة لا يذكر افتراضاته.
أرسل سؤالًا مكتوبًا لكل المزودين الذين غاب عندهم المكون نفسه، وحدد موعدًا للرد، واعتمد الرد المكتوب جزءًا من العرض. ولا تقيّم المكون الغائب بافتراض أن المزود «يقدمه بالتأكيد».
يجب أن يذكر العوامل التي تحدد المدة، وأن يضع جدولًا بعد التحليل يربط المراحل بمخرجاتها واعتماداتها. المدة التي تُكتب دون معرفة تكاملاتك وحجم ترحيلك تقدير تسويقي، لا التزام يمكن البناء عليه.
إدارة التدريب للنطاق والتنفيذ والتدريب، وتقنية المعلومات للبنية والتكاملات، والأمن السيبراني للضوابط، والمشتريات للافتراضات والاستثناءات والدعم. كل مكون يحتاج قارئًا مختصًا، ومكون بلا قارئ يمر دون تحقق.
الخلاصة: اقرأ العرض الفني كمسودة عقد
العرض الفني لمنصة LMS يُقيَّم بما يمكن نقله منه إلى العقد: نطاق صريح بما يدخل وما لا يدخل، واستضافة بالاسم والمكان، وخطة لكل تكامل، وضوابط أمنية مسماة، ومراحل بمخرجات معتمدة، وترحيل مفصل، ودعم يحال إلى عقد، وافتراضات واستثناءات مكتوبة. اقرأ الافتراضات أولًا، ووزّع المكونات على المختصين، واحسب الدرجات بمعادلة.
وإن أردت أن ترى كيف يبدو عرض المنصة التعليمية الفني لجهتك، فهو يتضمن نطاق العمل والوحدات، ونموذج الاستضافة والبنية، وخطة التكاملات والترحيل، والجدول الزمني ومراحل التنفيذ، والتدريب والدعم بعد الإطلاق. وقبل أن تطلبه، يساعدك دليل شراء نظام LMS في ترتيب خطوات الشراء كلها، وتجد ما تقدمه المنصة للشركات في صفحة الشركات.