كيفية استعادة المستخدمين إلى Salesforce بعد عملية إطلاق فاشلة

الإجابة المختصرة

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

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

خمسة أسباب للتخلي – وكيفية التمييز بينها

يستغرق التشخيص نفسه أسبوعين: عشر محادثات مع مستخدمين حقيقيين (وليس ممثلي مستخدمين)، ساعة واحدة لمراقبة العمل الفعلي لثلاثة أدوار، واستخلاص بيانات الاستخدام الفعلي وفقاً للنهج الموضح في مقاييس تبني Salesforce.

قانون العائد: ما الذي يحصل عليه المستخدم في 30 ثانية

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

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

الموجة الأولى من الإصلاحات: 30 يوماً

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

1. إزالة 30%-50% من الحقول في النموذج المركزي، مع إثبات عدم حاجة أي شخص إليها.
2. حقلان إلزاميان على الأكثر في كل مرحلة من مراحل العملية.
3. عرض "عملي لليوم" لكل دور رئيسي.
4. إصلاح ثلاث مشاكل في جودة البيانات يستشهد بها المستخدمون كدليل على عدم إمكانية الوثوق بالنظام.
5. أتمتة واحدة تلغي العمل اليدوي المتكرر.
6. تحسين أبطأ شاشة.

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

بناء الثقة من جديد

الثقة لا تعود من رسالة بريد إلكتروني. بل تعود من ثلاثة أنماط متكررة: الإصلاحات التي يتم تسليمها في الوقت الموعود، الشفافية بشأن ما لن يتم فعله، وتقدير من أثار المشكلة.

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

الشبكة البشرية التي تحمل هذه الرسالة هي شبكة الأبطال (Champions)، ويتم تفصيل طريقة بنائها في شبكة الأبطال في Salesforce.

الدورة الإدارية هي الأداة الأقوى

العامل الأكثر تأثيراً على التبني هو ما يراجعه المدير المباشر. ما دام يدير الفريق من ملف خارجي، فإن النظام اختياري. بمجرد أن تتم مراجعة مسار الفرص (Pipeline) أو تذاكر الخدمة (Cases) الأسبوعية من لوحة معلومات (Dashboard) حية – يصبح تحديث البيانات مصلحة شخصية للممثل.

هذا تغيير إداري يتطلب دعم راعٍ (Sponsor)، ولذلك فهو جزء من خطة إدارة التغيير وليس جزءاً من خطة العمل التقنية. انظر إدارة تغيير Salesforce.

متى يتم التقليص بدلاً من التوسع

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

مقاييس استعادة الثقة

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

الملخص

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