تبلت مشترک پذیرش از یک شیفت تا شیفت بعدی
یک پایلوت خیالی در پذیرش هتل را دنبال کنید. ببینید یک تیم چگونه می‌تواند تبلت ترجمه مشترک را آزمایش کند، هر نشست را پایان دهد و دستگاه را به شیفت بعدی بسپارد.
سناریوی فرضی. این یک نمونه برنامه‌ریزی خیالی است، نه مطالعه موردی یک مشتری. هتل، کارکنان و برنامه آزمایشی زیر ساختگی‌اند. هیچ نتیجه‌ای از مشتریان Vavus یا عملکرد محصول گزارش نمی‌شود.
هتل کوچکی را تصور کنید که می‌خواهد یک تبلت مشترک برای گفتگوهای روزمره پذیرش داشته باشد. مدیر یک پرسش ساده دارد: وقتی شیفت فعلی تمام می‌شود، آیا کارمند بعدی می‌تواند به‌درستی از آن استفاده کند؟ یک پایلوت مفید باید این تحویل را به همان دقتی بررسی کند که نخستین ترجمه را بررسی می‌کند.
هتل پیش از آنکه دستگاه را در اختیار مهمانان بگذارد، یک آزمایش با هدایت کارکنان برنامه‌ریزی می‌کند. نخستین کارها عبارت‌اند از راهنمایی مسیر سالن صبحانه، ساعات کار و دستورالعمل نگهداری چمدان. کارکنان از نمونه‌های ازپیش‌آماده استفاده می‌کنند. رزروها، اطلاعات پرداخت، تصاویر گذرنامه و موقعیت‌های اضطراری از آزمایش کنار گذاشته می‌شوند.
توافق کنید تبلت چه کاری باید انجام دهد
مدیر یک نیازمندی کوتاه می‌نویسد: یکی از کارکنان باید بتواند زبان توافق‌شده را انتخاب کند، یک دستورالعمل روزمره را توضیح دهد، پاسخ را بررسی کند و نشست را پایان دهد. سپس نفر بعدی کارکنان باید از صفحه اصلی توافق‌شده شروع کند.
این معیار پذیرش تیم است، نه ادعای اینکه دستگاهی از قبل آن را برآورده می‌کند. هتل از تأمین‌کننده می‌خواهد سخت‌افزار، اپ‌ها و پیکربندی لازم را مشخص کند. همچنین می‌پرسد کدام کارها به اتصال اینترنت یا سرور محلی نیاز دارند.
Vavus پیکربندی‌های سخت‌افزاری و نرم‌افزاری مختص هر پروژه ارائه می‌دهد. Vavus OS می‌تواند اپ‌های انتخاب‌شده، برندینگ و تنظیمات دستگاه را یکجا گرد هم آورد. هتل برای تأیید پیکربندی دقیق به پیشنهاد و پایلوت مخصوص خود نیاز خواهد داشت.
مجموعه کوچکی از گفتگوهای تمرینی آماده کنید
دو کارمند نقش متصدی پذیرش و مراجع را بازی می‌کنند. آن‌ها از اطلاعات ساختگی و هر بار از همان متن‌های کوتاه استفاده می‌کنند. فردی مسلط به زبان بررسی می‌کند که آیا دستورالعمل ترجمه‌شده معنای موردنظر را حفظ می‌کند یا نه.
در یک متن پرسیده می‌شود صبحانه کجا سرو می‌شود. در متن دیگری پرسیده می‌شود چمدان را چه زمانی باید تحویل گرفت. متن سوم یک واژه مبهم دارد تا متصدی پذیرش مجبور شود پرسش تکمیلی بپرسد. کارکنان اعداد و ساعت‌ها را مستقیماً بررسی می‌کنند. آن‌ها یک پاسخ گفتاری روان را دلیلی بر درستی ترجمه نمی‌دانند.
تیم همچنین بررسی می‌کند که آیا هر دو نفر می‌توانند صفحه را بدون دست دراز کردن ناخوشایند بخوانند. صدا را در سروصدای معمول لابی آزمایش می‌کنند. اگر کسی متن تایپ‌شده را ترجیح دهد، کارکنان آن مسیر را جداگانه بررسی می‌کنند.
پیش از شروع نشست بعدی، نشست قبلی را پایان دهید
تیم پایان دادن نشست را به یک آزمایش جداگانه تبدیل می‌کند. یک متصدی پذیرش گفتگوی تمرینی را تمام می‌کند و مراحل توافق‌شده را دنبال می‌کند. سپس آزمایش‌کننده بعدی صفحه، نمای گفتگوهای اخیر و هر بخش دیگری را که برای کاربران عادی در دسترس است بررسی می‌کند.
پرسش مشخص است: آیا این فرد می‌تواند محتوایی از نشست قبلی ببیند؟ اگر پاسخ مثبت باشد، تیم مسیر دقیق را ثبت می‌کند و آن آزمایش استفاده مشترک را تا بازبینی پیکربندی یا فرایند متوقف می‌کند.
آن‌ها همچنین می‌پرسند محتوای گفتگو کجا ذخیره می‌شود، چه مدت باقی می‌ماند و چه کسی به آن دسترسی دارد. بستن اپ دلیلی بر حذف محتوای ذخیره‌شده نیست. تأمین‌کننده باید رفتار واقعی سیستم را توضیح دهد. هتل باید تصمیم بگیرد که آیا این رفتار با قوانینش سازگار است یا نه.
تعویض شیفت را تمرین کنید
کارمندی که شیفتش تمام می‌شود، تبلت را به جای توافق‌شده‌اش برمی‌گرداند، شارژ را بررسی می‌کند و هر مشکل حل‌نشده‌ای را گزارش می‌دهد. کارمندی که شیفتش شروع می‌شود، صفحه شروع، زبان انتخاب‌شده و وضعیت اتصال را بررسی می‌کند. او پیش از استفاده کاری از تبلت، یک عبارت ازپیش‌آماده را امتحان می‌کند.
مدیر یک سابقه تحویل کوتاه نگه می‌دارد. در آن دستگاه، نسخه نرم‌افزار، بررسی شارژ و ایرادهای حل‌نشده ثبت می‌شود. گفتگوهای مراجعان یا اطلاعات شخصی در آن ثبت نمی‌شود. یکی از کارکنان که نامش مشخص است، مسئول فهرست ایرادها و تصمیم برای خارج کردن دستگاه از استفاده است.
تیم این روال را با کارمند دیگری تکرار می‌کند. اگر موفقیت به حافظه یک نفر وابسته باشد، دستورالعمل‌ها را بهتر می‌کنند و دوباره آزمایش می‌کنند.
قطع اتصال را هم آزمایش کنید
در یک جلسه تمرینی کنترل‌شده، کارکنان رفتار توافق‌شده را در زمانی که اتصال لازم در دسترس نیست آزمایش می‌کنند. آن‌ها از متن ازپیش‌آماده استفاده می‌کنند، نه درخواست واقعی یک مهمان. ثبت می‌کنند کدام قابلیت‌ها همچنان کار می‌کنند و کدام از کار می‌افتند.
نیاز به کار آفلاین تعریف دقیقی لازم دارد. قابلیتی که از یک سرور داخلی استفاده می‌کند ممکن است همچنان به شبکه محلی هتل نیاز داشته باشد. تیم نباید ترجمه گفتاری آفلاین را وعده دهد مگر آنکه زبان‌ها و قابلیت‌های لازم روی همان سخت‌افزار نصب و آزمایش شده باشند.
راهکار جایگزین به زبانی ساده نوشته می‌شود: متوقف شوید، مشکل را توضیح دهید و از جایگزین تأییدشده هتل استفاده کنید. کارکنان باید بدانند چه زمانی با یک همکار یا منبع مناسب دیگری برای کمک زبانی تماس بگیرند.
تصمیم اجرای گسترده را بر پایه سوابق بگیرید
این مثال با یک فهرست بررسی برای تصمیم‌گیری پایان می‌یابد، نه با یک داستان موفقیت ساختگی. آیا کارکنان می‌توانند کارهای توافق‌شده را انجام دهند؟ آیا می‌توانند نشست‌ها را به‌درستی پایان دهند؟ آیا شیفت بعدی می‌تواند کار را شروع کند؟ آیا محدودیت‌های اتصال، نحوه مدیریت داده، پشتیبانی و هزینه‌ها روشن است؟
اگر پاسخی قطعی نباشد، هتل پیش از گسترش، دامنه را محدودتر می‌کند یا مجموعه را تغییر می‌دهد. یک نمایش کوتاه و موفق تنها بخشی از شواهد است.
برای گفتگو درباره پایلوتی مشابه، کارهای روزمره، زبان‌های لازم، مدل دستگاه‌های فعلی و تعداد مورد انتظار نقاط خدمت را برای Vavus بفرستید. سوابق شخصی و اسناد محرمانه را در درخواست اولیه نگنجانید.