منصة SaaS متعددة المستأجرين لإدارة التعلم والتدريب
منتج SaaS لإدارة التعلم والتدريب يتطور بصورة مستمرة، ويعتمد على بنية متعددة المستأجرين تتيح له خدمة جهات ذات احتياجات وتشغيل مختلف.
ولا تقتصر المنصة على وظائف إدارة التعلم التقليدية؛ بل تجمع ضمن منتج واحد عمليات التدريب، والاختبارات، والشهادات، والجوانب المالية، والتقارير، والتكاملات، ومجموعة أخرى من الوظائف الإدارية.
تطورت مساهمتي بالتوازي مع تطور المنتج؛ بدءًا من جمع احتياجات العملاء وتحويلها إلى متطلبات، مرورًا بتحديد الوظائف ودعم فرق التطوير وتحليل واجهات الـAPI ومتطلبات الامتثال، وحتى عرض المنتج ودعم المستخدمين بعد التسليم.
التحدي
دعم منتج واحد بينما تستمر متطلباته في النمو.
يختلف العمل على منتج SaaS عن تنفيذ نظام ذي نطاق ثابت لجهة واحدة.
فالمنصة تحتاج إلى خدمة جهات مختلفة، واستيعاب احتياجات عملاء متجددة، والحفاظ على بنية منتج مترابطة، ودعم التكامل مع أنظمة خارجية، والاستمرار في التوسع دون أن يتحول كل طلب جديد إلى تخصيص منفصل عن بقية المنتج.
وهذا يعني من منظور تحليل الأعمال عدم النظر إلى المتطلب بمعزل عن غيره، بل فهم علاقته بالمنتج القائم، والأدوار، والتدفقات، وقواعد الأعمال، والتكاملات، وقدرة المنصة على التطور مستقبلًا.
دوري عبر المنتج
العمل عبر الطبقات التي تحافظ على ترابط المنتج أثناء نموه.
- 01احتياج الأعمال
- 02متطلب المنتج
- 03السلوك الوظيفي
- 04النموذج
- 05التنفيذ
- 06API
- 07الامتثال
- 08التبني
مساهمتي
تحليل يتجاوز حدود وثيقة المتطلبات.
تحويل احتياجات العملاء إلى متطلبات للمنتج
جمعت وحللت متطلبات ناتجة عن سياقات واحتياجات مختلفة للعملاء، مع التركيز على فهم الاحتياج الفعلي خلف كل طلب بدل توثيق الوظيفة المطلوبة بصورة مباشرة فقط.
وكان جزءًا مهمًا من العمل هو فهم مكان المتطلب الجديد داخل المنتج ككل، وكيف يمكن تمثيله بصورة منسجمة مع بنية المنصة ووظائفها القائمة.
تحويل احتياجات الأعمال إلى تعريف وظيفي واضح
أعددت مستويات مختلفة من وثائق المتطلبات بما يناسب الجمهور المستهدف منها.
فعلى المستوى الأعلى، عملت على وثائق متطلبات الأعمال لتوضيح الاحتياجات والاتجاه المطلوب.
وعلى المستوى التفصيلي، وثقت وظائف النظام بحسب الأدوار، ودعمتها بنماذج تفاعلية توضح التدفقات والسلوك المتوقع والنتائج المطلوبة لفرق التطوير.
- احتياج أعمال
- متطلب
- قاعدة أعمال
- تدفق مستخدم
- سلوك متوقع للنظام
الحفاظ على ارتباط هدف الأعمال بالتنفيذ
تعاونت مع أكثر من فريق تطوير أثناء التنفيذ، لتوضيح المتطلبات والإجابة عن الأسئلة المتعلقة بالسلوك المطلوب للنظام.
ونظرًا إلى أن المنتج يتطور باستمرار، لم يكن التحليل ينتهي بتسليم الوثيقة؛ بل كانت بعض المتطلبات تحتاج إلى إعادة مراجعة أو توضيح أو ربطها بوظائف قائمة، وأحيانًا تعديلها بعد ظهور تفاصيل إضافية أثناء التنفيذ.
وبذلك أصبح التحليل حلقة وصل مستمرة بين هدف الأعمال والتنفيذ التقني.
توسيع التحليل ليشمل واجهات الـAPI
امتدت مساهمتي أيضًا إلى تحليل واجهات الربط بين الواجهة الأمامية والخلفية.
حللت الـAPIs المطلوبة ووثقتها بصورة تفصيلية في GitBook.
وساعد ذلك على ربط المنظور الوظيفي للمنتج بالعقود التقنية التي تدعم تنفيذه.
- الغرض من الـAPI
- الحقول المطلوبة
- أنواع البيانات
- الاستجابات المتوقعة
- ربط الـAPIs بالصفحات والوظائف داخل النظام
تحويل متطلبات الاعتماد إلى متطلبات قابلة للتطبيق داخل المنتج
حللت وأعددت المتطلبات اللازمة لدعم اعتماد المنصة لدى المركز الوطني للتعليم الإلكتروني.
وتضمن ذلك تحويل المتطلبات الخارجية إلى عناصر واضحة قابلة للتطبيق داخل المنتج، وتحديد ما يجب توفيره أو تعديله في المنصة.
وقد حصلت المنصة لاحقًا على الاعتماد الرسمي المطلوب.
وكانت قيمة مساهمتي هنا في ربط متطلبات الاعتماد بالمنتج الفعلي، بدل التعامل معها كقائمة منفصلة عن تجربة ووظائف النظام.
جعل التجارب المقترحة أكثر وضوحًا قبل التنفيذ
أعددت Wireframes ونماذج تفاعلية لأجزاء مختلفة من المنتج، شملت تجارب وظيفية داخل النظام وصفحات تعريفية وتسويقية.
ساعدت هذه المخرجات على تحويل المتطلبات إلى شيء يمكن لأصحاب المصلحة وفرق التطوير رؤيته ومناقشته، وتقليل الغموض حول التدفقات والسلوك المتوقع للواجهات.
تقديم المنتج من خلال سياق واحتياجات العميل
شاركت في اجتماعات العملاء لتقديم المنصة وتنفيذ عروض مباشرة لخصائصها.
وتطلب ذلك فهم المنتج بصورة تتجاوز معرفة وظائفه الفردية؛ بحيث يمكن شرحه من خلال احتياجات العميل وتدفقاته والنتائج التي يتوقعها من النظام.
كما أصبحت هذه الاجتماعات مصدرًا إضافيًا لفهم الطريقة التي ترى بها الجهات المنتج وكيف تتوقع استخدامه.
تحويل معرفة المنتج إلى إرشادات عملية
قدمت جلسات تعريفية ونقل معرفة، وأعددت أدلة استخدام متكاملة تساعد الفئات المختلفة على فهم المنصة والتعامل معها.
واعتمد التوثيق على مسؤوليات المستخدمين وتدفقاتهم الفعلية بدل الاكتفاء بشرح الشاشات بصورة منفصلة.
وبذلك أصبحت الأدلة مراجع عملية يمكن الرجوع إليها بعد انتهاء الجلسات نفسها.
أبرز المخرجات
مخرجات مختلفة، لكنها تخدم فهمًا واحدًا ومترابطًا للمنتج.
وثائق متطلبات الأعمال
توثيق الاحتياجات عالية المستوى والاتجاه العام للمنتج في المبادرات ذات الصلة.
وثائق المتطلبات الوظيفية
تحديد الوظائف وقواعد الأعمال والسلوك المتوقع عبر الأدوار والعمليات المختلفة.
النماذج التفاعلية
تحويل الوظائف المقترحة إلى تجربة يمكن مراجعتها ومناقشتها وتنفيذها بصورة أوضح.
توثيق API
ربط وظائف الواجهة الأمامية بالخدمات الخلفية من خلال مواصفات منظمة وتحديد استخدام كل API داخل النظام.
متطلبات الامتثال
تحويل متطلبات المركز الوطني للتعليم الإلكتروني إلى اعتبارات قابلة للتطبيق داخل المنتج ودعم رحلة الاعتماد.
Wireframes
تصور الصفحات التعريفية والتسويقية قبل الانتقال إلى مراحل التنفيذ التفصيلية.
عروض المنتج
دعم فهم العملاء للمنصة من خلال العروض المباشرة وشرح الوظائف ضمن سياق الاستخدام.
أدلة استخدام حسب الأدوار
إعداد مراجع عملية لدعم التعريف بالنظام ونقل المعرفة واستمرار استخدامه.
اتساع الدور
تحليل الأعمال عبر طبقات الأعمال والمنتج والتقنية والتبني.
الأعمال
- المتطلبات
- احتياجات العملاء
- نقاشات العملاء
- الامتثال
المنتج
- السلوك الوظيفي
- قواعد الأعمال
- الأدوار والتدفقات
- النماذج التفاعلية
التقنية
- تحليل API
- توثيق API
- ربط الواجهة الأمامية والخلفية
- توضيح المتطلبات لفرق التطوير
التبني
- عروض المنتج
- نقل المعرفة
- تعريف المستخدمين
- أدلة الاستخدام حسب الأدوار
مهارات وظفتها في المشروع
قدرات وظفتها عبر منتج يتطور باستمرار.
- جمع المتطلبات
- تحليل المتطلبات
- تحليل المنتجات
- قواعد الأعمال
- التوثيق الوظيفي
- النماذج التفاعلية
- تحليل API
- توثيق API
- تكامل الأنظمة
- تحليل الامتثال
- التواصل مع أصحاب المصلحة
- تقديم المنتجات
- توثيق المستخدم
- نقل المعرفة
ما خرجت به من التجربة
تحليل المنتج لا يتعلق فقط بإضافة متطلبات جديدة؛ بل بالحفاظ على ترابط المنتج أثناء نموه.
منحني العمل المستمر على منتج SaaS نفسه منظورًا مختلفًا لتحليل الأعمال.
فالمتطلب الجديد نادرًا ما يكون مستقلًا؛ قد يؤثر على الأدوار والصلاحيات والعمليات الحالية والـAPIs والتقارير والتوثيق والتكاملات، بل وحتى على متطلبات تم تحديدها في مراحل سابقة.
لذلك لا يصبح السؤال فقط: «ما الذي يحتاجه العميل؟»
بل أيضًا: «كيف يصبح هذا الاحتياج جزءًا من المنتج دون أن يفقد المنتج منطقه وترابطه؟»
وهذا السياق المستمر من أكثر الجوانب قيمة في تجربة العمل على هذه المنصة.