دليل خطوة بخطوة لتطبيق إدارة التغيير باستخدام الإرشادات داخل التطبيق
تفشل إدارة تغيير البرامج عندما يكون المستخدمون غير مستعدين. سواء كنت تقوم بالترحيل من نظام تخطيط موارد المؤسسات (ERP) المحلي إلى SAP S/4HANA، أو ترقية نظام إدارة علاقات العملاء (CRM) الخاص بك، أو طرح وحدة جديدة لنظام معلومات الموارد البشرية (HRIS)، فإن الفرق بين النجاح والفشل غالبًا ما يعود إلى مدى جودة توجيهك للمستخدمين خلال التغيير - وليس التكنولوجيا نفسها.
يغطي هذا الدليل خطوة بخطوة تطبيق إدارة التغيير باستخدام الإرشادات داخل التطبيق، من التخطيط وحتى النشر والقياس.
لماذا تقصر إدارة التغيير التقليدية
تعتمد إدارة التغيير التقليدية على الاتصالات (رسائل البريد الإلكتروني، اجتماعات عامة)، والتدريب الصفي، والوثائق. تشترك هذه الأساليب في عيب قاتل: إنها منفصلة عن التطبيق. يتلقى المستخدمون المعلومات في سياق واحد ويجب عليهم تطبيقها في سياق آخر، مما يخلق فجوة تؤدي إلى الارتباك، والحلول البديلة، والمقاومة.
تغلق الإرشادات داخل التطبيق هذه الفجوة من خلال تقديم التعليمات الصحيحة، في المكان الصحيح، في الوقت المناسب.
الخطوة 1: خطط لاستراتيجية الاتصال الخاصة بك
قبل بناء أي إرشادات، ضع خطة اتصال تجيب على ثلاثة أسئلة لكل مستخدم متأثر:
- لماذا يحدث هذا التغيير؟ - اربط التغيير بأهداف العمل التي يهتم بها المستخدمون
- ما الذي سيكون مختلفًا؟ - سير العمل أو الشاشات أو العمليات المحددة التي تتغير
- ما هو الدعم المتاح؟ - كيفية الوصول إلى الإرشادات داخل التطبيق، وقاعدة المعرفة، والدعم البشري
الخطوة 2: بناء الإرشادات في بيئة اختبار قبول المستخدم (UAT) أولاً
أنشئ إرشاداتك الموجهة في بيئة اختبار قبول المستخدم (UAT) قبل النشر في الإنتاج. يتيح لك ذلك:
- اختبار تدفقات الإرشادات مقابل الواجهة الجديدة الفعلية
- الحصول على ملاحظات من مجموعة تجريبية قبل النشر الواسع
- تحسين الصياغة والتسلسل والسرعة بناءً على سلوك المستخدم الحقيقي
- تحديد الحالات الهامشية التي قد تختلف فيها واجهة المستخدم عن التخطيطات المتوقعة
الخطوة 3: التجزئة حسب مجموعة المستخدمين
تختبر مجموعات المستخدمين المختلفة التغيير بشكل مختلف. يحتاج المدير إلى فهم سير عمل الموافقة الجديدة؛ ويحتاج موظف إدخال البيانات إلى تعلم تخطيطات النماذج الجديدة. قم ببناء مجموعات إرشادية منفصلة لكل شريحة باستخدام التجزئة القائمة على القواعد.
الخطوة 4: النشر مع طرح تدريجي
اطرح الإرشادات داخل التطبيق على مراحل لإدارة المخاطر وجمع التعلم:
| المرحلة | الجمهور | المدة | الهدف |
|---|---|---|---|
| تجريبي | 5-10% من المستخدمين (رواد التغيير) | 1-2 أسبوع | التحقق من المحتوى وتحديد المشكلات |
| المتبنون الأوائل | 20-30% من المستخدمين | 2-3 أسابيع | التحسين بناءً على الملاحظات؛ بناء الزخم |
| النشر العام | جميع المستخدمين | مستمر | نشر كامل بمحتوى محسن |
الخطوة 5: المراقبة والتعديل في الوقت الفعلي
استخدم تحليلات التبني لتتبع برنامج إدارة التغيير يوميًا خلال أول 30 يومًا:
- ما هي الإرشادات التي لديها معدلات إكمال منخفضة؟ قم بمراجعتها.
- ما هي شرائح المستخدمين التي تتخلف عن الركب؟ استهدفها بإرشادات إضافية.
- هل تزداد تذاكر الدعم لعمليات محددة؟ أنشئ إرشادات جديدة لتلك المناطق.
الخطوة 6: الانتقال إلى الدعم المستمر
بعد فترة التغيير الأولية، انتقل من إدارة التغيير النشطة إلى دعم الخدمة الذاتية. حافظ على أداة شريط البحث نشطة حتى يتمكن المستخدمون من العثور على الإرشادات عند الطلب، وحافظ على قاعدة المعرفة ذاتية الخدمة كمورد دائم.
الخلاصة الرئيسية: تحول الإرشادات داخل التطبيق إدارة التغيير من تمرين اتصال لمرة واحدة إلى نظام دعم مستمر. المنظمات التي تتعامل مع تغييرات البرامج بأكثر الطرق فعالية هي تلك التي توجه المستخدمين داخل التطبيق، وليس خارجه.
