تجربة LMS قبل الشراء (Proof of Concept): معايير النجاح ومدة التجربة وما يُقاس

متى تحتاج تجربة قبل الشراء، ومتى لا تحتاجها؟

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

العرض التوضيحي والتجربة والتشغيل التجريبي: ما الفرق؟

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

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

نطاق التجربة: برنامج واحد، مجموعة واحدة، تكامل واحد

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

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

معايير النجاح: اكتبها قبل أن تبدأ

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

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

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

ما الذي يقيسه كل طرف؟

التجربة الجيدة تُقسم على أدوار، ولكل دور ورقة قياس قصيرة يملؤها بنفسه. لا تجمع آراء الجميع في اجتماع ختامي، لأن أعلى الأصوات تطغى:

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

مدة التجربة: كيف تحددها؟

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

متى تكون التجربة مضيعة للوقت؟

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

سيناريو: مزود اتصالات يجرب منصتين

مثال افتراضي للتوضيح مزود خدمات اتصالات وإنترنت فيه نحو 1,300 موظف: فنيو تركيب ميدانيون في 8 مدن، ومركزا اتصال، وإدارة في المقر. الدخول بحسابات Microsoft Entra ID، ولديه نحو 60 حزمة SCORM اشتراها من مزودي محتوى. بعد العروض التوضيحية تقاربت منصتان في الدرجة، وبقي سؤالان: هل يكمل الفنيون التدريب من جوالاتهم في الميدان، وهل تعمل الحزم المشتراة؟

صمم الفريق تجربة متطابقة للمنصتين: برنامج «السلامة في أعمال التمديدات» باختباره وشهادته، و24 مستخدمًا (16 فنيًا من مدينتين، و6 من مركز الاتصال، ومديران)، والدخول الموحد، و5 حزم SCORM بينها أقدم حزمة لديهم. وحدد ستة معايير، منها ثلاثة إلزامية: إكمال الفنيين دون مساعدة، والدخول الموحد مع إيقاف الحساب، وعمل الحزم الخمس. وكانت النتائج:

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

من نتائج التجربة إلى قرار وعقد

التجربة لا تنتهي بعرض نتائج، بل بقرار من ثلاثة، ولكل منها أثر مكتوب:

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

وما تعلمته الجهة عن نفسها في التجربة لا يقل قيمة: مسؤول المنصة المرشح عرف ما يتطلبه دوره، وتقنية المعلومات عرفت ما يلزمها في الربط، والمدير عرف شكل تقريره. انقل ذلك إلى خطة التنفيذ وإلى بنود عقد نظام LMS مباشرة.

كيف نجهز التجربة لجهتك؟

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

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

الأسئلة الشائعة

الخلاصة: تجربة صغيرة بسؤال واضح

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

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