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