مشترکہ ریسیپشن ٹیبلٹ: ایک شفٹ سے اگلی شفٹ تک
ہوٹل ریسیپشن کا ایک فرضی پائلٹ دیکھیں۔ جانیں کہ ٹیم مشترکہ ترجمہ ٹیبلٹ کیسے آزما سکتی ہے، ہر سیشن ختم کر سکتی ہے اور ڈیوائس اگلی شفٹ کے حوالے کر سکتی ہے۔
وضاحتی منظرنامہ۔ یہ منصوبہ بندی کی ایک فرضی مثال ہے، کسی کسٹمر کا کیس اسٹڈی نہیں۔ ذیل میں بیان کردہ ہوٹل، عملہ اور جانچ کا منصوبہ سب فرضی ہیں۔ اس میں Vavus کے کسی کسٹمر کے نتائج یا پروڈکٹ کی کارکردگی بیان نہیں کی گئی۔
فرض کریں کہ ایک چھوٹا ہوٹل ریسیپشن پر روزمرہ گفتگو کے لیے ایک مشترکہ ٹیبلٹ چاہتا ہے۔ مینیجر کا سوال سادہ ہے: جب موجودہ شفٹ ختم ہو تو کیا اگلا ملازم اسے درست طریقے سے استعمال کر سکے گا؟ ایک مفید پائلٹ کو اس حوالگی کی جانچ اتنی ہی احتیاط سے کرنی چاہیے جتنی پہلے ترجمے کی۔
ہوٹل مہمانوں کو ڈیوائس پیش کرنے سے پہلے عملے کی قیادت میں ایک آزمائش کا منصوبہ بناتا ہے۔ اس کے پہلے کام ناشتے کے کمرے کا راستہ بتانا، کھلنے کے اوقات بتانا اور سامان رکھوانے کی ہدایات دینا ہیں۔ عملہ پہلے سے تیار مثالیں استعمال کرتا ہے۔ آزمائش میں بکنگ، ادائیگی کی تفصیلات، پاسپورٹ کی تصاویر اور ہنگامی حالات شامل نہیں۔
طے کریں کہ ٹیبلٹ کو کیا کرنا ہے
مینیجر ایک مختصر تقاضا لکھتا ہے: عملے کا رکن طے شدہ زبان منتخب کر سکے، ایک روزمرہ ہدایت سمجھا سکے، جواب کی جانچ کر سکے اور سیشن ختم کر سکے۔ اس کے بعد عملے کا اگلا رکن طے شدہ ہوم اسکرین سے آغاز کرے۔
یہ ٹیم کا قبولیت کا اصول ہے، یہ دعویٰ نہیں کہ کوئی ڈیوائس پہلے ہی اس پر پورا اترتی ہے۔ ہوٹل سپلائر سے کہتا ہے کہ درکار ہارڈ ویئر، ایپلیکیشنز اور کنفیگریشن کی نشاندہی کرے۔ وہ یہ بھی پوچھتا ہے کہ کن کاموں کے لیے انٹرنیٹ کنکشن یا لوکل سرور درکار ہے۔
Vavus پروجیکٹ کے مطابق ہارڈ ویئر اور سافٹ ویئر کنفیگریشنز پیش کرتا ہے۔ Vavus OS منتخب ایپلیکیشنز، برانڈنگ اور ڈیوائس سیٹنگز کو یکجا کر سکتا ہے۔ درست سیٹ اپ کی تصدیق کے لیے ہوٹل کو اپنی الگ تجویز اور پائلٹ کی ضرورت ہوگی۔
مشق کے لیے چند مختصر گفتگوئیں تیار کریں
دو ملازمین ریسیپشنسٹ اور آنے والے شخص کا کردار ادا کرتے ہیں۔ وہ فرضی تفصیلات اور ہر بار وہی مختصر اسکرپٹس استعمال کرتے ہیں۔ زبان پر عبور رکھنے والا ایک شخص جانچتا ہے کہ ترجمہ شدہ ہدایت میں مطلوبہ مطلب برقرار ہے یا نہیں۔
ایک اسکرپٹ میں پوچھا جاتا ہے کہ ناشتہ کہاں دیا جاتا ہے۔ دوسرے میں پوچھا جاتا ہے کہ سامان کب تک واپس لینا ہے۔ تیسرے میں ایک غیر واضح لفظ شامل ہے تاکہ ریسیپشنسٹ کو وضاحت کے لیے سوال پوچھنا پڑے۔ عملہ اعداد اور اوقات کی براہِ راست جانچ کرتا ہے۔ وہ روانی سے بولے گئے جواب کو درست ترجمے کا ثبوت نہیں سمجھتے۔
ٹیم یہ بھی دیکھتی ہے کہ کیا دونوں افراد بغیر مشکل سے جھکے یا ہاتھ بڑھائے اسکرین پڑھ سکتے ہیں۔ وہ لابی کے عام شور میں آڈیو کی جانچ کرتے ہیں۔ اگر کوئی شخص ٹائپ کیا گیا متن پسند کرے تو عملہ اس طریقے کی الگ سے جانچ کرتا ہے۔
اگلا سیشن شروع ہونے سے پہلے پچھلا سیشن ختم کریں
ٹیم سیشن کے اختتام کو ایک الگ جانچ بناتی ہے۔ ایک ریسیپشنسٹ مشق کی گفتگو مکمل کرتا ہے اور طے شدہ مراحل پر عمل کرتا ہے۔ پھر اگلا جانچ کار اسکرین، حالیہ گفتگو کا منظر اور عام صارفین کے لیے دستیاب کسی بھی دوسرے حصے کی جانچ کرتا ہے۔
سوال واضح ہے: کیا وہ شخص پچھلے سیشن کا مواد دیکھ سکتا ہے؟ اگر جواب ہاں ہے تو ٹیم وہ راستہ تفصیل سے درج کرتی ہے اور کنفیگریشن یا طریقۂ کار کا جائزہ لیے جانے تک مشترکہ استعمال کی وہ جانچ روک دیتی ہے۔
وہ یہ بھی پوچھتے ہیں کہ گفتگو کا مواد کہاں محفوظ ہوتا ہے، کتنی دیر تک رہتا ہے اور کون اس تک رسائی رکھتا ہے۔ ایپ بند کرنا اس بات کا ثبوت نہیں کہ محفوظ مواد ہٹا دیا گیا ہے۔ سپلائر کو اصل طرزِ عمل کی وضاحت کرنی ہوگی۔ ہوٹل کو فیصلہ کرنا ہوگا کہ آیا یہ اس کے قواعد پر پورا اترتا ہے۔
شفٹ کی تبدیلی کی مشق کریں
جانے والا ملازم ٹیبلٹ کو اس کی طے شدہ جگہ پر واپس رکھتا ہے، چارجنگ چیک کرتا ہے اور کسی بھی حل طلب مسئلے کی اطلاع دیتا ہے۔ آنے والا ملازم ابتدائی اسکرین، منتخب زبان اور کنکشن کی صورتحال چیک کرتا ہے۔ کام کے لیے ٹیبلٹ استعمال کرنے سے پہلے وہ ایک تیار شدہ جملہ آزماتا ہے۔
مینیجر حوالگی کا ایک مختصر ریکارڈ رکھتا ہے۔ اس میں ڈیوائس، سافٹ ویئر ورژن، چارج کی جانچ اور غیر حل شدہ خرابیاں درج ہوتی ہیں۔ اس میں آنے والوں کی گفتگو یا ذاتی تفصیلات شامل نہیں ہوتیں۔ عملے کا ایک نامزد رکن خرابیوں کی فہرست اور ڈیوائس کو استعمال سے ہٹانے کے فیصلے کا ذمہ دار ہوتا ہے۔
ٹیم یہی ترتیب ایک دوسرے ملازم کے ساتھ دہراتی ہے۔ اگر کامیابی کسی ایک شخص کی یادداشت پر منحصر ہو تو وہ ہدایات بہتر بناتے ہیں اور دوبارہ جانچ کرتے ہیں۔
کنکشن کی ناکامی کو بھی شامل کریں
ایک کنٹرول شدہ مشقی سیشن کے دوران عملہ جانچتا ہے کہ مطلوبہ کنکشن دستیاب نہ ہونے پر طے شدہ طرزِ عمل کیا ہے۔ وہ تیار شدہ متن استعمال کرتے ہیں، کسی مہمان کی حقیقی درخواست نہیں۔ وہ نوٹ کرتے ہیں کہ کون سے فنکشنز کام کرتے رہتے ہیں اور کون سے رک جاتے ہیں۔
آف لائن تقاضے کی درست تعریف ضروری ہے۔ جو فنکشن اندرونی سرور استعمال کرتا ہے اسے پھر بھی ہوٹل کے لوکل نیٹ ورک کی ضرورت ہو سکتی ہے۔ جب تک مطلوبہ زبانیں اور فنکشنز اس ہارڈ ویئر پر انسٹال اور جانچے نہ جائیں، ٹیم کو آف لائن آواز کے ترجمے کا وعدہ نہیں کرنا چاہیے۔
متبادل طریقہ سادہ زبان میں لکھا جاتا ہے: رکیں، مسئلہ سمجھائیں اور ہوٹل کا منظور شدہ متبادل استعمال کریں۔ عملے کو معلوم ہونا چاہیے کہ کب کسی ساتھی کو یا زبان کی مدد کے کسی اور موزوں ذریعے کو بلانا ہے۔
رول آؤٹ کا فیصلہ ریکارڈ کی بنیاد پر کریں
یہ مثال فیصلے کی ایک چیک لسٹ پر ختم ہوتی ہے، کسی من گھڑت کامیابی کی کہانی پر نہیں۔ کیا عملہ طے شدہ کام مکمل کر سکتا ہے؟ کیا وہ سیشنز درست طریقے سے ختم کر سکتے ہیں؟ کیا اگلی شفٹ کام شروع کر سکتی ہے؟ کیا کنکشن کی حدود، ڈیٹا کا انتظام، سپورٹ اور لاگت واضح ہیں؟
اگر کوئی جواب غیر یقینی ہو تو ہوٹل توسیع سے پہلے دائرۂ کار محدود کرتا ہے یا سیٹ اپ تبدیل کرتا ہے۔ ایک مختصر کامیاب مظاہرہ ثبوت کا صرف ایک حصہ ہے۔
اسی طرح کے پائلٹ پر بات کرنے کے لیے Vavus کو اپنے روزمرہ کام، مطلوبہ زبانیں، موجودہ ڈیوائس ماڈلز اور سروس پوائنٹس کی متوقع تعداد بھیجیں۔ ابتدائی استفسار میں ذاتی ریکارڈز اور خفیہ دستاویزات شامل نہ کریں۔