چگونه بهترین عوامل هوش مصنوعی را برای هتلها و مهماننوازی انتخاب کنیم، وقتی سبد شما شامل املاک خدمات محدود، خدمات کامل و تفریحی است
راهنمای انتخاب عامل هوش مصنوعی برای هتلها در سبدهای خدماتی محدود، کامل و تفریحی با مدلهای عملیاتی مختلف.
فرآیند ارزیابی وندور که برای مجموعهای از املاک خدمات محدود کارآمد است، نمیتواند برای سبدی که شامل یک هتل شهری خدمات کامل و یک اقامتگاه تفریحی نیز میشود، کارایی داشته باشد. تفاوتهای مدل عملیاتی به قدری فاحش است که پشته عاملی که برای یک بخش بهینه شده، در دو بخش دیگر عملکرد ضعیفی خواهد داشت. اکثر اپراتورهای چندوجهی این را به روش دشوار میآموزند: پس از استانداردسازی بر روی وندوری که در دمو برای بزرگترین نوع ملک به خوبی عمل کرده بود، کشف میکنند که بخشهای کوچکتر و پیچیدهتر به چیزی متفاوت نیاز داشتند.
روشی که به استقرار عوامل پایدار در سبدهای ترکیبی میانجامد، با شناسایی صریح این نکته آغاز میشود که بخشها، کسبوکارهای عملیاتی متفاوتی هستند که در یک برند یا ساختار مالکیتی مشترکاند. گفتوگو درباره بهترین عوامل هوش مصنوعی برای هتلها و مهماننوازی باید قبل از شروع ارزیابی وندور، تقسیمبندی شود، با برنامهریزیهای جداگانه برای هر نوع ملک و تصمیمات صریح در مورد اینکه کجا استانداردسازی شود و کجا تخصصیسازی. این مقاله نشان میدهد که این چارچوب تقسیمبندی چگونه است، چگونه ارزیابی وندور را تغییر میدهد، و اپراتورها در صورت داشتن سبدی شامل بیش از یک بخش، واقعاً چه چیزی باید بخرند.
چرا تقسیمبندی باید قبل از ارزیابی وندور انجام شود
املاک خدمات محدود با کارکنان کم، وابستگی بالا به رزرو مستقیم، و مدلهای عملیاتی مبتنی بر استانداردسازی اداره میشوند. عوامل مناسب آنهایی هستند که گردش کار روزمره با حجم بالا را با حداقل سفارشیسازی مدیریت میکنند، به طور یکپارچه با محیطهای PMS خدمات محدود که در این بخش غالب هستند ادغام میشوند، و به اندازه کافی سریع مستقر میشوند تا اقتصاد هر ملک حتی با درآمد متوسط نیز کار کند.
املاک خدمات کامل با کارکنان بیشتر، مدیریت پیچیدهتر درآمد، و انتظارات بالاتر از خدمات مهمان اداره میشوند که تجربیات کاملاً خودکار را در بسیاری از بخشها ناممکن میسازد. عوامل مناسب آنهایی هستند که پرسنل انسانی را تقویت میکنند نه اینکه جایگزین آنها شوند، پیچیدگی عملیاتی کسبوکارهای گروهی و مدیریت رویداد را مدیریت میکنند، و با پشته فناوری گستردهتری که املاک خدمات کامل معمولاً از آن استفاده میکنند، ادغام میشوند. اقتصاد استقرار سفارشیسازی بیشتری را تحمل میکند زیرا درآمد هر ملک آن را توجیه میکند.
املاک تفریحی با الگوهای فصلی کارکنان، مدیریت پیچیده امکانات، ترکیب مهمانان چندزبانه در اکثر بازارهای مقصد، و مدیریت درآمدی که باید بهینهسازی مدت اقامت را به گونهای مدیریت کند که املاک خدمات محدود و اکثر املاک خدمات کامل انجام نمیدهند، اداره میشوند. عوامل مناسب آنهایی هستند که پیچیدگی خاص مقصد را مدیریت میکنند، تعامل مهمان چندزبانه را با سطوح کیفی که مسافران تفریحی بینالمللی طلب میکنند، پشتیبانی میکنند، و با سیستمهای فعالیتها، غذا و نوشیدنی، و امکانات که درآمد اقامتگاه به آنها بستگی دارد، ادغام میشوند.
یک وندور که در برابر یکی از این سه بخش عملکرد خوبی دارد، ممکن است در برابر دو بخش دیگر پذیرفتنی، متوسط یا حتی بد عمل کند. اشتباهی که اکثر اپراتورهای چندوجهی مرتکب میشوند، ارزیابی وندورها بر اساس بزرگترین بخش از نظر تعداد ملک یا درآمد است، سپس تحمیل برنده به سایر بخشها و پذیرش عملکرد ضعیف ناشی از آن به عنوان هزینه استانداردسازی. نتایج استقرار عامل هوش مصنوعی هتلداری که این معاوضه را توجیه میکنند، به ندرت محقق میشوند، و اپراتورها در نهایت یا شکاف را تحمل میکنند یا پس از شکست استانداردسازی در تولید، چندین وندور را به هر حال اجرا میکنند.
نقشه مدل عملیاتی سهبخشی
اولین گام در ارزیابی وندور در یک سبد ترکیبی، نقشهبرداری صریح از مدل عملیاتی برای هر بخش است. این یک تمرین عمومی نیست. نقشه باید واقعیتهای عملیاتی خاص املاک موجود در سبد را ثبت کند، نه تعاریف کتابی از دستهبندیهای بخش.
برای خدمات محدود، نقشه مدل عملیاتی مدل کارکنان معمول در پذیرش و دفتر پشتیبانی، ترکیب کانال رزرو غالب، میانگین مدت اقامت، رویکرد استراتژی نرخ، سطح مشارکت برنامه وفاداری، و پشته فناوری که استاندارد برند یا انتخاب ملک بر آن استانداردسازی شده است را به تصویر میکشد. این نقشه همچنین نقاط درد عملیاتی را که کارکنان فعلی به عنوان زمانبر شناسایی میکنند، که معمولاً اهداف مناسبی برای استقرار اولیه عامل هستند، ثبت میکند.
برای خدمات کامل، همین نقشه پیچیدگیهای اضافی کسبوکارهای گروهی، مدیریت رویداد، عملیات غذا و نوشیدنی، گردش کار برگزاری ضیافتها، و پشته فناوری گستردهتری که شامل سیستمهای کترینگ، فروش و مدیریت رویداد در کنار PMS و پلتفرم درآمد است را به تصویر میکشد. این نقشه همچنین الزامات استاندارد برند را که استقلال عامل را محدود میکند، به ویژه در مورد لحن تعامل با مهمان و آستانههای تشدید، ثبت میکند.
برای اقامتگاه تفریحی، نقشه عناصر خاص مقصد را اضافه میکند. سبد امکانات، برنامهریزی فعالیتها، عملیات غذا و نوشیدنی در چندین مکان، عملیات اسپا یا سلامتی، و الگوهای فصلی کارکنان که پیچیدگی عملیاتی را هدایت میکنند. این نقشه ترکیب مهمانان بینالمللی را بر اساس بازار مبدأ و زبان ثبت میکند، که اغلب عامل غالب در انتخاب وندور عامل است زیرا عمق زبان به طور معنیداری در میان وندورها متفاوت است.
سه نقشه نشان میدهد که بخشها در کجا ساختار عملیاتی مشترک دارند و در کجا متفاوت هستند. عناصر مشترک، کاندیداهایی برای استانداردسازی وندور در کل سبد را شناسایی میکنند. عناصر متفاوت، بخشهایی را شناسایی میکنند که یا به وندورهای تخصصی نیاز دارند و یا به پیکربندی قابل توجهی از یک وندور سبدی. هر دو تصمیم معتبر هستند، اما باید به طور عمدی گرفته شوند و نه اینکه فرض شوند.
معاوضههای استانداردسازی در مقابل تخصصیسازی
استدلال استانداردسازی واقعی است. استفاده از یک وندور در کل سبد، مدیریت قرارداد، معماری یکپارچهسازی، آموزش و گزارشدهی را ساده میکند. صرفهجویی در هزینهها از تخفیفهای حجمی و زیرساخت مشترک میتواند در مقیاس قابل توجه باشد. مزایای عملیاتی از رفتار عامل ثابت و دادههای یکپارچه برای تحلیل و تصمیمگیری در سطح سبد ارزشمند است.
استدلال تخصصیسازی نیز واقعی است. وندورهای مختلف واقعاً قابلیتهای متفاوتی را توسعه دادهاند، و تحمیل یک وندور واحد در بخشهایی که در آن ضعف دارند، عملکرد ضعیفی را ایجاد میکند که با گذشت زمان تشدید میشود. وندور تخصصی ممکن است هزینه بیشتری در مجوز و یکپارچهسازی داشته باشد، اما ارزش عملیاتی که در بخش قوی خود ارائه میدهد، میتواند صرفهجویی ناشی از استانداردسازی را تحتالشعاع قرار دهد. این امر به ویژه در بخشهای تفریحی و خدمات کامل صادق است، جایی که پیچیدگی عملیاتی فراتر از آنچه پلتفرمهای بهینهسازی شده برای خدمات محدود به خوبی مدیریت میکنند، است.
چارچوب تصمیمگیری که نتایج خوبی را به همراه دارد، معاوضه را نه یک تصمیم برای هر وندور، بلکه یک تصمیم برای هر قابلیت در نظر میگیرد. برخی از قابلیتهای عامل از استانداردسازی در کل سبد بهره میبرند زیرا الزامات عملیاتی به اندازه کافی مشابه هستند. برخی دیگر از تخصصیسازی بهره میبرند زیرا الزامات عملیاتی واگرا هستند. نقشهبرداری هر قابلیت عامل در برابر این چارچوب، یک پشته ترکیبی را تولید میکند که مزایای استانداردسازی را در جایی که وجود دارند و مزایای تخصصیسازی را در جایی که مهم هستند، به ارمغان میآورد.
برای اکثر سبدهای ترکیبی، قابلیتهایی که به خوبی استاندارد میشوند شامل زیرساخت اصلی پیامرسانی مهمان، CRM پایه و پیامرسانی چرخه عمر، و گزارشدهی و تحلیل هستند. قابلیتهایی که از تخصصیسازی بهره میبرند شامل مدیریت درآمد برای بهینهسازی مدت اقامت در اقامتگاهها، مدیریت گروه و رویداد خدمات کامل، و دانش کنسیری مقصد خاص برای املاک تفریحی هستند. تصمیم استانداردسازی یا تخصصیسازی برای هر قابلیت، یک معماری قابل دفاع را تولید میکند که در واقعیت عملیاتی چندساله دوام میآورد.
معیارهای ارزیابی که بر اساس بخش متفاوت هستند
معیارهای ارزیابی وندور که اهمیت دارند، در بخشهای مختلف به طور معنیداری متفاوت است. تحمیل یک چارچوب معیار واحد در هر سه بخش، نتایج ارزیابی را به گونهای تولید میکند که قابل دفاع به نظر میرسند اما در واقع برای بخشی بهینه میشوند که بلندترین صدای داخلی را دارد، نه بخشی که معیارها را به درستی میگیرد.
برای ارزیابی خدمات محدود، معیارهای غالب عبارتند از سرعت استقرار، اقتصاد هر ملک، یکپارچهسازی با محیطهای PMS خدمات محدود، و سادگی عملیاتی برای املاک با کارکنان کم. وندورهایی که در دو تا چهار هفته با قیمتهایی که متناسب با اقتصاد املاک خدمات محدود است مستقر میشوند، از وندورهای با قابلیت بیشتر که شش ماه و قیمتگذاری سازمانی نیاز دارند، بهتر عمل خواهند کرد. سقف قابلیت اهمیت کمتری نسبت به کف عملیاتی دارد، زیرا املاک خدمات محدود نمیتوانند بار پیکربندی که پلتفرمهای غنی از قابلیت نیاز دارند را جذب کنند.
برای ارزیابی خدمات کامل، معیارهای غالب عبارتند از یکپارچهسازی با پشته فناوری گستردهتر، پشتیبانی از گردش کار مدیریت گروه و رویداد، انطباق با استاندارد برند، و توانایی تقویت کارکنان انسانی به جای جایگزینی آنها. وندورهایی که پیچیدگی عملیاتی را به خوبی مدیریت میکنند، حتی با قیمتهای بالاتر و زمانهای استقرار طولانیتر، پیروز خواهند شد، زیرا درآمد هر ملک سرمایهگذاری را توجیه میکند و پیچیدگی عملیاتی به عمق نیاز دارد.
برای ارزیابی اقامتگاه تفریحی، معیارهای غالب عبارتند از عمق چندزبانه در بازارهای مبدأ مقصد، یکپارچهسازی با سیستمهای امکانات و فعالیتها، بهینهسازی درآمد مدت اقامت، و تطبیق با الگوهای فصلی کارکنان. وندورهایی با قابلیت چندزبانه قوی و عمق ویژگیهای خاص اقامتگاه، پیروز خواهند شد، زیرا واقعیتهای عملیاتی اداره یک اقامتگاه مقصد به اندازهای با هتلهای شهری متفاوت است که پلتفرمهای عمومی برای رقابت با وندورهای تخصصی اقامتگاهها با مشکل مواجه میشوند.
ارزیابی عملیاتی ۱۹ سوالی که استقرار هوش مصنوعی هتلی با دامنه خوب را پایه گذاری میکند، شامل سوالات صریح تقسیمبندی است که این تفاوتهای معیاری را قبل از شروع ارزیابی وندور مشخص میکند. املاکی که قبل از انتشار درخواست پیشنهاد (RFP) این سوالات را بررسی میکنند، تصمیمات وندور بهتری میگیرند و سریعتر مستقر میشوند. املاکی که گام تقسیمبندی را نادیده میگیرند، در نهایت یا با پیشفرضهای وندور مبارزه میکنند و یا خلاءهای قابلیت را میپذیرند که با نیازهای عملیاتی واقعی هیچکس مطابقت ندارد.
مسئله معماری یکپارچهسازی
سبدهای ترکیبی با یک مسئله معماری یکپارچهسازی روبرو هستند که سبدهای تکبخشی با آن مواجه نیستند. PMS، پلتفرم درآمد، مدیر کانال، CRM، و سیستمهای عملیاتی اغلب در بخشهای مختلف با یکدیگر متفاوت هستند زیرا وندورهای مناسب برای هر بخش متفاوتند. املاک خدمات محدود معمولاً بر روی پلتفرمهای PMS ابری بومی که برای آن بخش بهینه شدهاند، اجرا میشوند. املاک خدمات کامل اغلب بر روی پلتفرمهای PMS سازمانی قدیمی با سابقه یکپارچهسازی عمیق اجرا میشوند. املاک تفریحی ممکن است بر روی پلتفرمهای PMS تخصصی اقامتگاه با یکپارچهسازی امکانات و فعالیتها اجرا شوند.
یک وندور عامل که فقط در برابر بخش غالب ارزیابی میشود، ممکن است در یک محیط PMS عمق یکپارچهسازی داشته باشد و در بقیه یکپارچهسازی سطحی یا نداشته باشد. ارزیابی باید یکپارچهسازی را در تمام محیطهای PMS در سبد، و نه فقط بزرگترین آنها از نظر تعداد ملک، آزمایش کند. وندورهایی که در برابر یک PMS خوب عمل میکنند اما شش ماه کار یکپارچهسازی سفارشی در برابر دیگری نیاز دارند، در واقع آماده برای سبد نیستند، صرف نظر از اینکه دمو چقدر جذاب بوده است.
همین سوال یکپارچهسازی در مورد پلتفرم درآمد، مدیر کانال، CRM، و سیستمهای عملیاتی نیز صادق است. هر سیستم دارای بلوغ یکپارچهسازی خاص خود با هر وندور عامل است، و بلوغ مهمتر از ادعای بازاریابی مبنی بر پشتیبانی وندور از سیستم است. سوال ارزیابی که عمق یکپارچهسازی واقعی را آشکار میکند این است که کدام استقرار تولیدی، وندور عامل را با هر سیستمی که سبد اجرا میکند ترکیب میکند، و تجربه عملیاتی آن استقرارها چگونه بوده است.
تصمیم معماری که اغلب بهترین نتیجه را در سبدهای ترکیبی به همراه دارد، یک مدل هاب و اسپوک (hub-and-spoke) است که در آن یک زیرساخت عامل سراسری سبد، قابلیتهای مشترک را فراهم میکند و لایههای عامل خاص بخش، واگرایی عملیاتی را مدیریت میکنند. قابلیت مشترک، یکپارچهسازی دادههای مهمان، گزارشدهی متقابل املاک، و زیرساختی را که از استانداردسازی بهره میبرد، مدیریت میکند. لایههای خاص بخش، عمق عملیاتی مورد نیاز هر بخش را مدیریت میکنند. این معماری به طور معنیداری پیچیدهتر از استانداردسازی خالص یا تخصصیسازی خالص است، و به قضاوت معماری نیاز دارد که هر اپراتوری آن را در اختیار ندارد.
چه زمانی باید سفارشیسازی کرد یا پلتفرم خریداری کرد
تصمیم ساخت یا خرید در سبدهای ترکیبی شکل متفاوتی به خود میگیرد. یک سبد تکبخشی معمولاً میتواند یک وندور پلتفرم پیدا کند که به اندازه کافی مناسب باشد تا خرید آن را توجیه کند. یک سبد ترکیبی اغلب نمیتواند، زیرا الزامات قابلیت در سراسر بخشها فراتر از توانایی هر یک از وندورهای پلتفرم است. سپس تصمیم این میشود که آیا یک پشته چند وندوری از پلتفرمهای تخصصی بخش را مونتاژ کنیم یا یک ساخت سفارشی را سفارش دهیم که بخشها را با زیرساخت مشترک مدیریت کند.
رویکرد پشته پلتفرم چند وندوری دارای مزیت استفاده از سرمایهگذاری وندور در هر پلتفرم تخصصی بخش است. عیب آن بار یکپارچهسازی و هزینه هماهنگی مداوم در میان وندورها با نقشههای راه، مدلهای پشتیبانی و شرایط قرارداد متفاوت است. مجموع هزینه مالکیت اغلب به دلیل هزینههای عملیاتی بالاتر از مجموع مجوزهای هر وندور است.
رویکرد ساخت سفارشی دارای مزیت تولید یک معماری یکپارچه است که تمام بخشها را با دادههای ثابت، گزارشدهی و رفتار عملیاتی مدیریت میکند. عیب آن سرمایهگذاری اولیه و مسئولیت مداوم اپراتور برای معماری است. هتلهایی که معماری عامل چندبخشی سفارشی را از یک شرکت معماری سرمایهگذاری سفارش میدهند، سرمایهگذاریهای استقرار را از دهها هزار دلار برای استقرارهای متمرکز با تعداد محدودی عامل آغاز میکنند، با توجه به تعداد عامل، پیچیدگی یکپارچهسازی، تعداد بخشها و دامنه عملیاتی، مقیاسبندی میشود. تمام استقرارها شامل هزینه عبور زیرساخت هوش مصنوعی جداگانهای حدود چهارصد تا پانصد دلار در ماه از Pulse AI، بدون سود، با قیمت تمام شده است.
مشتری پس از تحویل، کد را در اختیار دارد، که قفل وندور را که اکثر قراردادهای پلتفرم را تعریف میکند، از بین میبرد. قیمتگذاری TFSF Ventures FZ-LLC به صورت شفاف در هر پیشنهاد منتشر میشود، و اپراتورهایی که در حال ارزیابی مشروعیت TFSF Ventures هستند، میتوانند شرکت را از طریق RAKEZ License 47013955 در ثبت عمومی تأیید کنند.
تصمیم بین رویکردها بستگی به مقیاس عملیاتی سبد، قابلیت فنی، و تمایل به سرمایهگذاری اولیه در مقابل هزینه عملیاتی مداوم دارد. سبدهای بزرگتر با قابلیت فنی داخلی اغلب از معماری سفارشی بهرهمند میشوند زیرا مدل عملیاتی یکپارچه ارزش ترکیبی تولید میکند. سبدهای کوچکتر یا آنهایی که قابلیت معماری داخلی ندارند، اغلب از پشتههای پلتفرم چند وندوری بهرهمند میشوند زیرا سرمایهگذاری وندور در هر پلتفرم فراتر از توانایی سبد برای ساخت داخلی است. هر دو رویکرد برای پروفایل اپراتور مناسب معتبر هستند.
تنظیم مرز تصمیمگیری در بین بخشها
مرزهای تصمیمگیری عامل که برای یک بخش کارآمد هستند، برای بخش دیگر کارآمد نخواهند بود. استقلالی که املاک خدمات محدود به عوامل میدهند به طور معنیداری بیشتر از چیزی است که املاک لوکس خدمات کامل تحمل میکنند، و املاک تفریحی بسته به استاندارد برند و بخش مهمان، در جایی بین این دو قرار میگیرند. تحمیل یک خطمشی مرز تصمیمگیری واحد در تمام بخشها، یا منجر به تشدید بیش از حد در بخشهایی میشود که میتوانستند استقلال بیشتری داشته باشند، یا به نظارت ناکافی در بخشهایی که به نظارت انسانی دقیقتر نیاز دارند، میانجامد.
تنظیمی که کار میکند، هر بخش را به عنوان یک خطمشی مرز تصمیمگیری جداگانه با زیرساخت مشترک پایه در نظر میگیرد. عامل در مرزهای استقلالی متفاوت عمل میکند، بسته به اینکه کدام ملک را سرویس میدهد، با قوانین خاص بخش در مورد اینکه چه ردههایی از تصمیمگیری نیاز به تأیید انسانی دارند، چه مسیرهای تشدیدی اعمال میشوند، و چه میزان جزئیات مسیر حسابرسیL[audit trail] مورد نیاز است. زیرساخت مشترک مکانیک عملیاتی را مدیریت میکند، در حالی که خطمشی خاص بخش تغییرات استقلالی را مدیریت میکند.
این کالیبراسیون یک پیکربندی یکباره نیست. با بهبود کیفیت تصمیمگیری عوامل و افزایش اعتماد کارکنان در بخشهای مختلف، تکامل مییابد. املاک خدمات محدود معمولاً مرزهای تصمیمگیری را سریعتر گسترش میدهند، زیرا مدل کارکنان به استقلال بیشتر عامل نیاز دارد و پیامدهای عملیاتی تصمیمات عامل معمولاً کوچکتر هستند. املاک خدمات کامل مرزها را آهستهتر گسترش میدهند، زیرا استانداردهای برند و انتظارات مهمان نیاز به تأیید دقیق دارند. املاک تفریحی بسته به مقصد و بخش مهمان بسیار متفاوت عمل میکنند.
الزامات ابزاردقیق قابل توجه است. سیستم باید هر تصمیم عامل را بر اساس بخش، راهحلهای انسانی موارد تشدید شده بر اساس بخش، و نتایج پاییندستی بر اساس بخش ردیابی کند. این ردیابی بر اساس بخش است که گفتگوهای قابل دفاع درباره گسترش مرزها را با تیمهای برند، مالکیت و رهبری عملیات ممکن میسازد. بدون آن، کالیبراسیون به حدس و گمان تبدیل میشود که یا به گسترش بیش از حد مطمئن یا به احتیاط بیجا منجر میشود.
لایه گزارشدهی و حکمرانی
سبدهای ترکیبی به یک لایه گزارشدهی و حکمرانی نیاز دارند که تفاوتهای بخشها را بدون تحمیل یکنواختی ساختگی مدیریت کند. معیارهایی که بیشترین اهمیت را دارند در بخشهای مختلف متفاوت هستند، و دیدگاه اجرایی از عملکرد سبد باید معیارهای مناسب برای هر بخش را نمایش دهد، نه یک داشبورد حداقل مشترک که هیچکس را راضی نکند.
برای بخشهای خدمات محدود، معیارهای غالب عبارتند از کارایی عملیاتی، هزینه استقرار به ازای هر ملک، حجم تصمیمات عامل، و نرخ تبدیل رزرو مستقیم. لایه گزارشدهی این معیارها را با معیارهای مناسب بخش و تحلیل روند نمایش میدهد، که به رهبران عملیات خدمات محدود دید عملیاتی مورد نیاز را بدون غرق کردن آنها در معیارهایی که کاربرد ندارند، میدهد.
برای بخشهای خدمات کامل، معیارهای غالب شامل عملکرد کسبوکار گروهی، کیفیت اجرای رویداد، انطباق با استاندارد برند، و رضایت مهمان با جزئیات بیشتر از آنچه خدمات محدود نیاز دارد، میشود. لایه گزارشدهی این معیارها را با عمق عملیاتی که املاک خدمات کامل طلب میکنند، شامل تحلیل تشدید و ردیابی عملکرد انسان در حلقهL[human-in-the-loop] که املاک خدمات محدود به آن نیازی ندارند، نمایش میدهد.
برای بخشهای اقامتی، معیارهای غالب شامل میزان بهرهبرداری از امکانات، بهینهسازی درآمد بر اساس مدت اقامت، رضایت مهمان چندزبانه بر اساس بازار مبدأ، و تحلیل فصلی کارکنان در مقابل بار عامل میشود. لایه گزارشدهی این معیارها را با زمینه خاص مقصد و شناسایی الگوهای فصلی که داشبوردهای تکبخشی نمیتوانند ارائه دهند، نمایش میدهد.
لایه حکمرانی باید همین تقسیمبندی را مدیریت کند. اختیارات تصمیمگیری، سیاستهای تشدید، مدیریت وندور، و نظارت بر قرارداد برای هر بخش ممکن است متفاوت باشد، حتی زمانی که بخشها دارای ساختار رهبری عملیاتی مشترک هستند. معماری حکمرانی یا این تفاوتها را صریح میکند یا ابهام را میپذیرد که باعث اصطکاک عملیاتی میشود. نسخه صریح طراحی کار معنیداری بیشتری دارد اما حکمرانی پایداری تولید میکند که از تغییرات مدیریتی و تکامل بخشها جان سالم به در میبرد.
یادگیری و انتقال دانش میان بخشها
یکی از مزایای واقعی سبدهای چندبخشی، یادگیری بینبخشی است. الگوهایی که در یک بخش ظاهر میشوند، اغلب فرصتها یا خطراتی را در بخشهای دیگر آشکار میکنند، و زیرساخت عامل میتواند این یادگیری را در صورت طراحی مناسب، ثبت و منتقل کند. اکثر وندورهای پلتفرم برای یادگیری بینبخشی معماری نمیکنند زیرا محصولات آنها برای موارد استفاده تکبخشی بهینه شدهاند، به این معنی که اپراتورهای چندبخشی باید خودشان معماری یادگیری را طراحی کنند یا آن را سفارش دهند.
الگوهایی که به مفیدترین شکل منتقل میشوند، شامل سیگنالهای رفتار مهمان که رفتار رزرو را پیشبینی میکنند، الگوهای تشدید که فرصتهای آموزشی برای کارکنان انسانی را آشکار میکنند، الگوهای استثنا که تنظیمات مرز تصمیمگیری را پیشنهاد میکنند، و بهبودهای کارایی عملیاتی که در یک بخش کشف شدهاند و ممکن است در جای دیگر کاربرد داشته باشند. معماری که این الگوها را ثبت میکند، به زیرساخت دادههای یکپارچه در سراسر بخشها و قابلیت تحلیلی نیاز دارد که الگوها را فراتر از سطح بخش نشان دهد.
یادگیری بینبخشی همچنین جایی است که رویکرد پشته چند وندوری ضعف خود را به وضوح نشان میدهد. وندورهایی با معماریهای دادهای سیلویی (siloed) نمیتوانند یادگیری را در کل سبد به اشتراک بگذارند زیرا هر وندور فقط بخشی را که خدمات میدهد، میبیند. رویکرد ساخت سفارشی این را به طور طبیعی مدیریت میکند زیرا معماری به صورت یکپارچه طراحی شده است. سبدهای چند وندوری که خواهان یادگیری بینبخشی هستند، باید لایه یکپارچهسازی را خودشان بسازند یا بپذیرند که یادگیری در بخش مربوط به هر وندور محبوس میماند.
متدولوژی استقرار ۳۰ روزه برای زیرساخت عامل سراسری سبد، معمولاً معماری یادگیری بینبخشی را از روز اول شامل میشود، زیرا بازسازی آن بعدها به طور معنیداری دشوارتر از طراحی آن از ابتدا است. املاکی که این ملاحظه را به تعویق میاندازند، در نهایت یا شکاف یادگیری را میپذیرند یا معماری دادهها را در میانه عمر بازسازی میکنند، که پرهزینه و مختلکننده است. طراحی اولیه تنها رویکردی است که ارزش ترکیبی را در کل سبد ایجاد میکند.
اپراتورهای سبد ترکیبی واقعاً چه چیزی باید بخرند
توصیه ناشی از این متدولوژی به ندرت یک وندور واحد است. این یک تصمیم معماری است که زیرساخت سراسری سبد را با قابلیتهای مناسب برای هر بخش ترکیب میکند، که در برابر مدل عملیاتی و ظرفیت فنی واقعی سبد سنجیده شده است.
برای اکثر سبدهای ترکیبی، معماری کارآمد، زیرساخت داده مهمان و گزارشدهی سراسری سبد را با قابلیت عامل تخصصی بخش که روی آن لایهبندی شده است، ترکیب میکند. لایه زیرساخت، پروفایل یکپارچه مهمان، گزارشدهی متقابل املاک، و دادههای عملیاتی مشترک را مدیریت میکند. لایههای قابلیت، عمق عملیاتی خاص بخش را مدیریت میکنند. این معماری در واقعیت عملیاتی مدیریت یک سبد چندبخشی دوام میآورد و با بلوغ یادگیری بینبخشی، ارزش ترکیبی تولید میکند.
انتخاب وندور که از این معماری پشتیبانی میکند، بر اساس ترکیب سبد متغیر است. سبدهایی که به شدت به سمت خدمات محدود متمایل هستند، ممکن است زیرساخت را بر روی یک پلتفرم دوستانه برای خدمات محدود با تخصصهای افزوده برای بخشهای کوچکتر خدمات کامل و تفریحی بسازند. سبدهایی با حضور قابل توجه خدمات کامل یا تفریحی، ممکن است زیرساخت را بر روی یک پلتفرم با قابلیت بیشتر بسازند که اقتصاد استقرار خدمات محدود از طریق پیکربندی مدیریت میشود. سبدهایی با ترکیب بخشهای واقعاً متعادل، اغلب از معماری سفارشی بهره میبرند زیرا هیچ وندور واحدی هر سه بخش را به خوبی مدیریت نمیکند.
جدول زمانی استقرار برای کل معماری معمولاً ۳۰ تا ۹۰ روز طول میکشد که بسته به اندازه سبد، تعداد بخشها، و پیچیدگی یکپارچهسازی متفاوت است. جدول زمانی ۳۰ روزه برای استقرارهای متمرکز در سطح ملک اعمال میشود. جدول زمانی ۹۰ روزه برای زیرساخت سراسری سبد اعمال میشود که باید در چندین محیط PMS، چندین پلتفرم درآمد، و سیستمهای عملیاتی خاص بخش یکپارچه شود. هر دو جدول زمانی به طور معنیداری سریعتر از استقرارهای سازمانی شش ماهه پلاس هستند که پروژههای فناوری مهماننوازی قدیمی معمولاً نیاز دارند.
گفتوگوی هوش مصنوعی در زمینه اتوماسیون هتلها و مهماننوازی زمانی به طور معنیداری بالغ میشود که اپراتورها از ارزیابی وندور به تصمیم معماری حرکت میکنند. روش توصیف شده در اینجا نتایج پایداری را در انواع سبدها و ترکیبهای بخشها به ارمغان میآورد، در حالی که جایگزین آن یعنی تحمیل یک وندور واحد به بخشهای نامتناسب، همچنان به تولید ناامیدیهای پرهزینه ادامه میدهد که اپراتورها تنها پس از آنکه استقرار برای بازگشت پاک بیش از حد پیشرفت کرده است، کشف میکنند. اپراتورهایی که اصل تقسیمبندی را درک میکنند، تصمیمات معماری بهتری میگیرند و سریعتر مستقر میشوند، با پشتههای عاملی که واقعاً با واقعیت عملیاتی مدیریت یک سبد ترکیبی متناسب هستند.
درباره TFSF Ventures
TFSF Ventures FZ-LLC (RAKEZ License 47013955) یک شرکت معماری سرمایهگذاری است که زیرساخت عامل هوشمند را در کسبوکارها از طریق سه ستون یکپارچه مستقر میکند: زیرساخت عاملین، ریلهای پرداخت غیرسنتی، و یک موتور کامل سرمایهگذاری. TFSF با ۲۷ سال تجربه در پرداختها و نرمافزار، به صورت جهانی فعالیت میکند و با روش استقرار ۳۰ روزه به ۲۱ صنعت خدمات میدهد. اطلاعات بیشتر را در https://tfsfventures.com کسب کنید.
ارزیابی رایگان هوش عملیاتی را انجام دهید
به چند سوال کوتاه درباره کسبوکار خود پاسخ دهید. یک طرح استقرار هوش مصنوعی سفارشی ظرف ۲۴ تا ۴۸ ساعت دریافت خواهید کرد که شامل توصیههای عامل، معماری، و نقشهراه خاص عملیات شماست. بدون تماس فروش. بدون تعهد. فقط داده. از https://tfsfventures.com/assessment شروع کنید.
Originally published at https://tfsfventures.com/blog/how-to-choose-the-best-ai-agents-for-hotels-and-hospitality-when-your-portfolio
نوشته شده توسط واحد تحقیقات TFSF Ventures