कई कंपनियाँ स्मार्ट लॉकर के रिमोट रखरखाव का मूल्यांकन करते समय केवल सॉफ़्टवेयर सदस्यता शुल्क और इंजीनियर की यात्रा की आवश्यकता की तुलना करती हैं। लेकिन उपयोगकर्ताओं की सेवा कर रहे एक टर्मिनल के लिए, सबसे बड़ी छिपी लागत शायद यह नहीं है कि इंजीनियर ने कितना समय लिया, बल्कि यह है कि क्या रिमोट ऑपरेशन ने पिकअप स्क्रीन पर कब्जा किया। इंजीनियर द्वारा बैकग्राउंड में पाँच मिनट का काम और ग्राहक का पाँच मिनट तक पिकअप न कर पाना, व्यवसाय पर बिल्कुल अलग प्रभाव डालता है।
इसलिए, रिमोट रखरखाव ROI को केवल 'फ़ील्ड डिस्पैच की संख्या में कमी' के रूप में नहीं लिखा जा सकता, बल्कि इंजीनियर समय, उपयोगकर्ता फ्रंट-एंड व्यवधान, ग्राहक सेवा और फील्ड सहायता, साथ ही ऑर्डर, पूर्ति, शिकायत और ब्रांड प्रभाव की गणना भी की जानी चाहिए।
स्क्रीन पर कब्जा करने से अभी भी डाउनटाइम क्यों होता है
AirDroid Business, TeamViewer जैसे एंटरप्राइज़ रिमोट कंट्रोल उत्पाद इंजीनियरों को अनअटेंडेड Android डिवाइस से कनेक्ट करने और फील्ड यात्राएँ कम करने में मदद कर सकते हैं। ये क्षमताएँ भौतिक स्क्रीन देखने, असामान्य पृष्ठों से बाहर निकलने, व्यवसाय ऐप को पुनः आरंभ करने या सिस्टम-स्तरीय संचालन करने के लिए बहुत उपयुक्त हैं।
समस्या यह है कि जब रिमोट व्यक्ति टर्मिनल की भौतिक स्क्रीन को नियंत्रित करता है, तो उपयोगकर्ता आमतौर पर सेटिंग पृष्ठ, लॉगिन पृष्ठ या इंजीनियर के क्लिक भी देखते हैं। भले ही डिवाइस नेटवर्क ठीक हो, इस दौरान सेवा का प्रवेश द्वार पहले से ही व्याप्त रहता है। कुछ समाधान रिमोट कंट्रोल के दौरान स्क्रीन को काला कर सकते हैं ताकि रखरखाव सामग्री सुरक्षित रहे, लेकिन काली स्क्रीन का मतलब भी है कि ग्राहक पिकअप नहीं कर सकते।
Teralivo का अंतर यह है: स्वतंत्र वर्चुअल डिस्प्ले का समर्थन करने वाले रखरखाव ऐप के लिए, इंजीनियर बैकग्राउंड में इसे खोल सकते हैं और संचालित कर सकते हैं, जबकि भौतिक स्क्रीन पिकअप व्यवसाय दिखाती रहती है। यह सभी समस्याओं का विकल्प नहीं है, लेकिन यह खाता जाँच, सिंक रिफ्रेश और कुछ कॉन्फ़िगरेशन प्रक्रियाओं को 'उपयोगकर्ता-दृश्यमान डाउनटाइम' से बैकग्राउंड कार्य में बदल सकता है।
संपूर्ण लागत सूत्र स्थापित करना
निम्नलिखित मॉडल का उपयोग करने की सलाह दी जाती है:
एक बार के रखरखाव की कुल लागत = इंजीनियर प्रोसेसिंग समय लागत + उपयोगकर्ता फ्रंट-एंड व्यवधान समय लागत + ग्राहक सेवा और फील्ड सहायता लागत + ऑर्डर, पूर्ति, शिकायत और ब्रांड लागत
इंजीनियर लागत में निदान, संचालन, रिकॉर्डिंग और समीक्षा समय शामिल है; उपयोगकर्ता व्यवधान लागत में प्रतीक्षा, कतार और पिकअप छोड़ना शामिल है; ग्राहक सेवा लागत में पूछताछ, शिकायत और मैनुअल लॉकर खोलना शामिल है; फील्ड लागत में संपत्ति या मरम्मत कर्मियों की उपस्थिति शामिल है; व्यवसाय लागत में समय पर पूर्ति न होना, बार-बार डिलीवरी और ब्रांड विश्वास में गिरावट शामिल है।
ये सभी मदें जरूरी नहीं कि सटीक राशि में परिवर्तित हों, लेकिन उन्हें दर्ज किया जाना चाहिए। अन्यथा कंपनियाँ 'रिमोट कनेक्शन सफल' को 'व्यवसाय में कोई व्यवधान नहीं' समझ लेंगी।
एक सत्यापन योग्य गणना उदाहरण
मान लें कि कोई कंपनी 2,000 स्मार्ट लॉकर संचालित करती है, और प्रत्येक लॉकर में सप्ताह में एक बार रखरखाव होता है जिसके लिए पाँच मिनट के फ्रंट-एंड संचालन की आवश्यकता होती है। इस प्रकार, प्रति सप्ताह 10,000 मिनट, यानी लगभग 166 घंटे का स्क्रीन पर कब्ज़ा होने की संभावना है।
यदि बैकग्राउंड ऑपरेशन इनमें से 70% घटनाओं को फ्रंट-एंड पर कब्जा नहीं करने देता है, तो लगभग 116 घंटे के संभावित उपयोगकर्ता व्यवधान को कम किया जा सकता है। यहाँ यह नहीं माना गया है कि इंजीनियर का समय गायब हो जाता है: इंजीनियर को अभी भी निदान और संचालन की आवश्यकता है, बचत वह हिस्सा है जो रखरखाव क्रिया को ग्राहक डाउनटाइम में बदल देता है।
गणना में पीक और ऑफ-पीक समय को अलग-अलग दर्ज किया जाना चाहिए। शाम के पाँच मिनट और काम के बाद पिकअप पीक के पाँच मिनट की लागत अलग होती है; आवासीय क्षेत्रों, परिसरों और कार्यालय भवनों में उपयोग की वक्र भी भिन्न होती है।
| मीट्रिक | भौतिक स्क्रीन नियंत्रण | संगत ऐप बैकग्राउंड ऑपरेशन |
|---|---|---|
| इंजीनियर द्वारा रिमोट प्रोसेसिंग | हाँ | हाँ |
| क्या ग्राहक रखरखाव पृष्ठ देखता है? | आमतौर पर देखता है या काली स्क्रीन का सामना करता है | फ्रंट-एंड पिकअप इंटरफ़ेस बनाए रख सकता है |
| क्या सिस्टम-स्तरीय गड़बड़ियों के लिए उपयुक्त है? | अधिक उपयुक्त | सीमित क्षमता |
| क्या ऐप को स्वतंत्र डिस्प्ले समर्थन की आवश्यकता है? | कोई आवश्यकता नहीं | आवश्यक है |
| मुख्य मूल्य | फील्ड यात्राएँ कम करना | उपयोगकर्ता व्यवधान भी कम करना |
पायलट के दौरान कौन सा डेटा रिकॉर्ड करना चाहिए
सीधे मार्केटिंग डेमो से पूरे डिवाइस फ्लीट का अनुमान न लगाएं। विभिन्न मॉडलों, Android संस्करणों, नेटवर्क वातावरण और व्यवसाय मात्रा वाले वास्तविक टर्मिनल चुनें, और लगातार रिकॉर्ड करें: विफलता प्रकार, रिमोट कनेक्शन सफलता दर, औसत प्रसंस्करण समय, फ्रंट-एंड पर कब्ज़ा समय, फील्ड हस्तक्षेप की आवश्यकता वाले मामलों का अनुपात, और पुनर्प्राप्ति के बाद पुनरावृत्ति की स्थिति।
साथ ही चिह्नित करें कि क्या लक्ष्य ऐप स्वतंत्र वर्चुअल डिस्प्ले का समर्थन करता है। यदि ऐप को भौतिक कैमरा, सुरक्षित कीबोर्ड, विशेष हार्डवेयर त्वरण या बाहरी उपकरणों का उपयोग करना आवश्यक है, तो संभव है कि बैकग्राउंड डिस्प्ले सभी कार्यों को पूरा न कर पाए। ऐसे में पारंपरिक भौतिक स्क्रीन रिमोट कंट्रोल और रखरखाव विंडो को बनाए रखना चाहिए, न कि सभी विफलताओं को बैकग्राउंड प्रोसेसिंग में डालने के लिए बाध्य करना चाहिए।
Teralivo की तुलना पूर्ण MDM से कैसे करें
पूर्ण MDM के लाभों में आमतौर पर डिवाइस पंजीकरण, समूहीकरण, ऐप वितरण, संस्करण रिलीज़, Kiosk नीतियाँ, सुरक्षा प्रतिबंध, जियोफेंसिंग और थोक कॉन्फ़िगरेशन शामिल हैं। Teralivo को इन क्षमताओं का पूर्ण विकल्प नहीं बताया जाना चाहिए। यह एक केंद्रित बैकग्राउंड रिमोट ऑपरेशन प्रवेश द्वार के रूप में अधिक उपयुक्त है, जो 'संगत ऐप के रखरखाव के दौरान ग्राहक को बाधित करना आवश्यक है या नहीं' इस समस्या का समाधान करता है।
खरीद निर्णय संयुक्त दृष्टिकोण से किया जा सकता है: MDM का उपयोग डिवाइस जीवनचक्र और नीति प्रबंधन के लिए करें, पारंपरिक रिमोट कंट्रोल का उपयोग भौतिक स्क्रीन या सिस्टम-स्तरीय विफलताओं के लिए करें, और फिर Teralivo का उपयोग उन बैकग्राउंड प्रक्रियाओं के लिए करें जो स्वतंत्र डिस्प्ले में पूरी हो सकती हैं। अंतिम आधार पायलट डेटा होना चाहिए, न कि सुविधाओं की संख्या।
ROI का मूल एक कम उपकरण खरीदना नहीं है
वास्तव में मूल्यवान परिणाम एक दूरस्थ रखरखाव का ग्राहक, ग्राहक सेवा और फील्ड संचालन पर प्रभाव को कम करना है। जब तक टर्मिनल पिकअप, भुगतान या चेक-इन सेवाएँ प्रदान कर रहा है, फ्रंट स्क्रीन एक उत्पादन संसाधन है। बैकग्राउंड रखरखाव का व्यावसायिक मूल्य इस संसाधन को इंजीनियर के काम के दौरान उपलब्ध रखने से आता है।