تكلفة تطوير منصة تعليمية: من الصفر مقابل التخصيص فوق نواة جاهزة

لماذا تختلف تقديرات تطوير المنصة التعليمية بهذا الشكل؟

تطلب جهة تقديرًا لـ«منصة تعليمية بدورات واختبارات وشهادات ودفع إلكتروني»، فيصلها رقم من مطور مستقل، وآخر من شركة برمجيات أضعافه، وثالث بينهما. يبدو أحد الأرقام مبالغًا فيه، والحقيقة أن الثلاثة يسعّرون ثلاث منصات مختلفة تحمل الوصف نفسه. قبل أن تقارن الأرقام، قارن ما تفترضه:

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

المكونات السبعة لتكلفة التطوير

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

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

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

البناء من الصفر: ما الذي تدفع ثمنه فعلًا؟

البناء من الصفر يعطيك حرية كاملة في التصميم وملكية كاملة للكود إن نص العقد عليها، وهما ميزتان حقيقيتان. لكن ثمنهما ثلاثة بنود يجب أن تظهر في التقدير صراحة:

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

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

التخصيص فوق نواة جاهزة: ما الذي يتغير في التكلفة؟

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

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

متى يناسب كل خيار من الجاهز والمخصص والمسار الأوسط بينهما مشروح في مقارنة LMS جاهز أم تطوير منصة مخصصة. هنا نركز على الحساب.

مثال: مجموعة معاهد لغات تقارن المسارين

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

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

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

التكاليف المستمرة التي تغفلها التقديرات الأولى

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

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

هذه البنود هي نفسها التي تجعل المقارنة على سنة واحدة مضللة. وطريقة بناء نموذج التكلفة الإجمالية على ثلاث سنوات بجدول قابل للنسخ في التكلفة الإجمالية لنظام LMS على ثلاث سنوات.

اختبار الحساسية: متى ينقلب الحساب؟

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

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

كيف تطلب تقديرًا يمكن مقارنته؟

التقدير القابل للمقارنة يبدأ بطلب مكتوب بالطريقة نفسها لكل المزودين. أرسل وصف فكرتك بالأدوار والوظائف وحالات الاستخدام، واطلب أن يتضمن كل رد ما يلي:

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

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

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

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

الخلاصة: قارن تكلفة الامتلاك لا تكلفة البناء

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