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

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






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

ممکن است یک مهمان از وبسایت، پذیرش یا واسطه رزرو کند. بدون تطبیق هویت، سابقه او میان چند رکورد پخش میشود.

وقتی رزرو تأییدشده به ارتباط قبل از اقامت وصل نباشد، اطلاعات ورود و خدمات لازم در زمان مناسب به مهمان نمیرسد.

اگر بازخورد منفی به تیم مسئول نرسد، ممکن است مهمان پیش از حل مسئله پیام تبلیغاتی دریافت کند.

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

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

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

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

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