عمل كودا: دراسة المتطلبات، وثيقة SRS، الهوية وتجربة الاستخدام، منصة الطالب، لوحة الإدارة، الدفع، حماية الفيديو، الاختبار والنشر.
كان الطبيب يبيع معرفته بالطريقة نفسها التي يقدمها بها مباشرة: ينتظر حتى يجتمع عدد مناسب من طلاب طب الأسنان، يراسل كل واحد منهم، يبحث عن موعد يناسب المجموعة، ثم يقدم الشرح عبر Zoom.
بعد الجلسة يسجل الفيديو، ينشئ له كلمة مرور، ويرسل بيانات الوصول إلى الطلاب. أما الدفع والمتابعة فكانا يتمان عبر تواصل يدوي لا يجمع الطلب والوصول في سجل واحد.
المعرفة كانت تنتظر اكتمال المجموعة
هذه الطريقة خدمت المجموعات الصغيرة، لكنها بقيت مرتبطة بوقت الطبيب وقدرته على التنسيق. كل مجموعة جديدة تعني رسائل جديدة، وموعداً جديداً، ومتابعة منفصلة للدفع والوصول إلى التسجيل.
درسنا العمل مع الطبيب لنحو أسبوع: من هم الطلاب، وما الذي يشترونه، وكيف يقدم المحتوى، وماذا يحتاج لإدارته بعد البيع. ثم حوّلنا النتيجة إلى وثيقة متطلبات برمجية تحدد نطاق النسخة الأولى وفترة تنفيذها.
أكاديمية لثلاثة أنواع من المعرفة
لم نحول تسجيلات Zoom إلى قائمة فيديوهات فقط. بُنيت الأكاديمية حول ثلاثة منتجات يديرها الطبيب من لوحة واحدة:
- الكورسات المسجلة: ينشئ الطبيب الكورس ويسعّره، يحدد المدرس، ويختار محتوى أو فترة مجانية للمعاينة قبل الشراء.
- الويبنارات المباشرة: يحدد موعد جلسة Zoom وعدد مقاعدها وسعرها، ويحجز الطلاب ويدفعون مسبقاً، ثم تصلهم إشعارات مع اقتراب الموعد.
- ملفات المحاضرات: يستطيع الطالب شراء ملف PDF مستقل، وتصل وصلة التحميل إلى بريده الإلكتروني بعد الشراء.
يستطيع الطبيب أيضاً تحديد مدة الوصول إلى كل كورس: وقت محدد عندما يحتاج المحتوى إلى صلاحية، أو وصول دائم عندما يكون ذلك أنسب.
الدفع والوصول جزء من الرحلة نفسها
بُني الدفع الإلكتروني كجزء مستقل تتحكم به الإدارة: تستطيع تفعيل بوابة الدفع المناسبة أو إيقافها وإضافة بوابات أخرى عند الحاجة. Stripe وPayPal هما التكاملان الحاليان، وقد اختُبرت رحلة الدفع في بيئات الاختبار الخاصة بهما. وترتبط عملية الشراء بما يظهر في حساب الطالب وما تراه الإدارة في سجل الطلبات والمدفوعات.
بهذا لم يعد إثبات الدفع، وإرسال الرابط، ومن يحق له مشاهدة المحتوى، ثلاث محادثات منفصلة. أصبحت كلها أجزاء من طلب واحد داخل المنصة.
الفيديو محمي بحساب الطالب، لا بكلمة مرور مشتركة
ربطنا فيديوهات الكورسات مع VdoCipher حتى لا يعتمد الوصول على رابط وكلمة مرور يمكن تداولهما. يشاهد الطالب المحتوى من حسابه وضمن مدة الوصول التي حددها الطبيب.
ولم نربط بنية الأكاديمية بمزود واحد بصورة نهائية. عُزل تكامل الفيديو خلف جزء مستقل، حتى يمكن إضافة مزود آخر مستقبلاً من دون إعادة بناء الكورسات والطلبات وحسابات الطلاب.
واجهة الطبيب ولوحة التشغيل
صممنا تجربة مرئية تضع خبرة الطبيب ومحتواه في الواجهة، مع لوحة طالب تجمع مشترياته وحجوزاته ووصوله إلى المحتوى.
أما لوحة الإدارة فتعطي المالك تحكماً في الكورسات والأسعار والمدرسين والمعاينات والويبنارات والملفات، إضافة إلى نصوص الموقع وصوره والطلبات والمدفوعات ومعالجة المشكلات.
المشروع الثاني على نواة كودا
كانت Fakhour Education ثاني مشروع نبنيه على نواة كودا. بدأنا من الحسابات والصلاحيات والطلبات والمحتوى المشترك، وخصصنا عمل المشروع لما يميزه: المنتجات التعليمية الثلاثة، الدفع، حجوزات الويبنارات، والوصول المحمي إلى الفيديو.
بُنيت النسخة الأولى ضمن مدة الأشهر الثلاثة المحددة في الاتفاق، وفق النطاق الذي ثُبّت في وثيقة المتطلبات.
توثق هذه الدراسة نطاق النسخة الأولى وما بنته كودا واختبرته. لا تنسب إلى المنصة أعداد مستخدمين أو مبيعات قبل توفر بيانات تشغيل فعلية.