एक सिफ्टदेखि अर्को सिफ्टसम्म साझा रिसेप्सन ट्याब्लेट
एउटा काल्पनिक होटल रिसेप्सन पाइलट हेर्नुहोस्। टोलीले साझा अनुवाद ट्याब्लेटको परीक्षण कसरी गर्ने, हरेक सत्र कसरी अन्त्य गर्ने र उपकरण अर्को सिफ्टलाई कसरी हस्तान्तरण गर्ने, जान्नुहोस्।
उदाहरणका लागि बनाइएको परिदृश्य। यो काल्पनिक योजना उदाहरण हो, ग्राहक केस स्टडी होइन। तलका होटल, कर्मचारी र परीक्षण योजना काल्पनिक हुन्। यहाँ Vavus का कुनै ग्राहकका नतिजा वा उत्पादनको कार्यक्षमता प्रस्तुत गरिएको छैन।
कल्पना गर्नुहोस्, एउटा सानो होटल रिसेप्सनका नियमित कुराकानीका लागि एउटा साझा ट्याब्लेट चाहन्छ। व्यवस्थापकको प्रश्न सरल छ: अहिलेको सिफ्ट सकिएपछि अर्को कर्मचारीले यसलाई ठीकसँग प्रयोग गर्न सक्छन्? उपयोगी पाइलटले पहिलो अनुवाद जत्तिकै ध्यान दिएर यो हस्तान्तरण पनि जाँच्नुपर्छ।
पाहुनालाई उपकरण दिनुअघि होटलले कर्मचारीले नै चलाउने परीक्षणको योजना बनाउँछ। यसका पहिलो काम बिहानको खाजा कोठाको बाटो, खुल्ने समय र सामान राख्ने निर्देशन हुन्। कर्मचारीले तयार पारिएका उदाहरण प्रयोग गर्छन्। यस परीक्षणमा बुकिङ, भुक्तानी विवरण, राहदानीका तस्बिर र आपत्कालीन अवस्था समावेश छैनन्।
ट्याब्लेटले के गर्नुपर्छ, त्यसमा सहमति गर्नुहोस्
व्यवस्थापक छोटो आवश्यकता लेख्छन्: कर्मचारीले सहमति भएको भाषा छान्न, एउटा नियमित निर्देशन बुझाउन, जवाफ जाँच्न र सत्र अन्त्य गर्न सक्नुपर्छ। त्यसपछि अर्को कर्मचारीले सहमति भएको होम स्क्रिनबाट सुरु गर्न सक्नुपर्छ।
यो टोलीको स्वीकृति नियम हो, कुनै उपकरणले यसलाई पहिल्यै पूरा गर्छ भन्ने दाबी होइन। होटलले आपूर्तिकर्तालाई चाहिने हार्डवेयर, एप्लिकेसन र कन्फिगरेसन बताउन भन्छ। कुन कामका लागि इन्टरनेट जडान वा स्थानीय सर्भर चाहिन्छ भनेर पनि सोध्छ।
Vavus ले परियोजना अनुसार हार्डवेयर र सफ्टवेयर कन्फिगरेसन उपलब्ध गराउँछ। Vavus OS ले छानिएका एप्लिकेसन, ब्रान्डिङ र उपकरण सेटिङलाई एकै ठाउँमा ल्याउन सक्छ। ठ्याक्कै कस्तो सेटअप हुने भनी पुष्टि गर्न होटललाई आफ्नै प्रस्ताव र पाइलट चाहिन्छ।
अभ्यासका लागि केही छोटा संवाद तयार गर्नुहोस्
दुई जना कर्मचारीले रिसेप्सनिस्ट र आगन्तुकको भूमिका लिन्छन्। उनीहरूले काल्पनिक विवरण र हरेक पटक उही छोटा स्क्रिप्ट प्रयोग गर्छन्। सम्बन्धित भाषा राम्रोसँग जान्ने व्यक्तिले अनुवादित निर्देशनमा चाहेको अर्थ कायम छ कि छैन, जाँच्छन्।
एउटा स्क्रिप्टमा बिहानको खाजा कहाँ दिइन्छ भनेर सोधिन्छ। अर्कोमा सामान कहिलेसम्म लैजानुपर्छ भनेर सोधिन्छ। तेस्रोमा एउटा अस्पष्ट शब्द छ, जसले गर्दा रिसेप्सनिस्टले थप प्रश्न सोध्नुपर्छ। कर्मचारीले सङ्ख्या र समय सिधै जाँच्छन्। धाराप्रवाह बोलिएको जवाफलाई उनीहरू सही अनुवादको प्रमाण मान्दैनन्।
दुवै जनाले असहज रूपमा हात तन्काउनु नपरी स्क्रिन पढ्न सक्छन् कि सक्दैनन्, टोलीले यो पनि जाँच्छ। उनीहरू लबीको सामान्य आवाजमा अडियोको परीक्षण गर्छन्। कसैलाई टाइप गरिएको पाठ मन पर्छ भने कर्मचारीले त्यो विकल्प छुट्टै जाँच्छन्।
अर्को सत्र सुरु हुनुअघि अघिल्लो सत्र अन्त्य गर्नुहोस्
टोलीले सत्र अन्त्य गर्ने कामलाई छुट्टै परीक्षण बनाउँछ। एक रिसेप्सनिस्टले अभ्यास संवाद सक्छन् र सहमति भएका चरण पालना गर्छन्। त्यसपछि अर्को परीक्षकले स्क्रिन, हालैका संवादको दृश्य र सामान्य प्रयोगकर्ताले पहुँच गर्न सक्ने अन्य कुनै पनि भाग जाँच्छन्।
प्रश्न निश्चित छ: ती व्यक्तिले अघिल्लो सत्रको सामग्री देख्न सक्छन्? जवाफ हो भने टोलीले ठ्याक्कै कुन बाटोबाट देखियो, त्यो टिप्छ र कन्फिगरेसन वा प्रक्रियाको समीक्षा नहुन्जेल साझा प्रयोगको त्यो परीक्षण रोक्छ।
संवादको सामग्री कहाँ भण्डारण हुन्छ, कति समय रहन्छ र कसले हेर्न सक्छ भनेर पनि उनीहरू सोध्छन्। एप बन्द गर्नु भण्डारण गरिएको सामग्री हटाइएको प्रमाण होइन। आपूर्तिकर्ताले वास्तविक व्यवहार स्पष्ट पार्नुपर्छ। त्यो आफ्ना नियम अनुसार छ कि छैन, होटलले निर्णय गर्नुपर्छ।
सिफ्ट परिवर्तनको अभ्यास गर्नुहोस्
सिफ्ट सक्ने कर्मचारीले ट्याब्लेट तोकिएको ठाउँमा फिर्ता राख्छन्, चार्ज जाँच्छन् र बाँकी रहेका कुनै पनि समस्या जानकारी गराउँछन्। सिफ्टमा आउने कर्मचारीले सुरुको स्क्रिन, छानिएको भाषा र जडानको अवस्था जाँच्छन्। कामका लागि प्रयोग गर्नुअघि उनीहरू तयार पारिएको एउटा वाक्यांश चलाएर हेर्छन्।
व्यवस्थापकले छोटो हस्तान्तरण रेकर्ड राख्छन्। त्यसमा उपकरण, सफ्टवेयर संस्करण, चार्ज जाँच र समाधान नभएका खराबी उल्लेख हुन्छन्। त्यसमा आगन्तुकका संवाद वा व्यक्तिगत विवरण हुँदैनन्। खराबीको सूची र उपकरणलाई प्रयोगबाट हटाउने निर्णयको जिम्मा नाम तोकिएका एक कर्मचारीको हुन्छ।
टोलीले यही क्रम अर्को कर्मचारीसँग दोहोर्याउँछ। सफलता कुनै एक व्यक्तिको सम्झनामा भर परेको देखिए उनीहरू निर्देशन सुधार्छन् र फेरि परीक्षण गर्छन्।
जडान बिग्रिने अवस्था पनि समावेश गर्नुहोस्
नियन्त्रित अभ्यास सत्रमा, चाहिने जडान उपलब्ध नहुँदा सहमति भएको व्यवहार कस्तो हुन्छ भनेर कर्मचारीले परीक्षण गर्छन्। उनीहरू पाहुनाको वास्तविक अनुरोध होइन, तयार पारिएको पाठ प्रयोग गर्छन्। कुन कार्य चलिरहन्छन् र कुन रोकिन्छन्, उनीहरू टिप्छन्।
अफलाइन आवश्यकताको सटीक परिभाषा चाहिन्छ। आन्तरिक सर्भर प्रयोग गर्ने कार्यलाई पनि होटलको स्थानीय नेटवर्क चाहिन सक्छ। चाहिने भाषा र कार्यहरू त्यो हार्डवेयरमा इन्स्टल गरी परीक्षण नगरेसम्म टोलीले अफलाइन आवाज अनुवादको वाचा गर्नु हुँदैन।
वैकल्पिक उपाय सरल भाषामा लेखिएको हुन्छ: रोकिनुहोस्, समस्या बुझाउनुहोस् र होटलले स्वीकृत गरेको विकल्प प्रयोग गर्नुहोस्। सहकर्मी वा भाषा सहयोगका अन्य उपयुक्त स्रोतलाई कहिले बोलाउने भन्ने कर्मचारीलाई थाहा हुनुपर्छ।
रेकर्डका आधारमा रोलआउटको निर्णय गर्नुहोस्
यो उदाहरण बनावटी सफलताको कथाले होइन, निर्णयको चेकलिस्टले टुङ्गिन्छ। कर्मचारीले सहमति भएका काम पूरा गर्न सक्छन्? उनीहरूले सत्रहरू ठीकसँग अन्त्य गर्न सक्छन्? अर्को सिफ्टले काम सुरु गर्न सक्छ? जडानका सीमा, डेटा व्यवस्थापन, सहायता र लागत स्पष्ट छन्?
कुनै जवाफ अनिश्चित भए होटलले विस्तार गर्नुअघि दायरा साँघुरो बनाउँछ वा सेटअप बदल्छ। छोटो सफल प्रदर्शन प्रमाणको एउटा भाग मात्र हो।
यस्तै पाइलटबारे छलफल गर्न आफ्ना नियमित काम, चाहिने भाषा, भइरहेका उपकरणका मोडेल र अपेक्षित सेवा स्थानको सङ्ख्या Vavus लाई पठाउनुहोस्। सुरुको सोधपुछमा व्यक्तिगत रेकर्ड र गोप्य कागजात नपठाउनुहोस्।