عندما تقيّم العديد من الشركات الصيانة عن بُعد لخزائن الطرود الذكية، فإنها تقارن فقط رسوم اشتراك البرامج وما إذا كان المهندس بحاجة إلى السفر. لكن بالنسبة لجهاز يخدم المستخدمين، قد لا تكون أكبر تكلفة خفية هي المدة التي يقضيها المهندس، بل ما إذا كانت العملية عن بُعد تحتل شاشة استلام الطرود. معالجة المهندس لمدة خمس دقائق في الخلفية، وترك العميل غير قادر على استلام طروده لمدة خمس دقائق، لهما نتائج مختلفة تمامًا على الأعمال.
لذلك، لا يمكن كتابة عائد الاستثمار للصيانة عن بُعد فقط على أنه "كم انخفض عدد الزيارات الميدانية"، بل يجب أيضًا حساب وقت المهندس، وانقطاع المستخدم في الواجهة، ودعم العملاء والمساعدة الميدانية، وكذلك الطلبات والتنفيذ والشكاوى وتأثير العلامة التجارية.
لماذا لا يزال التحكم في الشاشة يشكّل توقفًا للخدمة
يمكن لمنتجات التحكم عن بُعد للمؤسسات مثل AirDroid Business وTeamViewer مساعدة المهندسين على الاتصال بأجهزة Android غير المراقبة وتقليل السفر الميداني. هذه القدرات مناسبة جدًا لعرض الشاشة الفعلية، أو الخروج من الصفحات غير الطبيعية، أو إعادة تشغيل تطبيق الأعمال، أو تنفيذ عمليات على مستوى النظام.
المشكلة هي أنه عندما يتحكم الشخص عن بُعد في الشاشة الفعلية للجهاز، فعادةً ما يرى المستخدم أيضًا صفحة الإعدادات أو صفحة تسجيل الدخول أو نقرات المهندس. حتى إذا كانت الشبكة طبيعية، فإن مدخل الخدمة يكون مشغولاً خلال هذه الفترة. بعض الحلول يمكنها جعل الشاشة سوداء أثناء التحكم عن بُعد لحماية محتوى الصيانة، لكن الشاشة السوداء تعني أيضًا أن العميل لا يمكنه استلام الطرود.
الفرق في Teralivo هو: بالنسبة لتطبيقات الصيانة التي تدعم شاشة عرض افتراضية مستقلة، يمكن للمهندس فتحها وتشغيلها في الخلفية، بينما تستمر الشاشة الفعلية في عرض أعمال استلام الطرود. هذا ليس بديلاً لجميع المشكلات، لكنه يمكن أن يحول فحص الحساب وتحديث المزامنة وبعض معالجات التكوين من "توقف مرئي للمستخدم" إلى عمل في الخلفية.
بناء معادلة التكلفة الكاملة
يُقترح استخدام النموذج التالي:
التكلفة الإجمالية للصيانة الواحدة = تكلفة وقت معالجة المهندس + تكلفة وقت انقطاع المستخدم في الواجهة + تكلفة دعم العملاء والمساعدة الميدانية + تكلفة الطلبات والتنفيذ والشكاوى والعلامة التجارية
تشمل تكلفة المهندس وقت التشخيص والتشغيل والتسجيل والمراجعة؛ وتشمل تكلفة انقطاع المستخدم الانتظار والاصطفاف والتخلي عن الاستلام؛ وتشمل تكلفة دعم العملاء الاستفسارات والشكاوى وفتح الخزائن يدويًا؛ وتشمل التكلفة الميدانية حضور موظفي الممتلكات أو الصيانة؛ وتشمل تكلفة الأعمال التأخير في التنفيذ وإعادة التوصيل وانخفاض الثقة في العلامة التجارية.
ليس بالضرورة أن تُحول كل هذه البنود إلى مبالغ مالية بدقة، لكن يجب تسجيلها. وإلا ستعتبر الشركة أن "الاتصال عن بُعد نجح" يعني "لم يحدث انقطاع في الأعمال".
مثال حسابي قابل للتحقق
لنفترض أن إحدى الشركات تدير 2,000 خزانة طرود ذكية، ويحدث لكل خزانة حدث صيانة يستغرق خمس دقائق على الواجهة كل أسبوع. هذا يعني أنه قد يُنتج 10,000 دقيقة أسبوعيًا، أي حوالي 166 ساعة من شغل الشاشة.
إذا كانت العمليات في الخلفية تجعل 70% من هذه الأحداث لا تشغل الواجهة، فسيؤدي ذلك إلى تقليل حوالي 116 ساعة من الانقطاع المحتمل للمستخدمين. لا يُفترض هنا أن وقت المهندس يختفي: فالمهندس لا يزال بحاجة إلى التشخيص والتشغيل، وما يتم توفيره هو الجزء الذي يتحول فيه إجراء الصيانة إلى توقف للعميل.
يجب أيضًا تسجيل فترات الذروة والانخفاض بشكل منفصل عند الحساب. خمس دقائق في المساء تختلف عن خمس دقائق في ذروة استلام الطرود بعد العمل؛ كما تختلف منحنيات الاستخدام في المناطق السكنية والحرم الجامعي والمباني المكتبية.
| المؤشر | التحكم في الشاشة الفعلية | التشغيل الخلفي للتطبيق المتوافق |
|---|---|---|
| يمكن للمهندس المعالجة عن بُعد | نعم | نعم |
| هل يرى العميل صفحة الصيانة؟ | عادةً يراها أو يواجه شاشة سوداء | يمكن أن تبقى واجهة استلام الطرود في المقدمة |
| مناسب للأعطال على مستوى النظام؟ | أكثر ملاءمة | قدرة محدودة |
| هل يتطلب دعم العرض المستقل؟ | لا يتطلب | يتطلب |
| القيمة الرئيسية | تقليل السفر الميداني | تقليل انقطاع المستخدم أيضًا |
ما البيانات التي يجب تسجيلها أثناء التجربة
لا تستنتج نتائج أسطول الأجهزة بالكامل من العروض التوضيحية التسويقية مباشرة. اختر أجهزة حقيقية ذات موديلات مختلفة وإصدارات Android مختلفة وبيئات شبكة وأحجام أعمال مختلفة، وسجل باستمرار أنواع الأعطال، ومعدل نجاح الاتصال عن بُعد، ومتوسط وقت المعالجة، والوقت الذي تكون فيه الواجهة مشغولة، ونسبة الحاجة إلى تدخل ميداني، وحالة تكرار الأعطال بعد الاستعادة.
في الوقت نفسه، حدد ما إذا كان التطبيق المستهدف يدعم العرض الافتراضي المستقل. إذا كان التطبيق يتطلب كاميرا فعلية، أو لوحة مفاتيح آمنة، أو تسريع أجهزة معينًا، أو أجهزة خارجية، فقد لا يتمكن العرض في الخلفية من إكمال جميع العمليات. في هذه الحالة، يجب الاحتفاظ بالتحكم التقليدي في الشاشة الفعلية ونافذة الصيانة، بدلاً من إجبار جميع الأعطال على المعالجة في الخلفية.
كيف تقارن Teralivo مع MDM الكامل؟
تشمل مزايا MDM الكاملة عادةً تسجيل الأجهزة، والتجميع، وتوزيع التطبيقات، وإصدار الإصدارات، وسياسات Kiosk، وقيود الأمان، والحدود الجغرافية، والتكوين المجمع. لا ينبغي وصف Teralivo كبديل شامل لهذه القدرات. هو أكثر ملاءمة كمدخل مركّز للتشغيل عن بُعد في الخلفية، لحل مشكلة "هل يجب مقاطعة العميل عند صيانة تطبيق متوافق؟".
يمكن أن يعتمد قرار الشراء على نهج مركب: استخدام MDM لإدارة دورة حياة الجهاز والسياسات، واستخدام التحكم عن بُعد التقليدي للتعامل مع الشاشة الفعلية أو أعطال مستوى النظام، ثم استخدام Teralivo لمعالجة العمليات الخلفية التي يمكن إكمالها على شاشة عرض مستقلة. يجب أن يكون الأساس النهائي هو بيانات التجربة، وليس عدد الميزات.
جوهر عائد الاستثمار ليس شراء أداة أقل
النتيجة القيمة حقًا هي تقليل تأثير الصيانة عن بُعد على العملاء ودعم العملاء والعمليات الميدانية إلى أدنى حد. طالما أن الجهاز لا يزال يقدم خدمات استلام الطرود أو الدفع أو تسجيل الوصول، فإن شاشة الواجهة هي مورد إنتاجي. القيمة التجارية للصيانة في الخلفية تأتي من إبقاء هذا المورد متاحًا أثناء عمل المهندس.