ما مدى سرعة استجابة دعم IT؟

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

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

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

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

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

لهذا السبب تعمل العديد من الشركات مع مزود خدمات مُدارة (MSP)؛ وهو اختصار لـ managed service provider. الـ MSP هو شركة مستقلة تتولى دعمًا مستمرًا لتقنية المعلومات والخدمات ذات الصلة للشركات. إذا كنت ما زلت تتعلم الأساسيات، يمكن لصفحة answers مساعدتك.

يدرك دعم تقنية المعلومات الجيد مستويات الأولوية بوضوح. يجب أن يكون هدف الاستجابة لحالة تعطل المكتب بالكامل أسرع بكثير من سؤال موجه لمستخدم واحد. ينبغي أن تكون قادرًا على السؤال—بلغة بسيطة—ما الذي يُعد أولوية حرجة (Critical) أو عالية (High) أو عادية (Normal) أو منخفضة (Low).

كما أن الدعم الجيد يوضح أيضًا اتفاقية SLA؛ وهي اختصار لـ service level agreement (اتفاقية مستوى الخدمة). اتفاقية SLA هي المستند المكتوب الذي يوضح مدى سرعة سعي المزود للاستجابة لأنواع مختلفة من المشكلات. وقد تشرح أيضًا ساعات الدعم، وقواعد ما بعد ساعات العمل، وما الذي يحدث عندما يجب تصعيد المشكلة.

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

لا يعد مزود صادق بعدم وجود توقف عن العمل مطلقًا (zero downtime) أو شبكة لا يمكن اختراقها (unhackable). ما تحتاجه هو مزود يضع توقعات واقعية، ويتواصل بوضوح، ولديه نظام للتعامل مع المشكلات العاجلة بسرعة.

هنا يتفاجأ كثير من أصحاب الأعمال. يعني وقت الاستجابة السريع أن شخصًا ما يقوم بمراجعة التذكرة، ويتواصل معك، ويبدأ عملية المعالجة. لكن هذا لا يعني دائمًا أن المشكلة تُحل فورًا.

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

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

يمكنك أيضًا سؤالهم عن الأدوات التي يستخدمونها للبقاء منظَّمين. بعض مزودي MSP يستخدمون RMM، وهو اختصار لـ remote monitoring and management (المراقبة والإدارة عن بُعد). وهذا يعني أن هناك برامج يستخدمونها لمراقبة صحة الأجهزة، وتطبيق الصيانة الروتينية، وتتبع المشكلات. وبعضهم يستخدم أيضًا EDR، وهو اختصار لـ endpoint detection and response (اكتشاف واستجابة على نقاط النهاية). وهي أداة أمنية تساعد على اكتشاف والتحقيق في الأنشطة المشبوهة على الأجهزة مثل أجهزة اللابتوب وأجهزة سطح المكتب. لا تحتاج إلى تفاصيل تقنية عميقة، لكن من المفيد معرفة ما إذا كان لديهم عملية واضحة.

فكر في أثر المشكلة على العمل وليس فقط في الدقائق. اسأل نفسك أي الحالات توقف العمل فعلاً، وأيها يبطئه، وأيها يمكن تأجيله. يجب أن تتوافق أهداف استجابة مزودك مع هذه الحقيقة.

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

ومن المفيد أيضًا سؤال كيف يتم تقديم الدعم. هل يوجد دعم هاتفي للطوارئ؟ وهل البريد الإلكتروني أو بوابة عملاء أفضل للطلبات الروتينية؟ ومن يملك المسؤولية إذا مست المشكلة Microsoft 365 أو خدمة الإنترنت أو الطابعات أو برمجيات خط الأعمال (line-of-business)? تملك المسؤولية الواضحة مهم تقريبًا مثل عامل السرعة.

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

يجب أن تسأل أيضًا عن كيفية عمل التسعير. غالبًا ما يعتمد تسعير تقنية المعلومات المُدارة على عدد الموظفين (headcount) والأجهزة واحتياجات الأمن والموقع/المنطقة. وكقاعدة عامة جدًا، قد ترى الشركات الصغيرة خطط دعم من حوالي 100 إلى 250 دولارًا لكل مستخدم شهريًا، وأحيانًا أكثر إذا كانت تغطية الأمن أو الامتثال أو ما بعد ساعات العمل ضمن الخطة. هذه النطاقات ليست عروض تسعير (quotes).

إذا كنت تريد مساعدة في مقارنة الخيارات، فإن NodeBridge IT هي خدمة مجانية للمطابقة. نحن لا ندير أنظمتك ولا نراقبها ولا نؤمّنها ولا نصلحها ولا نتحكم في الوصول إليها. نساعدك على العثور على مزود مستقل يناسب حجمك واحتياجاتك وميزانيتك. يمكنك الاطلاع على مواضيع أكثر شيوعًا في صفحة services أو get matched عندما تكون جاهزًا.