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




