IPTV در اتاق هتل: چگونه یک پلتفرم تجربه مهمان را طراحی کنیم؟

تلویزیون موجود در اتاق هتل مدت‌ها تنها برای تماشای کانال‌ها بود. زیرساخت IPTV (تلویزیون مبتنی بر IP) و تلویزیون‌های هوشمند این امکان را فراهم کردند که همان صفحه به کانال خدمات هتل تبدیل شود: پیام خوش‌آمدگویی، منوی سرویس اتاق، اطلاعیه‌های رویداد، گزارش خرابی فنی و ارتباط با پذیرش. در این مقاله اجزای چنین پلتفرمی و نکات مهم در طراحی آن را بررسی می‌کنیم.

اجزا

1. رابط کاربری اتاق: اپلیکیشنی که روی تلویزیون اجرا می‌شود و با کنترل از راه دور قابلیم‌پیمایش است. رابط‌های توسعه‌یافته با فناوری‌های وب می‌توانند با یک پایگاه کد مشترک روی برندهای مختلف تلویزیون کار کنند؛ تفاوت‌های مختص هر برند در یک لایه سازگاری نازک نگه داشته می‌شوند.
2. پنل مدیریتی مرکزی: محتوا (اطلاعیه‌ها، منوها، رویدادها، زبان‌ها)، تطبیق اتاق و دستگاه، تم‌ها و تصاویر از اینجا مدیریت می‌شوند.
3. موتور درخواست: جریانی که در آن مواردی مانند سفارش سرویس اتاق، نظافت یا درخواست خدمات فنی به بخش مربوطه ارجاع داده شده و وضعیت آن‌ها پیگیری می‌شود.
4. زیرساخت پخش: رساندن پخش کانال‌ها به اتاق‌ها از طریق شبکه IP (چندپخشی یا تک‌پخشی)؛ این لایه عمدتاً با سخت‌افزار و نرم‌افزار جداگانه فراهم می‌شود.
5. یکپارچه‌سازی‌ها: نام مهمان و زبان، اطلاعات ورود و خروج (Check-in/Check-out) از طریق سیستم مدیریت هتل (PMS)؛ پیام‌رسانی پذیرش؛ و به صورت اختیاری اطلاعات صورت‌حساب.

چندزبانگی: زبان مهمان، نه زبان هتل

زبان رابط کاربری باید به طور خودکار بر اساس زبان مهمان ورودی از PMS انتخاب شود و مهمان در صورت تمایل بتواند آن را تغییر دهد. مدیریت محتوا باید فزمین‌های مبتنی بر زبان را برای هر متن ارائه دهد؛ در صورت وجود ترجمه ناقص، باید به زبان پیش‌فرض بازگردد و صفحه خالی نشان ندهد. این قابل‌مشاهده‌ترین بخش تجربه مهمان است و برای قابل‌مدیریت نگه داشتن بار ترجمه تیم هتل، انواع محتوا باید ساده باشند.

جریان‌های درخواست: فراتر از صفحه نمایش عملیات

دریافت سفارش سرویس اتاق روی صفحه بخش آسان کار است؛ ارزش اصلی رفتن سفارش به آشپزخانه، اطلاع‌رسانی به اتاق هنگام آماده شدن و گزارش‌دهی آن است. برای هر نوع درخواست، بخش مسئول، زمان پاسخگویی هدف (بر اساس استاندارد هتل) و گذارهای وضعیت تعریف می‌شوند. پذیرش تمام درخواست‌های باز را در یک صفحه می‌بیند.

talep: oda_servisi | oda: 412 | durum: alındı → hazırlanıyor → teslim edildi
talep: teknik      | oda: 305 | durum: alındı → atandı (teknik ekip) → çözüldü
talep: temizlik    | oda: 118 | durum: alındı → planlandı → tamamlandı

تفکیک شبکه: تلویزیون نباید وارد شبکه داخلی هتل شود

تلویزیون‌های اتاق دستگاه‌هایی در دسترسی فیزیکی مهمان هستند. بنابراین دستگاه‌های IPTV باید در یک بخش شبکه جداگانه (VLAN) کار کنند و تنها به سرور پخش و اپلیکیشن دسترسی داشته باشند و نتوانند مستقیماً به شبکه اداری هتل، سرور PMS یا سیستم‌های پرداخت دسترسی پیدا کنند. یکپارچه‌سازی بین سرور اپلیکیشن و PMS از طریق یک API محدود و با حداقل دسترسی برقرار می‌شود.

دستگاهی در اتاق مهمان خارج از مرز امنیتی هتل است. معماری باید از ابتدا این را بپذیرد؛ تضمینی با این عنوان که "به هر حال در اتاق است" وجود ندارد.

داده‌های شخصی

نمایش نام مهمان روی صفحه لمسی دلنشین است؛ اما این داده نباید روی دستگاه ذخیره شود، با خروج مهمان (Check-out) از روی صفحه پاک شود و به مهمان بعدی منتقل نشود. تاریخچه درخواست باید بر اساس اقامت نگهداری شود نه بر اساس اتاق، و پس از مدت زمان مشخصی ناشناس‌سازی شود. ارائه اطلاعات به مهمان باید بخشی از اعلامیه عمومی داده‌های شخصی هتل باشد.

عملیات: مدیریت دستگاه

در هتلی با صدها اتاق، وضعیت دستگاه‌ها (آیا آنلاین هستند، از چه نسخه‌ای استفاده می‌کنند، آخرین بار چه زمانی محتوا را دریافت کرده‌اند) باید از پنل مرکزی نظارت شود. به‌روزرسانی اپلیکیشن باید به صورت از راه دور و تدریجی انجام شود بدون اینکه نیاز باشد به تک‌تک اتاق‌ها سر زده شود. خرابی یک دستگاه باید به عنوان اعلان به پذیرش برسد.

دسترس‌پذیری و کاربردپذیری

پیمایش با کنترل از راه دور باید با کلیدهای کم، فونت درشت و کنتراست بالا طراحی شود. متن کوچک و منوی شلوغ روی صفحه‌ای که از دور دیده می‌شود منجر به عدم استفاده از خدمات می‌شود. در هر صفحه باید یک راه خروج تک‌کلیدی مانند «تماس با پذیرش» وجود داشته باشد.

رویکرد Cy Logic

مدیریت محتوا: کار روزمره تیم هتل

موفقیت بلندمدت پلتفرم بستگی به توانایی تیم هتل در به‌روز نگه داشتن محتوا دارد. پنل باید اجازه انجام کارهای زیر را بدون نیاز به دانش فنی بدهد: تغییر منوی روز، افزودن رویدادها، ارسال اطلاعیه هدفمند به اتاق‌ها یا گروه‌های طبقاتی خاص، بارگذاری تصویر کمپین فصلی. فزمین‌های زبانی هر نوع محتوا باید در کنار هم دیده شوند و ترجمه‌های ناقص به عنوان هشدار لیست شوند. زمان‌بندی محتوا (قابل مشاهده بودن بین تاریخ‌های خاص) تیم هتل را از باز کردن پنل در هر صبح نجات می‌دهد.

یکپارچه‌سازی PMS: چه چیزی گرفته شود، چه چیزی گرفته نشود؟

حداقل داده‌هایی که باید از سیستم مدیریت هتل دریافت شوند: شماره اتاق، وضعیت اقامت (پر/خالی)، زبان مهمان و به صورت اختیاری نام خطاب. مواردی که نباید دریافت شوند: اطلاعات هویتی، اطلاعات پرداخت، جزئیات رزرو. یکپارچه‌سازی باید یک‌طرفه و فقط‌خواندنی باشد؛ سیستم IPTV نباید در PMS بنویسد. اگر ثبت سفارش‌های سرویس اتاق در صورت‌حساب درخواست شود، این کار با یک مجوز نوشتن جداگانه و محدود و با ثبت تمام تراکنش‌ها انجام می‌شود.

ارتباط با زیرساخت پخش

پخش کانال‌ها (منابع ماهواره‌ای یا IP) و لایه اپلیکیشن معمولاً سیستم‌های جداگانه‌ای هستند. اپلیکیشن لیست کانال‌ها را مدیریت می‌کند و تلویزیون را به پخش مربوطه هدایت می‌کند؛ خود پخش از طریق یک جریان جداگانه روی شبکه می‌آید. این تفکیک تضمین می‌کند که به‌روزرسانی‌های اپلیکیشن روی پخش تأثیر نگذارند. اگر در سمت شبکه از چندپخشی (multicast) استفاده شود، پشتیبانی IGMP سوئیچ‌ها و پیکربندی VLAN جزو محدوده پروژه است؛ این بخش معمولاً با یکپارچه‌ساز شبکه برنامه‌ریزی می‌شود.

سناریوهای قطعی

• سرور اپلیکیشن در دسترس نیست: تلویزیون باید آخرین محتوای موجود در حافظه پنهان را نشان دهد و حداقل اجازه تماشای کانال را بدهد؛ صفحه خالی غیرقابل قبول است.
• یکپارچه‌سازی PMS قطع شد: نام مهمان نمایش داده نمی‌شود، زبان به پیش‌فرض برمی‌گردد؛ خدمات به کار خود ادامه می‌دهند.
• موتور درخواست پاسخ نمی‌دهد: گزینه «تماس با پذیرش» همیشه روی صفحه قابل مشاهده باقی می‌ماند.

تنوع دستگاه و تست

برندهای مختلف تلویزیون از موتورهای مرورگر مختلف و کدهای کلید کنترل از راه دور متفاوتی استفاده می‌کنند. هر نسخه جدید از اپلیکیشن باید روی مدل‌های دستگاه‌های موجود در هتل تست شود؛ راه‌اندازی یک آزمایشگاه تست (یک دستگاه از هر مدل) بسیار ارزان‌تر از خطاهای کشف‌شده در اتاق‌ها است. عملکرد در دستگاه‌های قدیمی محدود است؛ انیمیشن و سنگینی تصاویر باید بر این اساس تنظیم شوند.

سنجش و بهبود

اینکه کدام صفحات خدمات باز شده‌اند، چه درخواست‌هایی با چه فرکانسی داده شده‌اند و زمان‌های بسته‌شدن درخواست‌ها باید به صورت ناشناس اندازه‌گیری شوند؛ این داده‌ها برای بهبود عملیات هتل استفاده می‌شوند (مثلاً آوردن پرطرفدارترین اقلام سرویس اتاق به بالای منو). اندازه‌گیری بر اساس مهمان انجام نمی‌شود بلکه بر اساس اتاق و دوره نگهداری می‌شود.

هنگام شروع پروژه

در مرحله اکتشاف اطلاعات زیر جمع‌آوری می‌شوند: موجودی اتاق و دستگاه، ساختار شبکه فعلی، PMS و نسخه آن، لیست خدمات ارائه‌شده، زبان‌ها و مسئول محتوا. پیاده‌سازی آزمایشی معمولاً در یک طبقه انجام می‌شود؛ پس از اصلاح محتوا و جریان‌ها با بازخوردهای مهمان و پرسنل، در کل هتل گسترش می‌یابد.

محصول CyHotel IPTV ما مبتنی بر معماری این مقاله است: رابط اتاق مبتنی بر وب، مدیریت محتوای چندزبانه، درخواست‌های سرویس اتاق و خدمات فنی، پیام‌رسانی پذیرش و پنل کنترل مرکزی. اصول تفکیک شبکه و داده‌های شخصی بخشی از محدوده نصب هستند. می‌توانید خدمات مرتبط با محصول را در صفحه بخش گردشگری و هتلداری ما مشاهده کنید.