بیشتر اقامتگاهها برای باشگاه مشتریان آنقدر مهمان تکراری ندارند که سطحبندی، کارت و امتیاز بسازند. چیزی که جواب میدهد معمولاً کوچکتر است: یک جدول از مهمانهای قبلی، یکی دو پاداش با هزینهی واقعی نزدیک صفر، و چند پیام در زمان درست. این مقاله میگوید باشگاه را چطور بسنجید، کوچک شروع کنید و کی بزرگش کنید.
مکمل وفادارسازی مهمان و رزرو مجدد است که پیام بعد از اقامت، ارزش مهمان تکراری و سنجههای پایه را گفته؛ اینجا سراغ ساختار باشگاه و CRM میرویم. هر دو بخشی از راهنمای آداب میزبانی حرفهای هستند.
اول بشمارید: آیا باشگاه به درد شما میخورد؟
پیش از طراحی، سه عدد را از ۱۲ ماه گذشته دربیاورید: تعداد مهمانهای متفاوت، تعداد کسانی که بیش از یک بار آمدهاند، و سهم رزروهای مستقیم. با رقمها بحث تصمیم ساده میشود:
اگر کمتر از حدود ۱۰ درصد مهمانها برگشتهاند (و مقصد شما یکبارمصرف نیست)، مشکل بیشتر در تجربه یا فراموش شدن شماست تا نبود باشگاه. اول تجربهی مهمان و ارتباط پس از اقامت را درست کنید. این آستانه قاعدهی تجربی ماست، نه استاندارد صنعت.
اگر مهمان تکراری زیاد دارید ولی همه از پلتفرم رزرو میکنند، باشگاه برای انتقال آنها به رزرو مستقیم معنا دارد.
اگر چند واحد دارید، باشگاه روی کل مجموعه کار میکند: مهمان واحد A میتواند در واحد B هم رزرو کند، و جدول مشترک ارزش بیشتری دارد.
دربارهی شواهد: پژوهش مرکز تحقیقات مهمانپذیری کرنل (۲۰۱۴) روی «استش» (Stash)، برنامهی پاداش مشترک ۲۴ هتل مستقل، بعد از ثبتنام مهمانها بازگشت و هزینهی سالانهی آنها را حدود ۵۰ درصد بیشتر از گروه تطبیقدادهشدهی غیرعضو گزارش کرد؛ رشد از تعداد دفعات اقامت آمد، نه از نرخ بالاتر. دو احتیاط: مطالعه روی یک برنامهی هتلی است و نه اقامتگاه کوچک ایرانی، و عددهایش را از گزارشهای خبری دیدم (نه متن کامل). درس عملی: اثر باشگاه از «بیشتر آمدن» میآید، پس هدف باشگاه تشویق بازگشت است نه کاهش نرخ.
ساختار باشگاه: با سطح یا بدون سطح؟
سه ساختار ممکن است:
ساختار | چطور کار میکند | مزیت | ضعف | مناسب |
|---|---|---|---|---|
بدون سطح، «مهمان قبلی» | هر کس بار دوم رزرو کند وارد میشود و یک پاداش ثابت میگیرد | ساده، بدون حسابداری | تمایز کم | یک واحد، حجم کم |
سطحبندی ۲–۳ پلهای | بر اساس تعداد اقامت (مثلاً دوم، چهارم) | انگیزهی ادامه | نیاز به ثبت و پیگیری دقیق | چند واحد با تکرار بالا |
امتیازی | هر شب یا هر مبلغ امتیاز میدهد | انعطاف | بدهی امتیاز، پیچیدگی | معمولاً برای اقامتگاه کوچک زیاد است |
سطحبندی را با احتیاط انتخاب کنید. McCall و Voorhees در مقالهی Cornell Hospitality Quarterly (۲۰۱۰) نوشتند بسیاری از برنامههای هتلی بر اساس دفعات خرید سطحبندی میشوند، ولی نباید فرض کرد سطحبندی لزوماً بهترین راه است. آنها پیشنهاد میکنند بررسی کنید که سطحها را ادغام کنید، ساختار غیرسلسلهمراتبی بگذارید یا اعضا را بر اساس علایق مشترک گروه کنید، پاداش را «مستقیم» (مربوط به خود اقامتگاه) بگیرید، و تخفیف قیمتی را پایهی برنامه نکنید، چون مشتری وفادار را به مشتری حساس به قیمت تبدیل میکند. خلاصهای از این مقاله را از Hospitalitynet خواندم و متن کامل را ندیدم.
پیشنهاد ما برای شروع (استدلال، نه یافتهی پژوهشی): دو پله.
مهمان قبلی: بعد از اولین اقامت؛ مزیت: اولویت در انتخاب تاریخهای پرتقاضا و یک پاداش کوچک در رزرو مستقیم بعدی.
مهمان ویژه: بعد از ۳ اقامت یا یک اقامت بلند؛ مزیت اضافه: ارتقا یا خروج دیرتر (در صورت ظرفیت)، پیام شخصی.
بیش از این، تا وقتی ۳۰–۵۰ عضو فعال ندارید، پیچیدگی اضافه است.
پاداشها و هزینهی واقعی هر کدام
اصل اول: پاداش را با هزینهی نهایی خودتان حساب کنید، نه قیمت فروش. شب هدیه در شبی که خالی میماند، برای شما فقط هزینهی نظافت و مصرف است؛ همان شب در پیک، چند میلیون درآمد از دست رفته است. به همین دلیل Cornell در همان مقاله ۲۰۱۰ میگوید پاداش باید برای مشتری ارزشمند و برای شرکت ارزان باشد.
جدول پاداشهای ممکن (هزینهها نسبیاند؛ عدد ثابت ندارم، چون به اقامتگاه شما بستگی دارد):
پاداش | هزینهی واقعی برای شما | چه وقت میارزد |
|---|---|---|
خروج دیرتر / ورود زودتر | تقریباً صفر، اگر واحد بعدی خالی باشد | هر رزروی که واحد روز بعد آزاد است |
ارتقای واحد | خطر تعارض با رزرو پرنرخ | وقتی واحد بهتر خالی میماند |
شب هدیه در تاریخ کمتقاضا | هزینهی نظافت و مصرف | اقامتهای بلند یا وسط هفته |
تخفیف درصدی مستقیم | مستقیماً از حاشیه کم میشود | فقط برای تاریخ خالی |
بستهی خوشامد ویژه | هزینهی کالا | مهمان ویژه، نه همه |
اولویت رزرو | صفر | مهمان قبلی، فصل شلوغ |
آزمون سربهسر: پاداش وقتی منطقی است که هزینهی نهاییاش کمتر از «سود اضافهی رزروی که باعثش میشود» باشد. فرض کنید (مثال گرد) سود خالص هر شب ۱٫۰۰۰٫۰۰۰ تومان است و برای رزرو ۳ شبه، یک شب هدیه میدهید که اگر خالی میماند ۲۰۰٫۰۰۰ تومان هزینهی مصرف و نظافت دارد. اگر بدون این پاداش آن مهمان برنمیگشت، سه شب سود ۳٫۰۰۰٫۰۰۰ منهای ۲۰۰٫۰۰۰ برایتان میماند. اگر با پاداش هم همانطور برنمیگردد، ۲۰۰٫۰۰۰ تومان هدر رفته است. لازم نیست فرمول پیچیده بدانید؛ فقط بدانید هر پاداش باید رفتار تازه بخرد، نه پاداش رفتاری که هرحال اتفاق میافتاد. این همان دلیلی است که پاداش را به تاریخهای کمتقاضا و رزرو مستقیم گره میزنیم، که در وفادارسازی مهمان هم آمده است.
یک نتیجهی تکمیلی از Nunes و Drèze (۲۰۰۶، همان مقاله) که در مقالهی بالایی آمده: پیشرفت ظاهری (کارت با مهر اولیه) مشتری را به تکمیل نزدیکتر میکند. در باشگاه یعنی بگویید «شما یک اقامت از سه اقامت را داشتهاید» بهجای «شما صفر امتیاز دارید».
ارزش مهمان در طول زمان (CLV) با مدل ساده
ارزش طول عمر مشتری (CLV) یعنی مجموع سودی که از یک مهمان در کل رابطه میگیرید. شکل کامل آن (Gupta و دیگران؛ از جمعبندی Marketing Study Guide) سود هر سال را در احتمال ماندن مشتری ضرب میکند، با نرخ تنزیل کم میکند و هزینهی جذب را کم میکند:
CLV = مجموع [سود سال t × (نرخ بازگشت)^(t−1) ÷ (۱ + نرخ تنزیل)^t] − هزینهی جذب
برای اقامتگاه که مهمان سالی یک یا دو بار میآید، یک نسخهی خیلی سادهتر کافی است (با فرض ثابت بودن احتمال بازگشت، که تقریب است):
تعداد مورد انتظار اقامت ≈ ۱ ÷ (۱ − احتمال بازگشت بعد از هر اقامت)
CLV تقریبی = سود هر اقامت × تعداد مورد انتظار اقامت − هزینهی جذب − هزینهی نگهداری
مثال گرد: فرض کنید سود هر اقامت ۳٫۰۰۰٫۰۰۰ تومان و احتمال بازگشت ۲۰ درصد است. تعداد مورد انتظار اقامت ۱ ÷ ۰٫۸ = ۱٫۲۵ و CLV تقریبی ۳٫۷۵۰٫۰۰۰ تومان قبل از هزینههاست. اگر احتمال بازگشت به ۴۰ درصد برسد، ۱ ÷ ۰٫۶ ≈ ۱٫۶۷ و CLV حدود ۵٫۰۰۰٫۰۰۰. یعنی دو برابر کردن نرخ بازگشت، فقط حدود ۳۳ درصد ارزش مهمان را بالا میبرد. این عددها نشان میدهند چرا بودجهی پاداش در اقامتگاه کوچک نباید بزرگ باشد: ارزش یک مهمان بیشتر از ۱٫۲ تا ۲ اقامت نیست مگر نرخ بازگشت بسیار بالا باشد.
نسخهی کامل را فقط وقتی استفاده کنید که دادهی چندساله دارید. خود منابع میگویند مدل فرض میکند مشتری گمشده برنمیگردد و افق بینهایت دارد، که برای کسبوکار واقعی تقریب است.
دادهی مهمان و حریم خصوصی
CRM یعنی نگهداری اطلاعات آدمها. دو سؤال قانونی و اخلاقی دارد: چه چیزی را جمع کنیم و برای چه استفاده کنیم.
در ایران، منبعی رسمی و جامع پیدا نکردم که تکلیف باشگاه مشتریان و پیام تبلیغاتی برای اقامتگاه را روشن کند. آنچه دیدم، متن مواد ۵۸ و ۵۹ قانون تجارت الکترونیکی است (از شرح و متن در ویکیحقوق؛ منبع رسمی نبود): پردازش دادهپیام شخصی حتی با رضایت باید اهداف مشخص و روشن داشته باشد، داده فقط به اندازهی ضرورت جمع شود و فقط برای همان اهداف استفاده شود، و داده باید صحیح و بهروز باشد؛ دادهی حساس (عقیدتی، مذهبی، وضعیت جسمانی و روانی) بدون رضایت صریح ممنوع است. اینکه این مواد دقیقاً بر باشگاه یک اقامتگاه کوچک اعمال میشود یا نه، تفسیر حقوقی میخواهد و باید از وکیل پرسید. اما اصول بیانشده معقول است و پیش از هر چیز راهنمای عملی خوبی است:
فقط آنچه لازم است: نام، شمارهی موبایل، تاریخها، ترجیحهای مربوط به اقامت. نه سلامت، نه باور، نه جزئیات خانوادگی که برای اقامت لازم نبوده.
رضایت صریح برای پیام تبلیغاتی: بپرسید «میخواهید از تخفیفهای اقامتگاه باخبر شوید؟» و جواب را ثبت کنید. جواب «نه» یا سکوت یعنی فقط پیامهای مربوط به همین اقامت.
راه خروج: هر پیام تبلیغاتی بگوید چطور قطع شود.
هدف مشخص: دادهای که برای رزرو گرفتید را برای فروش چیز نامربوط به مجموعه استفاده نکنید و به کسی نفروشید.
بهروزرسانی: شمارهی قدیمی و اطلاعات نادرست را پاک کنید. Cornell هم در توصیههایش پاداش دادن برای بهروز کردن مشخصات را آورده است (از بررسی یک وبلاگ ثانوی).
مقایسهی بیرونی: ICO بریتانیا برای پیام تبلیغاتی میگوید رضایت باید مشخص، آزادانه و آشکار (affirmative) باشد و جعبهی از پیش تیکخورده یا سکوت کافی نیست (از خلاصهی حقوقی پیشنویس راهنما؛ متن فعلی را نخواندم). ایران تابع آن مقررات نیست؛ فقط یک معیار حرفهای است که اگر رعایتش کنید در هر چارچوبی امنترید. همچنین ثبت مهمان و کارت مهمان دربارهی نگهداری هویتی توضیح داده است.
CRM ساده با یک جدول
لازم نیست نرمافزار گران بخرید. یک جدول (اکسل یا Google Sheets) با یک سطر برای هر مهمان کافی است. ستونهای پیشنهادی:
ستون | مثال/نوع | کاربرد |
|---|---|---|
شناسه (شمارهی موبایل) | یکتا | تشخیص مهمان قبلی |
نام | متن | شخصیسازی |
تعداد اقامت | عدد | سطح باشگاه |
تاریخ آخرین اقامت | شمسی | تازگی (recency) |
مجموع شبها / مجموع مبلغ | عدد | ارزش (monetary) |
کانال هر اقامت | مستقیم/پلتفرم/ایجنت | سهم مستقیم |
ترکیب همراهان | زوج، خانواده، گروه | شخصیسازی پیشنهاد |
ترجیحها | متن کوتاه | آمادهسازی |
مناسبتها (با اجازه) | سالگرد، تعطیلات | زمان پیام |
رضایت پیام تبلیغاتی | بله/خیر + تاریخ | مجوز ارسال |
شکایت/رضایت | یادداشت | احتیاط در پیشنهاد |
وضعیت باشگاه | غیرعضو/قبلی/ویژه | مزایا |
برای تقسیم مهمانها از RFM استفاده کنید: تازگی (آخرین اقامت)، تعداد دفعات (frequency) و ارزش مالی (monetary). روش مرسوم هر سه را از ۱ تا ۵ نمره میدهد (منابع آموزشی مثل Ryte و IBM). برای جدول کوچک میتوانید با سه گروه ساده شروع کنید: فعال (آخرین اقامت کمتر از ۱۲ ماه)، در خطر (۱۲ تا ۲۴ ماه) و خوابیده (بیش از ۲۴ ماه) و در هر گروه مهمانهای پرارزشتر (بیش از یک اقامت) را جدا کنید. بازهها را با سابقهی خودتان عوض کنید: اقامتگاه تابستانی که مهمان هر سال یک بار میآید، «خوابیده» را بعد از دو تابستان تعریف میکند.
عادت کاری: بعد از هر اقامت یک سطر را بهروز کنید، ماهی یک بار فهرست «در خطر» را ببینید و فصلی یک بار پیام دستهجمعی (با رضایت) بفرستید. بخش اصلی CRM ساده همین عادت است، نه ابزار. موضوع ثبت ترجیحات در وفادارسازی مهمان آمده است.
کمپینهای نمونه
هر کمپین یک هدف، یک گروه هدف، یک پیام و یک شاخص دارد.
۱. کمپین مناسبت
هدف: یادآوری بدون فشار فروش. گروه: مهمانهای فعال که اجازه دادهاند.
پیام: «سال نو مبارک. اگر برای نوروز برنامهای دارید، این تاریخها هنوز خالی است و اولویت با مهمانان قبلی ماست.»
شاخص: تعداد پاسخها و رزروها.
۲. بازگشت پس از وقفه
هدف: فعال کردن گروه «در خطر». گروه: ۱۲ تا ۲۴ ماه بیاقامت.
پیام: یادآوری یک خاطرهی واقعی (فصل اقامت قبلی) و پیشنهاد روشن برای تاریخهای کمتقاضا.
شاخص: نرخ بازگشت گروه.
۳. ارجاع
هدف: معرفی مهمان جدید. پاداش دوطرفه (هم معرف هم معرفیشده)، از جنس پاداش ارزان جدول بالا.
شواهد: Schmitt، Skiera و Van den Bulte (Journal of Marketing، ۲۰۱۱) روی حدود ۱۰ هزار مشتری یک بانک آلمانی دیدند مشتریان معرفیشده دستکم ۱۶ درصد ارزش بیشتری داشتند و تقریباً ۱۸ درصد کمتر ترک میکردند؛ پاداش ۲۵ یورویی بانک بازده حدود ۶۰ درصد در شش سال داشت. دو محدودیت: دادهی بانک است، و مزیت حاشیهی سود با زمان کم میشود. نتیجهی ما: ارجاع منطقی است ولی اثرش را برای اقامتگاه خودتان اندازه بگیرید. (متن کامل PDF باز نشد؛ اعداد از خلاصههای دانشگاهی و پژوهشی است.)
شاخص: تعداد معرفیها و رزروهای تبدیلشده.
۴. پاسخ به شکایت قبلی
فقط وقتی شکایت حل شده؛ پیشنهاد جبران ملایم. در نقد منفی و شکایت آمده است.
قاعدهی تعداد پیام: بیشتر از ۳ پیام تبلیغاتی در سال به یک مهمان معمولاً زیاد است (قاعدهی تجربی ما)؛ هر پیام اضافی ارزش پیام بعدی را کم میکند.
هدایت مهمان باشگاه به رزرو مستقیم
باشگاه بدون راه رزرو بیاثر است. مهمان باید ببیند چگونه بدون پلتفرم رزرو کند: لینک ساده، شمارهی تماس ثابت، و بیعانهی روشن (بیعانه و پیشپرداخت). مرز با قوانین پلتفرمها (نگرفتن اطلاعات تماس پیش از رزرو، ارتباط خارج از پلتفرم) را قبل از ارسال لینک مستقیم به مهمانی که از پلتفرم آمده بخوانید؛ نکتهی مرزی در مقالهی وفادارسازی و شبکههای اجتماعی و رزرو مستقیم هست. در کانالهای رزرو هم جایگاه مهمان قبلی در ترکیب کانالها آمده است. هر رزرو باید در همان تقویم ثبت شود تا رزرو تکراری پیش نیاید.
شاخصهای باشگاه
نرخ بازگشت ۱۲ ماهه: مهمانهای متفاوتی که بیش از یک بار آمدند ÷ کل مهمانهای متفاوت.
فاصلهی بین اقامتها: میانهی روزهای بین دو اقامت، برای زمانبندی پیام.
سهم رزرو مستقیم از رزرو مجدد: هرچه بالاتر، کمیسیون کمتر.
CLV تقریبی با فرمول بالا، هر سال یک بار.
هزینهی باشگاه به ازای هر رزرو بازگشتی: هزینهی پاداشها ÷ رزروهای ناشی از آن؛ باید کمتر از کمیسیونی باشد که پرداخت میکردید.
نرخ لغو عضویت/اعتراض به پیام.
در اقامتگاه کوچک چند مهمان نرخ را جهش میدهد؛ بازه را بلند بگیرید. تعریف و تفسیر بیشتر در وفادارسازی مهمان و شاخصهای عملکرد اقامتگاه آمده است.
اشتباههای رایج
ساختن سطحهای متعدد برای ۲۰ مهمان.
پاداش مبتنی بر تخفیف دائمی؛ طبق Cornell مشتری را به تخفیف عادت میدهد.
ارسال پیام تبلیغاتی بدون رضایت یا بدون راه خروج.
جمعآوری اطلاعات اضافه که هیچوقت به کار نمیآید.
دادن مزایا به مهمان بدسابقه؛ باشگاه جایگزین غربال مهمان نیست.
نسنجیدن: بدون عددِ پیش و پس، نمیدانید باشگاه جواب داده یا نه.
شاهکلید برای این کار چه دارد؟
شاهکلید مدیریت ارتباط با مهمانان CRM در شاهکلید دارد: پروفایل هر مهمان از روی رزروهایش (تعداد اقامت، شب، مبلغ، آخرین اقامت)، برچسب و یادداشت، تاریخ تولد و ترجیحات، بخشبندی (مثلاً «مهمان تکراری» یا «مدتی نیامده») و کمپین پیامکی به همان بخشها. اما باشگاه مشتریان، امتیاز و پاداش ندارد و پیام خودکار تأیید رزرو یا یادآوری ورود را هم نمیفرستد؛ سطحها و تخفیف باشگاه را خودتان تعریف و اجرا میکنید و از برچسب «VIP» و بخشبندی برای شناسایی مهمانهایش کمک میگیرید. ارسال ایمیل هم فعلاً به سرویس ایمیل وصل نیست.
سؤالهای پرتکرار
از چه تعداد مهمان باید باشگاه بسازم؟
عدد استانداردی نیست. اگر تعداد مهمانهای تکراری شما در سال از چند ده نفر کمتر است، جدول ساده و چند پیام کافی است. سطحبندی وقتی میارزد که واقعاً گروههای متفاوت داشته باشید.
امتیاز بدهم یا مزیت ثابت؟
برای اقامتگاه کوچک، مزیت ثابت و ساده بهتر است: امتیاز بدهی مالی و پیچیدگی میسازد. اگر امتیاز میدهید، تاریخ انقضا و ارزش ریالی مشخص بنویسید.
مهمان پلتفرم را میتوانم عضو باشگاه کنم؟
بستگی به قواعد همان پلتفرم دارد؛ قبل از گرفتن اطلاعات تماس و دعوت به رزرو مستقیم، شرایط پلتفرم را بخوانید. بعد از اقامت و با رضایت مهمان معمولاً جا برای ثبت شماره هست، ولی من منبع رسمی ایرانی در این باره پیدا نکردم.
آیا باشگاه واقعاً از تخفیف دادن بهتر است؟
اگر تخفیف را به تاریخ کمتقاضا گره بزنید شبیه هم میشوند. فرق این است که باشگاه رابطه و داده میسازد (چه کسی آمده، چه خواسته، کی باید پیام داد). پاداشهای بیهزینه مثل خروج دیرتر یا اولویت رزرو، همان نتیجه را با کاهش کمتر نرخ میدهد.
مطالب مرتبط
آداب میزبانی حرفهای در اقامتگاه — میزبانی حرفهای یعنی سرعت پاسخ مشخص، اطلاعات شفاف، حریم محترم و جبران سریع اشتباه، بدون سردی. سقفهای زمانی، مرز…
پشتیبانی شبانهروزی و حل اختلاف با مهمان — پشتیبانی ۲۴ ساعته یعنی سطحبندی درخواستها، سقف زمان پاسخ، مدل نوبتبندی و اختیار مالی مشخص برای پشتیبان، نه بیدار…
کنسیرج و خدمات حین اقامت اقامتگاه — کنسیرج در اقامتگاه یعنی رابط مهمان با خدمات محلی. کدام خدمت را خودمان بدهیم و کدام را به شریک بسپاریم، مسئولیت…
نظرها