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

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






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

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

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

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

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

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

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

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

منبع رزرو، اقامت، وضعیت و هویت مهمان در صورت وجود اتصال. در اتصال، هویت مشتری و زمان واقعی ایونت باید حفظ شوند.
یکپارچهسازی مرتبطبرای اتصال سیستم رزرو یا اپلیکیشن اختصاصی و انتقال ایونتهای مرتبط. منبع اصلی داده و نحوه مدیریت داده تکراری را قبل از اجرای سناریو مشخص کنید.
اتصال APIثبت بازخورد و پاسخهای موردنیاز در پروفایل مهمان. هدف یکپارچهسازی انتقال حداکثری داده نیست؛ داده باید کاربرد روشن داشته باشد.
اتصال فرمهااجرای ارتباط قبل یا بعد از اقامت و سفرهای مشتری بازگشت. یک نمونه رکورد را از سیستم مبدأ تا استفاده نهایی بررسی کنید.
اتصال کانالهای پیامفاز اول محدود و قابل سنجش نگه داشته میشود تا داده، قواعد و تجربه مشتری قبل از توسعه کامل راهکار قابل بازبینی باشند.
داده از سامانه مدیریت هتل (PMS) یا سیستم رزرو، وبسایت، فرمها، فایل مشتری، API و کانالهای پیام دریافت میشود و قواعد شناسایی مشتری مشخص میشوند. تاریخ واقعی و شناسههای پایدار باید حفظ شوند تا سابقه رابطه قابل استفاده باشد.
گروههایی مانند مشتری تازه، فعال، باارزش یا کمفعال با توجه به رزرو و اقامت کمتکرارتر از خردهفروشی اما با ارزش رابطه بلندمدت، مناسبت و بازگشت تعریف میشوند. آستانهها باید از داده و رفتار همان کسبوکار استخراج شوند، نه از یک عدد عمومی.
برای رفتارهایی مانند تشویق رزرو مستقیم و اقامت بعدی، پیگیری تجربه پس از اقامت و بازگرداندن مهمان قدیمی سفر مشتری یا کمپین ساخته میشود و تریگر، انتظار، شرط و شرایط خروج مشخص میگردند.
سناریو ابتدا روی جمعیت یا نمونه محدود بررسی میشود تا مخاطب، پیام و نتیجه قابل کنترل باشند. سپس دامنه اجرا در صورت عملکرد مناسب توسعه پیدا میکند.
تغییر رفتار مشتری، جابهجایی سگمنتها و نتیجه سناریوها بررسی میشوند تا تعریف مخاطب، زمانبندی و پیشنهاد بر اساس داده واقعی بهبود پیدا کنند.
پیادهسازی مرحلهای نگه داشته میشود تا کیفیت داده، قواعد و مسئولیت هر سیستم قبل از توسعه دامنه تأیید شود.
منابع داده مشتری، تراکنش، تعامل و کانالهای اجرایی بررسی میشوند و مشخص میشود کدام داده برای سناریوهای نگهداشت واقعاً قابل استفاده است. کیفیت هویت مشتری، تاریخ ایونت و مالک هر فیلد قبل از استقرار باید روشن باشد.
هدف کسبوکار، سگمنتها، ایونتها، مزایا و معیارهای سنجش تعریف میشوند. فاز اول باید محدود به سناریوهایی باشد که داده کافی و نتیجه قابل سنجش دارند تا پیچیدگی غیرضروری وارد پروژه نشود.
سیستمهای مبدا از طریق API، فایل یا یکپارچهسازی مناسب به لژیون متصل میشوند. اگر داده تاریخی وجود دارد، تاریخ واقعی و هویت مشتری باید تا حد امکان حفظ شوند تا تحلیل و سفر مشتری روی داده تحریفشده اجرا نشوند.
سگمنتها، سفرهای مشتری، کمپینها و قواعد وفاداری متناسب با مدل کسبوکار ساخته میشوند. هر سناریو باید تریگر، شرایط خروج و معیار نتیجه مشخص داشته باشد و قبل از انتشار با نمونه واقعی تست شود.
جریان داده و مسیرهای اصلی بررسی میشوند و تیم کسبوکار با منطق استفاده از سیستم آشنا میشود. پس از استقرار، سلامت یکپارچهسازی و رفتار مشتری پایش میشوند تا سناریوها بر اساس داده واقعی اصلاح شوند.
پاسخ کوتاه به پرسشهایی که معمولاً هنگام بررسی این راهکار، نیازهای فنی و مسیر راهاندازی مطرح میشوند.
در هتلداری با رزروهای دورهای، کانالهای فروش مختلف و اهمیت تجربه قبل، حین و بعد از اقامت، لژیون داده قابل اتصال مشتری را در پروفایل قابل استفاده قرار میدهد و از سگمنتبندی، وفاداری و سفر مشتری برای مدیریت رابطه استفاده میکند. کاربرد اصلی این است که مشتریان در مراحل مختلف رابطه از هم جدا شوند و سناریوهایی برای فعالسازی، نگهداشت یا بازگشت متناسب با رزرو و اقامت کمتکرارتر از خردهفروشی اما با ارزش رابطه بلندمدت، مناسبت و بازگشت ساخته شوند.
پاسخ سؤال ۱حداقل باید بتوان مشتری و رفتار اصلی او را از سامانه مدیریت هتل (PMS) یا سیستم رزرو، وبسایت، فرمها، فایل مشتری، API و کانالهای پیام با کیفیت قابل قبول شناسایی کرد. تاریخ تراکنش یا تعامل، مبلغ یا ارزش، نوع محصول یا خدمت و ویژگیهای مرتبط میتوانند مفید باشند؛ اما کیفیت هویت مشتری و تاریخ واقعی از حجم داده مهمتر است.
پاسخ سؤال ۲تعریف غیرفعال بودن باید با رزرو و اقامت کمتکرارتر از خردهفروشی اما با ارزش رابطه بلندمدت، مناسبت و بازگشت هماهنگ شود. فاصله طبیعی تعامل یا خرید در هر صنعت متفاوت است.
پاسخ سؤال ۳خیر. پاداش یکی از ابزارهاست و باید به رفتار هدف و اقتصاد برنامه متصل باشد.
پاسخ سؤال ۴اگر منابع قابل اتصال باشند و هویت مشتری بهدرستی یکپارچه شود، بله. تعاملها و تراکنشهای چند کانال میتوانند در یک پروفایل قرار بگیرند و سگمنت یا سفر مشتری از تصویر کاملتری استفاده کند.
پاسخ سؤال ۵شاخص به هدف سناریو بستگی دارد. خرید یا تعامل دوم، فاصله میان تعاملها، نرخ بازگشت گروه غیرفعال، تغییر تازگی خرید و تکرار خرید، جابهجایی سگمنت و استفاده از مزایا از نمونههای قابل بررسی هستند.
پاسخ سؤال ۶زمان به تعداد منابع داده، کیفیت اطلاعات، نیاز به انتقال داده، پیچیدگی قواعد و تعداد سناریوهای فاز اول وابسته است. پس از بررسی سیستمهای مبدا و هدف پروژه میتوان دامنه اجرایی و زمانبندی واقعبینانهتری مشخص کرد.
پاسخ سؤال ۷اطلاعات مهمان باید بر اساس نیاز واقعی کسبوکار و سیاستهای حفظ حریم خصوصی جمعآوری و استفاده شود. دادههای حساس یا غیرضروری نباید صرفاً برای شخصیسازی وارد پروفایل بازاریابی شوند.
پاسخ سؤال ۸در دمو، دادههای موجود و سناریوی اولویتدار هتلداری را بررسی میکنیم.
همه صنایعوفادارسازی مشتریان بیمهباشگاه مشتریان طلافروشیباشگاه مشتریان پتشاپراهکار مرتبطتعرفههای لژیون