المحتوى عن 'مقياس النجاح'.



مزيد من الخيارات

  • ابحث بالكلمات المفتاحية

    أضف وسومًا وافصل بينها بفواصل ","
  • ابحث باسم الكاتب

نوع المُحتوى


التصنيفات

  • التخطيط وسير العمل
  • التمويل
  • فريق العمل
  • دراسة حالات
  • نصائح وإرشادات
  • التعامل مع العملاء
  • التعهيد الخارجي
  • التجارة الإلكترونية
  • الإدارة والقيادة
  • مقالات ريادة أعمال عامة

التصنيفات

  • PHP
    • Laravel
    • ووردبريس
  • جافاسكريبت
    • Node.js
    • jQuery
    • AngularJS
    • Cordova
  • HTML
    • HTML5
  • CSS
  • SQL
  • سي شارب #C
    • منصة Xamarin
  • بايثون
    • Flask
    • Django
  • لغة روبي
    • Sass
    • إطار عمل Bootstrap
    • إطار العمل Ruby on Rails
  • لغة Go
  • لغة جافا
  • لغة Kotlin
  • برمجة أندرويد
  • لغة Swift
  • لغة R
  • لغة TypeScript
  • سير العمل
    • Git
  • صناعة الألعاب
    • Unity3D
  • مقالات برمجة عامة

التصنيفات

  • تجربة المستخدم
  • الرسوميات
    • إنكسكيب
    • أدوبي إليستريتور
    • كوريل درو
  • التصميم الجرافيكي
    • أدوبي فوتوشوب
    • أدوبي إن ديزاين
    • جيمب
  • التصميم ثلاثي الأبعاد
    • 3Ds Max
    • Blender
  • نصائح وإرشادات
  • مقالات تصميم عامة

التصنيفات

  • خواديم
    • الويب HTTP
    • قواعد البيانات
    • البريد الإلكتروني
    • DNS
    • Samba
  • الحوسبة السّحابية
    • Docker
  • إدارة الإعدادات والنّشر
    • Chef
    • Puppet
    • Ansible
  • لينكس
  • FreeBSD
  • حماية
    • الجدران النارية
    • VPN
    • SSH
  • مقالات DevOps عامة

التصنيفات

  • التسويق بالأداء
    • أدوات تحليل الزوار
  • تهيئة محركات البحث SEO
  • الشبكات الاجتماعية
  • التسويق بالبريد الالكتروني
  • التسويق الضمني
  • التسويق بالرسائل النصية القصيرة
  • استسراع النمو
  • المبيعات
  • تجارب ونصائح

التصنيفات

  • إدارة مالية
  • الإنتاجية
  • تجارب
  • مشاريع جانبية
  • التعامل مع العملاء
  • الحفاظ على الصحة
  • التسويق الذاتي
  • مقالات عمل حر عامة

التصنيفات

  • الإنتاجية وسير العمل
    • مايكروسوفت أوفيس
    • ليبر أوفيس
    • جوجل درايف
    • شيربوينت
    • Evernote
    • Trello
  • تطبيقات الويب
    • ووردبريس
    • ماجنتو
  • أندرويد
  • iOS
  • macOS
  • ويندوز

التصنيفات

  • شهادات سيسكو
    • CCNA
  • شهادات مايكروسوفت
  • شهادات Amazon Web Services
  • شهادات ريدهات
    • RHCSA
  • شهادات CompTIA
  • مقالات عامة

أسئلة وأجوبة

  • الأقسام
    • أسئلة ريادة الأعمال
    • أسئلة العمل الحر
    • أسئلة التسويق والمبيعات
    • أسئلة البرمجة
    • أسئلة التصميم
    • أسئلة DevOps
    • أسئلة البرامج والتطبيقات
    • أسئلة الشهادات المتخصصة

التصنيفات

  • ريادة الأعمال
  • العمل الحر
  • التسويق والمبيعات
  • البرمجة
  • التصميم
  • DevOps

تمّ العثور على 1 نتيجة

  1. "لا يمكن للبيانات مهما كانت كبيرة أن تضمن اتّخاذ القرارات الصائبة، بدون السياق الصحيح لا تعني البيانات شيئًا." تنطبق هذه العبارة على العديد من المقاييس في الشركة الناشئة، وتنطبق كذلك على سلوكيات الموظفين فيها، وعلى وجه الخصوص فريق الدعم الفني خاصّة إن كان مقياس النجاح بالنسبة إليه هو الوصول إلى أرقام مُعيّنة فقط (كعدد الرسائل التي تمت الإجابة عليها مثلا). وهذه هي المشكلة الأساسية في تقديرات رضا العملاء وتلعيب سلوكيات الموظفين Gamification of emplyee behavior بشكل عام، حيث يصبح الهدف هو الحصول على تقرير سعادة أفضل بدلًا من إرضاء العملاء، وتصبح الغاية الوصول إلى تقديرات مرتفعة بدلًا من الهدف الحقيقي لخدمة العملاء ألا وهو إرضاء العملاء وإسعادهم. نعرف جميعًا أن عدد التذاكر المغلقة، ومعدل زمن الاستجابة، والعدد الكلي لرسائل البريد الإلكتروني التي تم الردّ عليها، لا تعني بالضرورة دعمًا فنّيًا ممتازًا للعملاء. غالبًا ما يتناسى البعض أن مقاييس رضا العملاء تعاني من القدرة على التحسين، وليس ذلك من ناحية العميل بل من ناحية الموظّف، فعلى سبيل المثال، قد يحصل الموظف على تقييم إيجابي عندما يقوم بحلّ مشكلة بسيطة لأحد العملاء، وهذا التقييم الإيجابي هو نفسه الذي سيحصل عليه موظّف آخر يقوم بحل مشكلة كبيرة يستغرق حلّها أكثر من 45 دقيقة. والأسوأ من ذلك، فإن الموظّف الثاني قد يحصل على تقييم سيّء بعد أن بذل جهدًا كبيرًا في حل المشكلة، وليس العيب في أداء ذلك الموظّف، بل قد تكون المشكلة كبيرة إلى درجة تؤدي إلى شعور العميل بخيبة الأمل. يدرك موظفّو الدعم الفني المتمرّسين هذه الحقيقة. يقول Jack Welch: ولكن إن كان تقييم العملاء غير متناسب مع ما يقدّمه موظف دعم العملاء من جُهد، فلماذا لا يبحث إذًا عن الأعمال السهلة؟ سيبدأ فريق الدعم الفني بالتوجّه إلى حل المشاكل السهلة بشكل تدريجي وذلك للحصول على مكسب سهل. ما الذي تعجز الأرقام عن إخبارنا به يدرك Dave Cole باعتباره أحد أعضاء الدّعم الفنّي في Wistia، كيف أنّ مقاييس رضا العملاء قد تتهاوى عند استخدامها بالشكل الخاطئ. ويناقش Dave كيف أن نظام التقييم المستند على معايير خاطئة سيؤدي إلى حثّ الموظفين على سلوكيات سيّئة: إن المشكلة في التقييمات هي أنّها لا تشجّع موظّفي الدعم الفني على مواجهة المشاكل الكبيرة. لو عدنا إلى المثال الذي سقناه قبل قليل عن رجال الشرطة، فإنّ اعتقال شخص قد ارتكب مخالفة بسيطة ليس مماثلًا لاعتقال زعيم عصابة. إن صعوبة التعامل مع المشاكل الكبيرة تكمن في وجود عملاء يشعرون بالسوء الشديد، وإيجاد الحلول المناسبة لمثل هذه المشاكل قد يأخذ الكثير من الوقت والجهد، ومن المحتمل أن تحصل في نهاية الأمر على تقييم متدنٍّ من طرف العميل. ويضيف Dave أنّه يجب أن يتذكّر أصحاب الشركات الناشئة بأنّ الإحصائيات ليست سوى نقطة للانطلاق: أعتقد أنّه يمكن تطبيق هذا على تقارير رضا العملاء في Help Scout، فقد يحصل عضو الفريق على تقييم متدنٍّ لأنّه لا يؤدي عمله بالشكل المطلوب، أو لأنه يمتلك رغبة أكبر في الاستجابة للحالات الصعبة وللعملاء الغاضبين. لا يمكن أن تقدم الأرقام الصورة الكاملة، وهناك احتمال كبير في إساءة تقدير المساهمات التي يقدّمها أحد أعضاء الفريق إن تمّ الاعتماد على الأرقام بشكل كامل." في العبارة الأخيرة يكمن بيت القصيد. "قد تعطي الأرقام صورة مغلوطة عن المساهمات الكلية لأعضاء الفريق عندما يتم التعامل مع هذه الأرقام خارج سياقها." يمكن لموظّفي الدعم الفني المتميّزين أن يتعاملوا بنجاح مع عميل صعب أو معالجة مشكلة في تذكرة ذات 800 كلمة، ولكن قد يتجاوزهم أعضاء آخرون (الذين يعرفون كيفية التّلاعب بالأرقام) إن انخفض تقييم رضا العملاء لديهم بسبب رغبتهم في العمل على حل المشكلات الصعبة. إيجاد الحل الوسط كما ذكر Dave فإن هناك مقاييس للإنتاجية ورضا العملاء موجودة بشكل مباشر في Help Scout ويمكن لأي فريق الوصول إليها. ولكن بالنظر إلى ما أوردناه في هذا المقال، فقد تتساءل عن سبب وجود هذه المقاييس أصلًا. هذه المقاييس موجودة لأنّها تساعد على تشخيص المشاكل المحتملة من خلال التفسير والتحليل الدقيقين، ويوضّح لنا Dave كيفية استخدام هذه المقاييس بالشكل الصحيح، وذلك للحصول على نظرة عامة وشاملة عن أداء الفريق: إن حصل أحد الموظفين على تقييم منخفض، فهذا يعني أن هناك خطبًا ما، ولكن هذه المعلومات تساعد في بدء عملية التحرّي والاستقصاء فقط، ولا تعني بالضرورة أن هذا الموظّف متكاسل في عمله، فقد يكون السبب وجود مشكلة تحتاج إلى حلّ. ربما يكون عمل هذا الموظّف مقتصرًا على معالجة المشاكل المعقّدة والصعبة، وفي هذه الحالة يمكن لمحادثة فرديّة بسيطة أن تحدّد أسباب المشكلة وما يمكن القيام به لمعالجتها. ما السبب الذي يدعو العملاء إلى ترك ردود الأفعال السلبية؟ هل هناك مشكلة في التعامل مع العملاء، أم في المنتج، أم في شيء آخر؟ بهذه الطريقة، يمكن للمقاييس أن تساعد في تنبيهنا إلى المشاكل الطارئة وبشكل سريع، أي أنّها تساعد في تشخيص المشكلة، ولكن ليس بمقدورها تحديد الخطوة التالية. عندما لا تصبح المقاييس أساسًا لتقييم الأداء، يمكن لأعضاء الفريق أن يتّخذوا القرارات الصائبة. حيث سيعلمون بأن الهدف هو حل المُشكل الحقيقي الذي يُعاني منه العميل وليس إيجاد طريقة للارتقاء في ترتيب أفضل موظّفي الدّعم الفنّي. ويذكرني هذا بكلمة ألقيت في Stanford بحضور مجموعة من رواد الأعمال الذي كانوا يناقشون استراتيجية الإنتاج، وأقتبس من الكلمة هذه العبارة: وأنا أضيف: "في كل مرة أرى فيها قسم دعم فني يقلق بشأن الإحصائيات بدلًا من أن يقلق بشأن العميل، فأعتقد بأنّه يتّجه نحو الفشل". ترجمة -وبتصرّف- للمقال Customer Support is More Than High Scores لصاحبه Gregory Ciotti.