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