بخش «درخواست‌های مهمانان» شاه‌کلید برای این است که حوله‌ی اضافه، تأخیر در خروج، خرابی یا شکایت مهمان در پیام‌رسان و حافظه‌ی افراد گم نشود. هر درخواست یک تیکت است: دسته، اولویت، مسئول، مهلت پاسخ و تاریخچه دارد. این بخش از مقاله‌ی آداب میزبانی حرفه‌ای جدا شده و جزئیات ابزارش را می‌دهد. اگر هنوز رویه‌ی پشتیبانی ندارید، اول پشتیبانی شبانه‌روزی مهمان و حل اختلاف و خدمات حین اقامت را بخوانید؛ این مقاله فقط نشان می‌دهد در شاه‌کلید آن رویه چطور اجرا می‌شود.
صفحه‌ی اختصاصی مهمان
برای هر رزرو یک لینک غیرقابل‌حدس ساخته می‌شود که بدون ورود باز می‌شود. مهمان دسته را انتخاب می‌کند، درخواستش را می‌نویسد، در صورت نیاز عکس (حداکثر ۵ مگابایت) می‌گذارد و بعد وضعیت و پاسخ‌های کارکنان را همان‌جا می‌بیند و می‌تواند جواب بدهد. فقط درخواست‌های همان رزرو و فقط پیام‌های قابل‌دیدن برای مهمان نمایش داده می‌شود؛ یادداشت داخلی و نام کارکنان دیده نمی‌شود. برای جلوگیری از سوءاستفاده، تعداد درخواست باز و روزانه‌ی هر لینک محدود است. لینک تا چند روز بعد از خروج معتبر می‌ماند و در کاتالوگ دیجیتال مهمان (روی لینک اختصاصی اقامت) کارت «ثبت درخواست» دارد (راهنمای دیجیتال مسافر).
میز کار کارکنان
تیکت‌ها در یک فهرست با خلاصه‌ی بالای صفحه، فیلتر، جست‌وجو و انتخاب گروهی هستند. دسته‌ها (مثلاً حوله و امکانات، خروج دیرتر، مشکل فنی، شکایت، سؤال) قابل‌تعریف برای سازمان‌اند. وضعیت‌ها: جدید ← واگذار شده ← در حال انجام ← منتظر مهمان ← حل شد ← بسته، و «بازگشایی». هر تیکت پاسخ برای مهمان و یادداشت داخلی جدا دارد، پیوست عکس یا PDF می‌گیرد و تاریخچه‌ی همه‌چیز را نگه می‌دارد. برای پاسخ‌های تکراری پاسخ آماده بسازید.
مهلت پاسخ
برای هر اولویت (کم، معمولی، زیاد، فوری) دو مهلت تعریف می‌شود: مهلت اولین پاسخ و مهلت حل. تیکتی که از مهلت گذشته با رنگ هشدار نشان داده می‌شود و یک‌بار برای مسئول و مدیر اعلان تأخیر می‌رود؛ هر صبح هم خلاصه‌ی تیکت‌های باز می‌آید. ساعت مهلت‌ها ۲۴ ساعته حساب می‌شود و زمانی که تیکت «منتظر مهمان» است شمارش مهلت حل متوقف می‌شود. تیکتی که حل شده و مهمان جوابی نداده بعد از چند روز خودکار بسته می‌شود.
تبدیل به کار تعمیر یا نظافت
اگر ماژول‌های مربوط برای سازمان روشن باشند، از داخل تیکت با یک کلیک «کار تعمیر» در نگهداری و تعمیرات یا «کار نظافت» در خانه‌داری و نظافت ساخته می‌شود و لینکش روی تیکت می‌ماند. مشکلی که نیروی نظافت حین کار ثبت می‌کند هم به همان کار تعمیر وصل می‌شود.
رضایت مهمان
بعد از «حل شد»، مهمان می‌تواند به نحوه‌ی رسیدگی ۱ تا ۵ امتیاز بدهد. در گزارش درخواست‌ها میانگین رضایت، زمان پاسخ و حل، تعداد تأخیرها و پرتکرارترین دسته‌ها را می‌بینید؛ دسته‌ای که مدام تکرار می‌شود، مشکل پشتیبان نیست، مشکل ساختمان است (برنامه‌ی نگهداری).
دسترسی نیروی میدانی
علاوه بر دسترسی مدیریت، نقش «رسیدگی به درخواست‌ها» می‌دهد کارمند فقط پاسخ بدهد، وضعیت و یادداشت و پیوست بگذارد و تیکت را تبدیل کند، بدون ویرایش و حذف (نقش‌ها در چند شعبه).
چه چیزی ندارد؟
مرکز تماس یا پشتیبانی ۲۴ ساعته نیست؛ ابزار ثبت و پیگیری است و دسته و اولویت را کارکنان تعیین می‌کنند.
پیام‌رسان زنده ندارد؛ مهمان باید صفحه را باز کند. پیامک به مهمان فقط اگر در تنظیمات روشن کنید (پیش‌فرض خاموش) و سرویس پیامک و کیف پول سازمان وصل باشد می‌رود.
قیمت و شریک خدمات (مثل رانندگی یا غذا) روی تیکت نیست؛ درآمد جانبی را به‌صورت ردیف مالی ثبت کنید (درآمد جانبی).
هزینه‌ی رسیدگی خودکار در بخش مالی ثبت نمی‌شود.
مهمان بدون لینک اختصاصی (فقط لینک عمومی یا QR داخل واحد) درخواست ثبت نمی‌کند؛ این‌طور درخواست به رزرو مشخصی نمی‌خورد.
چرا تیکت و نه پیام‌رسان؟
در پیام‌رسان درخواست بین گفتگوها گم می‌شود، مسئول مشخص نیست و کسی نمی‌داند چقدر منتظر مانده است. تیکت سه چیز اضافه می‌کند: یک مسئول، یک مهلت و یک تاریخچه. با گذشت چند ماه همان تاریخچه نشان می‌دهد کدام مشکل تکرار می‌شود و کدام کارمند یا ساختمان بیشترین تأخیر را دارد؛ یعنی مدیریت از «اطفای حریق» به پیشگیری می‌رسد.
سؤال‌های پرتکرار
مهمان باید حساب بسازد؟ نه، فقط لینک اختصاصی رزرو.
بعد از پایان مهلت لینک چه می‌شود؟ صفحه باز می‌ماند و سابقه‌ی تیکت‌ها دیده می‌شود، ولی مهمان دیگر درخواست تازه یا پاسخ نمی‌فرستد. برای رزرو لغوشده لینک ساخته نمی‌شود.
می‌شود لینک یک رزرو را غیرفعال کرد؟ بله، از همان رزرو.
نظرها