اگر همهی اقامتگاههایتان یک اسم، یک تیم و یک ارز دارند، به هیچکدام از اینها نیاز ندارید. چندبرندی وقتی لازم میشود که چند هویت بازاری جدا (مثلاً «ویلاهای شمال» و «آپارتمانهای شهری») دارید، وایتلیبل وقتی که نرمافزار یا سایت به نام شریک دیگری عرضه میشود، و چندارزی وقتی که مهمان واقعاً به ارز دیگری قیمت میبیند یا پرداخت میکند. هر کدام هزینهی فنی و حسابداری دارد؛ پس اول بپرسید مشکل واقعی چیست.
چهار مفهوم که اغلب با هم قاطی میشوند
مفهوم | یعنی چه | مثال | یک حساب کافی است؟ |
|---|---|---|---|
چندملکی (multi-property) | چند ساختمان در یک سازمان با تقویم و گزارش مشترک | دو مجتمع در یک شهر | بله |
چندبرندی (multi-brand) | چند هویت بازاری روی یک یا چند ملک؛ نام، لوگو، سایت جدا | ویلا لوکس و اقامتگاه اقتصادی زیر یک مدیریت | معمولاً بله، با تنظیم نمایش |
چندمستأجری (multi-tenant) | یک نرمافزار که چند مشتری مستقل با دادهی جدا را سرویس میدهد | شبکهای از مدیرهای مستقل روی یک پلتفرم | خیر، هر کدام دادهی جدا |
وایتلیبل | نرمافزار یا سایت با برند شریک، نه برند فروشنده | شریک محلی با دامنه و لوگوی خودش | بستگی به قرارداد دارد |
منابعی که پیدا کردم عمدتاً از فروشندگان بودند و مقایسهی بیطرف پیدا نشد؛ با این حال تصویر رایج روشن است: برای یک گروه با چند برند، «چندملکی با موتور رزرو و دامنهی جدا برای هر برند» الگوی معمول است و چندمستأجری وقتی معنی دارد که شما خودتان نرمافزار را به مدیران دیگر بفروشید. مقالهای از یک فروشنده هم هشدار میدهد که موتور رزرو وایتلیبل راهاندازی را سریع میکند ولی از حاشیهی سود، مالکیت داده و کنترل عملیاتی میکاهد؛ قبل از انتخاب بپرسید دادهی مهمان کجا نگهداری میشود، دامنه به ازای هر ملک است یا هر برند، و ایمیلها و اسناد مهمان بدون برند فروشنده قابل ارسال است یا نه.
چندبرندی: کی ارزش دارد؟
چندبرندی فقط وقتی میارزد که مخاطب یا قیمت دو گروه واقعاً فرق دارد. دو واحد مشابه با دو نام، فقط کار تبلیغاتی و پاسخگویی را دو برابر میکند. معیارها:
مخاطب یا سطح قیمت آنقدر متفاوت است که یک برند یکی را ضعیف نشان میدهد؟
برای هر برند جداگانه محتوا، عکس و پاسخگویی دارید؟
گزارش مالی را بدون برند هم میتوانید ببینید یا حسابها مخلوط میشود؟
نقشها و دسترسیها در ساختار چندشعبهای مهماند؛ مقالهی نقشها در اقامتگاه چندشعبه را ببینید. رشد بدون خرید ملک (هممیزبانی، فرانچایز، وایتلیبل) در مقالهی مدلهای رشد بررسی شده است.
وایتلیبل برای شریک محلی
وایتلیبل یعنی شریک (مثلاً مدیر محلی یک شهر) پنل یا صفحهی رزرو را با دامنه، لوگو و رنگ خودش ببیند. سه چیز را قبل از توافق روشن کنید: دادهی مهمان مال کیست و در پایان همکاری چه میشود؛ پرداختها به حساب چه کسی میرود؛ و کنترل کیفیت، یعنی اگر شریک استاندارد را رعایت نکرد اثر آن بر برند چیست. اینها بیشتر حقوقی و عملیاتیاند تا فنی. برای شریک کوچک، یک صفحهی ساده با لوگوی او و اشتراکگذاری تقویم گاهی کافیتر از سامانهی کامل است.
چندارزی: مزیت و پیچیدگی
برای مهمان خارجی، قیمت به ارز آشنا اعتماد میآورد. اما سه تصمیم جدا وجود دارد که اغلب یکی فرض میشوند: ارزِ نمایش قیمت، ارزِ شارژ پرداخت، و ارزِ حسابداری شما. اگر قیمت را به درهم نشان بدهید ولی به تومان یا ریال دریافت کنید، نرخ تبدیل را چه کسی و چه زمانی تعیین میکند؟ بهتر است نرخ را برای هر رزرو در زمان تأیید ثبت کنید و بعداً تغییر ندهید، وگرنه سود هر رزرو بسته به روز گزارشگیری فرق میکند.
نمونه (فرض کنید): قیمت شب ۱ میلیون تومان است و به مهمان با نرخ روز ۴۰ هزار تومان به ازای هر واحد ارز خارجی نمایش داده میشود. اگر دو هفته بعد نرخ ۵٪ تغییر کند و رزرو را دوباره تبدیل کنید، همان رزرو دو ارزش دارد. اصل: نرخ لحظهی رزرو را به همراه رزرو نگه دارید.
دومین ریسک، تبدیل ارز توسط کارت یا پایانه است. پژوهشی از Gerritsen و همکاران (۲۰۲۳) دربارهی DCC (تبدیل ارز در لحظهی پرداخت، جایی که فروشنده اجازه میدهد مشتری به ارز خودش شارژ شود) نشان میدهد این گزینه مشتریان کمسواد مالی را بیشتر ضرر میدهد و پیشنهاد میکند هر دو گزینه با یک ارز مقایسهپذیر نشان داده شوند. نتیجهی عملی: اگر روزی شارژ خارجی دارید، مارژین تبدیل را شفاف نشان دهید.
قوانین ارز و پرداخت در ایران
منبع رسمیای که صریحاً بگوید اقامتگاه میتواند از مهمان خارجی ارز بگیرد یا قیمت را با ارز بدهد، پیدا نشد. آنچه تأیید شد: طبق قانون مبارزه با قاچاق کالا و ارز، معاملهی ارزی در کشور مگر آنکه دستکم یک طرف صرافی یا بانک مجاز باشد، خلاف است و جریمه دارد. پس نمایش قیمت به ارز و دریافت به تومان یا از مسیر مجاز را حتماً با بانک یا مشاور حقوقی بررسی کنید و بدون تأیید مرجع رسمی، دریافت نقدی ارز را دستورالعمل نکنید. متنهایی که خواندم قدیمی یا غیررسمی بودند؛ متن جاری را از مرجع رسمی بگیرید.
شاهکلید در این چارچوب
طبق کد، شاهکلید چندمستأجری است: هر سازمان دادهی جدا دارد، با دامنهی خودش شناسایی میشود و دارای برند (نام، رنگ اصلی و آدرس https لوگو)، ماژولها و سقف کاربر، ساختمان و واحد است که مدیر پلتفرم تنظیم میکند؛ برند در صفحهی ورود نمایش داده میشود. چندملکی درون یک سازمان هم از طریق ساختمانها و واحدها پشتیبانی میشود. در عوض، چندارزی و چندزبانی ندارد: مبالغ به تومان هستند و صفحهی رزرو عمومی برای مهمان وجود ندارد. وایتلیبل کامل برای شرکا هم بهصورت خودخدمت نیست.
برای رشد از یک ملک به چند ملک، مقالهی مقیاسپذیری و قیمتگذاری فصلی چندواحدی را ببینید؛ نقشهی بزرگتر ابزارها در اتوماسیون اقامتگاه است.
سؤالهای پرتکرار
برای یک اقامتگاه چندارزی لازم است؟
معمولاً نه. اگر مهمان خارجی کم است، قیمت را در پیام به ارز آشنا بگویید ولی در سیستم به یک ارز ثبت کنید.
نرخ تبدیل را کدام روز بگیرم؟
نرخی که در لحظهی تأیید رزرو به مهمان گفتهاید؛ همان را ذخیره کنید، نه نرخ روز گزارش.
وایتلیبل با فرانچایز فرق دارد؟
وایتلیبل بیشتر قالب فنی و ظاهری است؛ فرانچایز شامل حق برند، استاندارد و قرارداد است.
مطالب مرتبط
اتوماسیون اقامتگاه؛ ابزارها و مرز انسان — نقشهی ابزارهای فناوری برای میزبان (PMS، کانالمنیجر، پیام خودکار، قیمتگذاری، قفل و حسگر)، معیار تصمیم برای…
ورود غیرحضوری و قفل هوشمند اقامتگاه — مقایسهی روشهای تحویل کلید، ضعفهای امنیتی مستند قفلهای هوشمند، قاعدهی مدیریت کد، پروتکل خرابی باتری و اینترنت، و…
چنل منیجر یا iCal برای اقامتگاه — iCal فقط بازههای اشغال را یکطرفه و با تأخیر جابهجا میکند و چنل منیجر با API به پلتفرم وصل میشود. اینجا میبینید…
نظرها