اذهب إلى المحتوى

البحث في الموقع

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

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

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

نوع المحتوى


التصنيفات

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

التصنيفات

  • مقالات برمجة عامة
  • مقالات برمجة متقدمة
  • PHP
    • Laravel
    • ووردبريس
  • جافاسكربت
    • لغة TypeScript
    • Node.js
    • React
    • Vue.js
    • Angular
    • jQuery
    • Cordova
  • HTML
  • CSS
    • Sass
    • إطار عمل Bootstrap
  • SQL
  • لغة C#‎
    • ‎.NET
    • منصة Xamarin
  • لغة C++‎
  • لغة C
  • بايثون
    • Flask
    • Django
  • لغة روبي
    • إطار العمل Ruby on Rails
  • لغة Go
  • لغة جافا
  • لغة Kotlin
  • لغة Rust
  • برمجة أندرويد
  • لغة R
  • الذكاء الاصطناعي
  • صناعة الألعاب
  • سير العمل
    • Git
  • الأنظمة والأنظمة المدمجة

التصنيفات

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

التصنيفات

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

التصنيفات

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

التصنيفات

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

التصنيفات

  • الإنتاجية وسير العمل
    • مايكروسوفت أوفيس
    • ليبر أوفيس
    • جوجل درايف
    • شيربوينت
    • Evernote
    • Trello
  • تطبيقات الويب
    • ووردبريس
    • ماجنتو
    • بريستاشوب
    • أوبن كارت
    • دروبال
  • الترجمة بمساعدة الحاسوب
    • omegaT
    • memoQ
    • Trados
    • Memsource
  • برامج تخطيط موارد المؤسسات ERP
    • تطبيقات أودو odoo
  • أنظمة تشغيل الحواسيب والهواتف
    • ويندوز
    • لينكس
  • مقالات عامة

التصنيفات

  • آخر التحديثات

أسئلة وأجوبة

  • الأقسام
    • أسئلة البرمجة
    • أسئلة ريادة الأعمال
    • أسئلة العمل الحر
    • أسئلة التسويق والمبيعات
    • أسئلة التصميم
    • أسئلة 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.
×
×
  • أضف...