رفتن به محتوای اصلی
legion logomark logo
هتل‌داری

رابطه مهمان را بین دو اقامت ادامه دهید

اقامت نسبت به خرده‌فروشی کم‌تکرارتر است، اما سابقه مهمان می‌تواند برای رابطه بعدی ارزشمند باشد. رزرو، اقامت و تعاملات قابل استفاده را کنار هم ببینید و برای رزرو بعدی یا بازگشت مهمان سناریو بسازید.

  • سابقه رزرو و اقامت
  • پیگیری پس از خروج
  • سناریوی بازگشت مهمان
نمونه تجربه وفاداری مهمان در هتل

باشگاه مشتریان هتل چگونه کار می‌کند؟

باشگاه مشتریان هتل باید سابقه رزرو و اقامت را در یک رابطه پیوسته ببیند. می‌توانید برای رزرو دوم، پیگیری تجربه پس از اقامت و بازگشت مهمانان قدیمی سگمنت و اتومیشن جدا داشته باشید.

  • سابقه رزرو و اقامت
  • پیگیری پس از خروج
  • سناریوی بازگشت مهمان
نوع راهکار
باشگاه مشتریان هتل
مناسب برای
هتل‌داری
چرخه کلیدی
رزرو و اقامت کم‌تکرار با رابطه بلندمدت
منابع داده
PMS یا سیستم رزرو، وب‌سایت، فرم‌ها، API و کانال‌های پیام

برندهای همراه لژیون

سینره
لیمو
کافه نون
رهنما
میس ویک
تیتانا
مسئله

در هتل، ارتقای سطح بدون طراحی کاهش سطح و چرخه اقامت کافی نیست

مسئله صنعت باید با زمینه واقعی رفتار مشتری تعریف شود؛ نه با یک قاعده عمومی که برای همه کسب‌وکارها یکسان باشد.

۰۱

مسئله اصلی

اگر هر رزرو جدا دیده شود، سابقه مهمان و رابطه او بین دو اقامت گم می‌شود.

۰۲

یک ارتباط برای همه

مهمان تازه، مهمان تکراری و مهمان قدیمی به پیام و مزیت یکسان نیاز ندارند.

۰۳

پیگیری دیرهنگام افت رفتار

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

۰۴

قابلیت بدون معیار موفقیت

امتیاز، کمپین یا سفر مشتری زمانی ارزش دارد که مشخص باشد چه رفتاری باید تغییر کند. تعداد عضو، پیام یا امتیاز صادرشده به‌تنهایی نتیجه تجاری برنامه را نشان نمی‌دهد و باید به رفتار واقعی مشتری متصل شود.

قابلیت‌ها

سابقه اقامت، سطح، مزایا و زمان بازگشت باید در یک زمینه مشترک دیده شوند

قابلیت فقط وقتی ارزش دارد که به یک مسئله واقعی، رفتار هدف یا مرحله مشخص از تجربه مشتری در همان صنعت وصل باشد.

نمونه پروفایل و سطح مهمان هتل

پروفایل یکپارچه مهمان

رزرو و اقامت مهمان را در یک پروفایل کنار هم قرار دهید تا رابطه او به یک سفر محدود نماند.

باشگاه مشتریان لژیون

سگمنت‌بندی بر اساس رفتار اقامت

مهمانان را بر اساس تازگی اقامت، تعداد رزرو، ارزش رابطه، نوع سفر یا کانال رزرو در گروه‌های معنادار قرار دهید. سگمنت‌ها باید بر داده‌ای تکیه کنند که کسب‌وکار واقعاً در اختیار دارد و برای هدف مشخص استفاده می‌شود.

سفر مشتری قبل و بعد از اقامت

رزرو تأییدشده، پایان اقامت یا ورود به یک سگمنت می‌تواند تریگر سفر مشتری باشد. قبل از اقامت می‌توان اطلاعات عملیاتی لازم را ارائه کرد و پس از اقامت، بازخورد یا ارتباط بعدی را در زمان مناسب مدیریت کرد.

برنامه وفاداری مهمان

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

فرم و بازخورد مهمان

فرم رضایت یا اطلاعات تکمیلی می‌تواند به پروفایل مهمان متصل شود و برای پیگیری یا سگمنت استفاده شود. فقط داده‌ای جمع‌آوری شود که برای تجربه یا عملیات لازم است و کاربرد آن برای تیم روشن باشد.

اتصال سیستم رزرو با API

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

نتیجه

وفاداری هتل باید ارزش رابطه را در چرخه اقامت و بازگشت قابل مشاهده کند

نتیجه باید در رفتار بعدی مشتری یا کیفیت تصمیم تیم قابل مشاهده باشد، نه فقط در تعداد پیام‌ها، امتیازها یا قابلیت‌های فعال.

نمونه نتیجه برنامه وفاداری هتل

سگمنت دقیق‌تر

سابقه رزرو و اقامت به سگمنت‌بندی مهمانان کمک می‌کند تا پیگیری بعدی متناسب‌تر باشد.

ارتباط هدفمندتر

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

کاهش عملیات دستی

بخش‌های تکرارشونده پیگیری در سفر مشتری و کمپین قرار می‌گیرند و نیاز به استخراج مداوم فایل و هماهنگی دستی میان تیم‌ها کاهش پیدا می‌کند.

امکان اندازه‌گیری و اصلاح

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

سناریوهای کاربردی

هتل در کدام لحظه‌های سفر مهمان به تعامل متفاوت نیاز دارد؟

سناریوی صنعت‌محور باید نقطه شروع، زمینه رفتار و اقدام بعدی را روشن کند؛ نه اینکه فقط نام یک قابلیت را روی مثال صنعت بگذارد.

نمونه سناریوی اقامت و بازگشت مهمان
سناریوی اصلی

رزرو دوم

پس از پایان اقامت، مهمان وارد یک مسیر عمومی تخفیف نمی‌شود. ابتدا بازخورد و وضعیت رابطه بررسی می‌شود و در بازه‌ای منطقی، مهمانانی که احتمال بازگشت دارند می‌توانند پیشنهاد یا محتوای مرتبط با رزرو بعدی دریافت کنند.

پیگیری تجربه

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

بازگشت مهمان قدیمی

مهمانی که قبلاً چند اقامت یا ارزش رابطه مناسبی داشته اما مدت زیادی برنگشته است از مهمان تک‌اقامت جدا می‌شود. سناریوی بازگشت می‌تواند بر اساس سابقه، فصل یا نوع سفر تنظیم شود و برای تمام پایگاه مهمان یکسان نباشد.

تجربه مهمان وفادار

مهمانان تکرارشونده می‌توانند سطح یا سگمنت ویژه داشته باشند و خدمات یا مزایای مشخصی دریافت کنند. تعریف سطح باید شفاف باشد و عملیات پذیرش نیز بداند چه مزیتی در چه شرایطی قابل ارائه است تا تجربه دیجیتال و حضوری با هم تناقض نداشته باشند.

رزرو مستقیم در کنار کانال‌های دیگر

اگر مهمان از کانال‌های مختلف رزرو می‌کند، هویت مشترک کمک می‌کند سابقه رابطه در سطح مهمان دیده شود. برای تشویق کانال مستقیم نیز باید مزیت یا تجربه‌ای طراحی شود که با قراردادها و سیاست‌های کانال‌های فروش کسب‌وکار سازگار باشد.

یکپارچه‌سازی

رزرو، اقامت و کانال‌های ارتباطی چگونه روی یک هویت مهمان جمع می‌شوند؟

منبع داده، هویت مشتری و زمان ایونت باید روشن باشند تا رفتار مشتری در سیستم‌های مختلف به یک زمینه قابل استفاده تبدیل شود.

نمونه اتصال داده اقامت و وفاداری هتل

سامانه مدیریت هتل (PMS) یا سیستم رزرو

منبع رزرو، اقامت، وضعیت و هویت مهمان در صورت وجود اتصال. در اتصال، هویت مشتری و زمان واقعی ایونت باید حفظ شوند.

یکپارچه‌سازی مرتبط

API لژیون

برای اتصال سیستم رزرو یا اپلیکیشن اختصاصی و انتقال ایونت‌های مرتبط. منبع اصلی داده و نحوه مدیریت داده تکراری را قبل از اجرای سناریو مشخص کنید.

اتصال API

فرم و نظرسنجی

ثبت بازخورد و پاسخ‌های موردنیاز در پروفایل مهمان. هدف یکپارچه‌سازی انتقال حداکثری داده نیست؛ داده باید کاربرد روشن داشته باشد.

اتصال فرم‌ها

کانال‌های پیام

اجرای ارتباط قبل یا بعد از اقامت و سفرهای مشتری بازگشت. یک نمونه رکورد را از سیستم مبدأ تا استفاده نهایی بررسی کنید.

اتصال کانال‌های پیام
نحوه کار

سناریوی وفاداری هتل چگونه از اقامت به بازگشت بعدی می‌رسد؟

فاز اول محدود و قابل سنجش نگه داشته می‌شود تا داده، قواعد و تجربه مشتری قبل از توسعه کامل راهکار قابل بازبینی باشند.

  1. ۰۱

    اتصال داده و هویت مشتری

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

  2. ۰۲

    تعریف سگمنت‌ها کلیدی

    گروه‌هایی مانند مشتری تازه، فعال، باارزش یا کم‌فعال با توجه به رزرو و اقامت کم‌تکرارتر از خرده‌فروشی اما با ارزش رابطه بلندمدت، مناسبت و بازگشت تعریف می‌شوند. آستانه‌ها باید از داده و رفتار همان کسب‌وکار استخراج شوند، نه از یک عدد عمومی.

  3. ۰۳

    طراحی سناریوهای اولویت‌دار

    برای رفتارهایی مانند تشویق رزرو مستقیم و اقامت بعدی، پیگیری تجربه پس از اقامت و بازگرداندن مهمان قدیمی سفر مشتری یا کمپین ساخته می‌شود و تریگر، انتظار، شرط و شرایط خروج مشخص می‌گردند.

  4. ۰۴

    اجرای کنترل‌شده

    سناریو ابتدا روی جمعیت یا نمونه محدود بررسی می‌شود تا مخاطب، پیام و نتیجه قابل کنترل باشند. سپس دامنه اجرا در صورت عملکرد مناسب توسعه پیدا می‌کند.

  5. ۰۵

    اندازه‌گیری و بهینه‌سازی

    تغییر رفتار مشتری، جابه‌جایی سگمنت‌ها و نتیجه سناریوها بررسی می‌شوند تا تعریف مخاطب، زمان‌بندی و پیشنهاد بر اساس داده واقعی بهبود پیدا کنند.

استقرار

راهکار صنعت‌محور چگونه از طراحی به اجرای قابل بررسی می‌رسد؟

پیاده‌سازی مرحله‌ای نگه داشته می‌شود تا کیفیت داده، قواعد و مسئولیت هر سیستم قبل از توسعه دامنه تأیید شود.

۱

تحلیل نیاز و منابع داده

جزئیات

منابع داده مشتری، تراکنش، تعامل و کانال‌های اجرایی بررسی می‌شوند و مشخص می‌شود کدام داده برای سناریوهای نگهداشت واقعاً قابل استفاده است. کیفیت هویت مشتری، تاریخ ایونت و مالک هر فیلد قبل از استقرار باید روشن باشد.

۲

طراحی مدل اجرایی

جزئیات

هدف کسب‌وکار، سگمنت‌ها، ایونت‌ها، مزایا و معیارهای سنجش تعریف می‌شوند. فاز اول باید محدود به سناریوهایی باشد که داده کافی و نتیجه قابل سنجش دارند تا پیچیدگی غیرضروری وارد پروژه نشود.

۳

یکپارچه‌سازی و انتقال داده

جزئیات

سیستم‌های مبدا از طریق API، فایل یا یکپارچه‌سازی مناسب به لژیون متصل می‌شوند. اگر داده تاریخی وجود دارد، تاریخ واقعی و هویت مشتری باید تا حد امکان حفظ شوند تا تحلیل و سفر مشتری روی داده تحریف‌شده اجرا نشوند.

۴

ساخت سناریوها و تنظیمات

جزئیات

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

۵

تست، آموزش و استقرار

جزئیات

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

پرسش‌های پرتکرار

سوالات پرتکرار

پاسخ کوتاه به پرسش‌هایی که معمولاً هنگام بررسی این راهکار، نیازهای فنی و مسیر راه‌اندازی مطرح می‌شوند.

لژیون برای هتل‌ها، اقامتگاه‌ها و کسب‌وکارهای هتل‌داری چه کاربردی دارد؟

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

پاسخ سؤال ۱
برای شروع چه داده‌ای لازم است؟

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

پاسخ سؤال ۲
چطور مشتری غیرفعال را تعریف کنیم؟

تعریف غیرفعال بودن باید با رزرو و اقامت کم‌تکرارتر از خرده‌فروشی اما با ارزش رابطه بلندمدت، مناسبت و بازگشت هماهنگ شود. فاصله طبیعی تعامل یا خرید در هر صنعت متفاوت است.

پاسخ سؤال ۳
آیا باید از تخفیف یا امتیاز برای همه مشتریان استفاده کنیم؟

خیر. پاداش یکی از ابزارهاست و باید به رفتار هدف و اقتصاد برنامه متصل باشد.

پاسخ سؤال ۴
آیا داده چند کانال را می‌توان یکجا دید؟

اگر منابع قابل اتصال باشند و هویت مشتری به‌درستی یکپارچه شود، بله. تعامل‌ها و تراکنش‌های چند کانال می‌توانند در یک پروفایل قرار بگیرند و سگمنت یا سفر مشتری از تصویر کامل‌تری استفاده کند.

پاسخ سؤال ۵
چه شاخص‌هایی باید اندازه‌گیری شوند؟

شاخص به هدف سناریو بستگی دارد. خرید یا تعامل دوم، فاصله میان تعامل‌ها، نرخ بازگشت گروه غیرفعال، تغییر تازگی خرید و تکرار خرید، جابه‌جایی سگمنت و استفاده از مزایا از نمونه‌های قابل بررسی هستند.

پاسخ سؤال ۶
راه‌اندازی چقدر زمان می‌برد؟

زمان به تعداد منابع داده، کیفیت اطلاعات، نیاز به انتقال داده، پیچیدگی قواعد و تعداد سناریوهای فاز اول وابسته است. پس از بررسی سیستم‌های مبدا و هدف پروژه می‌توان دامنه اجرایی و زمان‌بندی واقع‌بینانه‌تری مشخص کرد.

پاسخ سؤال ۷
چه محدودیت یا ملاحظه‌ای باید قبل از اجرا در نظر گرفته شود؟

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

پاسخ سؤال ۸

لژیون را برای کسب‌وکارتان بررسی کنید

در دمو، داده‌های موجود و سناریوی اولویت‌دار هتل‌داری را بررسی می‌کنیم.

همه صنایعوفادارسازی مشتریان بیمهباشگاه مشتریان طلافروشیباشگاه مشتریان پت‌شاپراهکار مرتبطتعرفه‌های لژیون

باشگاه مشتریان هتل؛ بازگشت مهمان و وفاداری | لژیون