تجربة المستخدم للمؤسسات: كيف تطور الأنظمة القديمة دون الإضرار بمسار العمل

لماذا تفشل مشاريع تجربة المستخدم في المؤسسات الكبرى؟

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

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

كيف أبدأ عملية تحديث الأنظمة القديمة؟

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

ما هي استراتيجية الانتقال الأكثر أماناً؟

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

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

كيف أقيس مدى نجاح عملية التحديث؟

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

كيف أقنع المستخدمين المقاومين للتغيير بتبني النظام الجديد؟

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

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

ما علاقة إمكانية الوصول (Accessibility) بالأنظمة القديمة؟

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

كم تستغرق عملية التحديث؟

بكل صراحة وأمانة: يمكنك تقديم أول مسار عمل محسن بين أيدي المستخدمين خلال شهرين إلى ثلاثة أشهر، بينما يستغرق الانتقال الكامل ما بين 6 إلى 18 شهراً حسب حجم النظام وتعقيده. أي عرض يعدك باستبدال نظام مؤسسي كامل خلال 8 أسابيع يتحدث عن مجرد نموذج تجريبي للعرض، وليس انتقالاً حقيقياً لنظام مستقر.

ابدأ بمسار عمل واحد

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