एका शिफ्टमधून पुढच्या शिफ्टपर्यंत सामायिक रिसेप्शन टॅबलेट
एका काल्पनिक हॉटेल रिसेप्शन पायलटचा मागोवा घ्या. टीम सामायिक भाषांतर टॅबलेटची चाचणी कशी घेऊ शकते, प्रत्येक सत्र कसे संपवू शकते आणि डिव्हाइस पुढच्या शिफ्टकडे कसे सोपवू शकते, ते पाहा.
उदाहरणादाखल परिस्थिती. हे एक काल्पनिक नियोजन उदाहरण आहे, ग्राहक केस स्टडी नाही. खालील हॉटेल, कर्मचारी आणि चाचणी योजना काल्पनिक आहेत. यात Vavus च्या कोणत्याही ग्राहकाचे निकाल किंवा उत्पादनाची कामगिरी नोंदवलेली नाही.
अशी कल्पना करा की एका छोट्या हॉटेलला रिसेप्शनवरील नेहमीच्या संवादांसाठी एक सामायिक टॅबलेट हवा आहे. व्यवस्थापकाचा प्रश्न सोपा आहे: सध्याची शिफ्ट संपल्यावर पुढचा कर्मचारी तो योग्य प्रकारे वापरू शकेल का? उपयुक्त पायलटमध्ये पहिले भाषांतर जितक्या काळजीपूर्वक तपासले जाते, तितक्याच काळजीपूर्वक हे हस्तांतरणही तपासले पाहिजे.
पाहुण्यांना डिव्हाइस देण्यापूर्वी हॉटेल कर्मचाऱ्यांनी चालवलेल्या चाचणीचे नियोजन करते. त्यातील पहिली कामे म्हणजे नाश्त्याच्या खोलीचा मार्ग सांगणे, उघडण्याच्या वेळा आणि सामान ठेवण्याच्या सूचना. कर्मचारी आधीच तयार केलेली उदाहरणे वापरतात. या चाचणीतून बुकिंग, पेमेंट तपशील, पासपोर्टच्या प्रतिमा आणि आपत्कालीन परिस्थिती वगळल्या आहेत.
टॅबलेटने काय करायला हवे, यावर एकमत करा
व्यवस्थापक एक छोटी आवश्यकता लिहितो: कर्मचाऱ्याला ठरलेली भाषा निवडता आली पाहिजे, एक नेहमीची सूचना समजावून सांगता आली पाहिजे, उत्तर तपासता आले पाहिजे आणि सत्र संपवता आले पाहिजे. त्यानंतर पुढच्या कर्मचाऱ्याला ठरलेल्या होम स्क्रीनपासून सुरुवात करता आली पाहिजे.
हा टीमचा स्वीकृती नियम आहे; कोणतेही डिव्हाइस तो आधीच पूर्ण करते, असा हा दावा नाही. आवश्यक हार्डवेअर, ॲप्लिकेशन्स आणि कॉन्फिगरेशन कोणते, हे सांगण्यास हॉटेल पुरवठादाराला सांगते. कोणत्या कामांसाठी इंटरनेट कनेक्शन किंवा लोकल सर्व्हर लागतो, हेही ते विचारते.
Vavus प्रोजेक्टनुसार हार्डवेअर आणि सॉफ्टवेअर कॉन्फिगरेशन देते. Vavus OS निवडक ॲप्लिकेशन्स, ब्रँडिंग आणि डिव्हाइस सेटिंग्ज एकत्र आणू शकते. नेमका सेटअप निश्चित करण्यासाठी हॉटेलला स्वतःचा प्रस्ताव आणि पायलट आवश्यक असेल.
सरावासाठी काही छोटे संवाद तयार करा
दोन कर्मचारी रिसेप्शनिस्ट आणि अभ्यागत यांच्या भूमिका घेतात. ते काल्पनिक तपशील आणि प्रत्येक वेळी तेच छोटे स्क्रिप्ट वापरतात. भाषांतरित सूचनेत अपेक्षित अर्थ टिकून राहतो का, हे ती भाषा चांगली जाणणारी व्यक्ती तपासते.
एका स्क्रिप्टमध्ये नाश्ता कुठे दिला जातो, असे विचारले आहे. दुसऱ्यात सामान कधीपर्यंत घेऊन जायचे, असे विचारले आहे. तिसऱ्यात एक अस्पष्ट शब्द आहे, त्यामुळे रिसेप्शनिस्टला पुढचा प्रश्न विचारावा लागतो. कर्मचारी संख्या आणि वेळा थेट तपासतात. सफाईदारपणे बोललेले उत्तर म्हणजे भाषांतर बरोबर असल्याचा पुरावा, असे ते मानत नाहीत.
दोघांनाही अवघडपणे हात लांब न करता स्क्रीन वाचता येते का, हेही टीम तपासते. लॉबीतील नेहमीच्या आवाजात ते ऑडिओची चाचणी घेतात. एखाद्या व्यक्तीला टाइप केलेला मजकूर अधिक सोयीचा वाटत असेल, तर कर्मचारी तो मार्ग स्वतंत्रपणे तपासतात.
पुढचे सत्र सुरू होण्यापूर्वी आधीचे सत्र संपवा
सत्र संपवणे ही टीम एक स्वतंत्र चाचणी म्हणून घेते. एक रिसेप्शनिस्ट सरावाचा संवाद पूर्ण करतो आणि ठरलेल्या पायऱ्या पाळतो. त्यानंतर पुढचा चाचणीकर्ता स्क्रीन, अलीकडील संवादांचे दृश्य आणि सामान्य वापरकर्त्यांना उपलब्ध असलेला इतर कोणताही भाग तपासतो.
प्रश्न नेमका आहे: त्या व्यक्तीला आधीच्या सत्रातील मजकूर दिसू शकतो का? उत्तर हो असेल, तर टीम तो नेमका मार्ग नोंदवते आणि कॉन्फिगरेशन किंवा प्रक्रियेचा आढावा होईपर्यंत सामायिक वापराची ती चाचणी थांबवते.
संवादाचा मजकूर कुठे साठवला जातो, तो किती काळ राहतो आणि तो कोण पाहू शकतो, हेही ते विचारतात. ॲप बंद करणे म्हणजे साठवलेला मजकूर काढून टाकल्याचा पुरावा नाही. पुरवठादाराने प्रत्यक्ष वर्तन स्पष्ट केले पाहिजे. ते आपल्या नियमांनुसार आहे का, हे हॉटेलने ठरवले पाहिजे.
शिफ्ट बदलाचा सराव करा
शिफ्ट संपवणारा कर्मचारी टॅबलेट त्याच्या ठरलेल्या जागी परत ठेवतो, चार्जिंग तपासतो आणि कोणतीही प्रलंबित समस्या कळवतो. शिफ्टवर येणारा कर्मचारी सुरुवातीची स्क्रीन, निवडलेली भाषा आणि कनेक्शनची स्थिती तपासतो. टॅबलेट कामासाठी वापरण्यापूर्वी तो तयार केलेला एक वाक्यांश वापरून पाहतो.
व्यवस्थापक हस्तांतरणाची एक छोटी नोंद ठेवतो. त्यात डिव्हाइस, सॉफ्टवेअर आवृत्ती, चार्ज तपासणी आणि न सुटलेले दोष नोंदवले जातात. त्यात अभ्यागतांचे संवाद किंवा वैयक्तिक तपशील नसतात. दोषांची यादी आणि डिव्हाइस वापरातून काढण्याचा निर्णय यांची जबाबदारी नावानिशी ठरवलेल्या एका कर्मचाऱ्याकडे असते.
टीम हाच क्रम दुसऱ्या कर्मचाऱ्यासोबत पुन्हा करते. यश एखाद्या व्यक्तीच्या आठवणीवर अवलंबून असेल, तर ते सूचना सुधारतात आणि पुन्हा चाचणी घेतात.
कनेक्शन बंद पडण्याची चाचणीही करा
नियंत्रित सराव सत्रात, आवश्यक कनेक्शन उपलब्ध नसताना ठरलेले वर्तन कसे आहे, याची कर्मचारी चाचणी घेतात. ते पाहुण्याची प्रत्यक्ष विनंती नव्हे, तर तयार केलेला मजकूर वापरतात. कोणती कार्ये चालू राहतात आणि कोणती थांबतात, याची ते नोंद करतात.
ऑफलाइन आवश्यकतेची अचूक व्याख्या हवी. अंतर्गत सर्व्हर वापरणाऱ्या कार्यालाही हॉटेलचे लोकल नेटवर्क लागू शकते. आवश्यक भाषा आणि कार्ये त्या हार्डवेअरवर इन्स्टॉल करून त्यांची चाचणी होईपर्यंत टीमने ऑफलाइन आवाज भाषांतराचे आश्वासन देऊ नये.
पर्यायी मार्ग साध्या भाषेत लिहिलेला असतो: थांबा, समस्या समजावून सांगा आणि हॉटेलने मंजूर केलेला पर्याय वापरा. सहकाऱ्याला किंवा भाषेच्या मदतीच्या इतर योग्य स्रोताला कधी बोलवायचे, हे कर्मचाऱ्यांना माहीत असले पाहिजे.
नोंदींच्या आधारे रोलआउटचा निर्णय घ्या
हे उदाहरण रचलेल्या यशोगाथेने नव्हे, तर निर्णयाच्या चेकलिस्टने संपते. कर्मचारी ठरलेली कामे पूर्ण करू शकतात का? ते सत्रे योग्य प्रकारे संपवू शकतात का? पुढची शिफ्ट काम सुरू करू शकते का? कनेक्शनच्या मर्यादा, डेटा हाताळणी, सहाय्य आणि खर्च स्पष्ट आहेत का?
एखाद्या उत्तराबद्दल खात्री नसेल, तर विस्तार करण्यापूर्वी हॉटेल व्याप्ती कमी करते किंवा सेटअप बदलते. छोटे यशस्वी प्रात्यक्षिक हा पुराव्याचा केवळ एक भाग आहे.
अशाच पायलटवर चर्चा करण्यासाठी तुमची नेहमीची कामे, आवश्यक भाषा, सध्याची डिव्हाइस मॉडेल्स आणि अपेक्षित सेवा केंद्रांची संख्या Vavus ला पाठवा. सुरुवातीच्या चौकशीत वैयक्तिक नोंदी आणि गोपनीय दस्तऐवज समाविष्ट करू नका.