Canadian Cancer Society

الاتجاه: توسيع Salesforce بدلاً من إنشاء قاعدة بيانات ضيوف أخرى

كانت جمعية السرطان الكندية تمتلك بالفعل بيئة Salesforce.

اقترحت Booking Ninjas إضافة طبقة النزل والحجز حول تلك الأساسيات بدلاً من تقديم تطبيق معزول آخر مع نسخة أخرى من الأشخاص الذين تعرفهم المنظمة بالفعل.

هذا مهم عندما تكون الإقامة جزءًا واحدًا فقط من علاقة أوسع بكثير مع المنظمة.

يعمل نظام إدارة الحجوزات الحالي من Booking Ninjas مباشرة مع بيانات Salesforce، وسير العمل، والأمان، والأتمتة، والتقارير بدلاً من الحاجة إلى قاعدة بيانات حجوزات منفصلة.

تعرف على المزيد حول المفهوم الأوسع في ما هو Salesforce Org؟ .

يوضح ضيف عائد لماذا يعد النموذج المتصل مهمًا

أوضح سير العمل الأكثر وضوحًا هو عودة شخص لإقامة نزل أخرى.

كيف تناسب اتجاه الحل عملية النزل

يمكن أن يبقى الشخص في مركز النظام

الغرفة مؤقتة.

قد تستمر العلاقة مع الشخص قبل وبعد تعيين تلك الغرفة.

هذا مهم بشكل خاص لمنظمة تخدم الأشخاص الذين قد يعودون لإقامات مرتبطة بالعلاج أو يتفاعلون مع خدمات دعم أخرى على مر الزمن.

يوفر سجل العميل القائم على Salesforce للنزل طريقة أخرى لتنظيم ذلك التاريخ: ينتمي الحجز إلى الشخص بدلاً من أن يصبح هوية الشخص بالكامل داخل النظام.

تشرح مركز معرفة Booking Ninjas هذا النموذج في ما هو سجل العميل؟ .

كان توفر الغرف والأسرة يحتاج إلى أكثر من علامة مشغولة أو فارغة

يمكن أن تتضمن الإقامة المتخصصة قيودًا، وقواعد تعيين، وتكوينات سرير مختلفة، وإقامات معلقة، وقوائم انتظار، وحالة تشغيلية.

هذا يعني أن التوفر يحتاج إلى أن يعكس أكثر من مجرد ما إذا كانت الغرفة تظهر فارغة على التقويم.

تربط إدارة التوفر الحالية من Booking Ninjas التوفر مباشرة مع سير العمل في Salesforce، والقيود، والسعة، والمخزون، والتقارير. :contentReference[oaicite:2]{index=2}

بالنسبة لجمعية السرطان الكندية، كان اتجاه التصميم هو جعل توفر الإقامة جزءًا من نفس بيئة النزل الأوسع مثل الحجز والشخص.

يمكن أن تتبع علاقة الدفع أيضًا الإقامة

لا يجب أن تأتي كل دفعة للإقامة مباشرة من الشخص الذي يشغل الغرفة.

شملت متطلبات جمعية السرطان الكندية سيناريوهات دفع من طرف ثالث إلى جانب سير العمل العادي للفواتير.

هذا يخلق سببًا آخر للحفاظ على العلاقة بين الشخص، والإقامة، والفاتورة أو الرسوم، والدافع مرتبطة بدلاً من التعامل مع الدفع كمعاملة غير مرتبطة.

يمكن أن تشارك العمليات نفس صورة النزل

تستمر عمليات الإقامة بعد إنشاء الحجز.

يحتاج الموظفون إلى معرفة من يصل، ومن قام بتسجيل الوصول، وما هي الإقامة المشغولة، وما الذي يصبح متاحًا، وما الذي يحتاج إلى اهتمام قبل أن يتمكن شخص آخر من استخدامه.

اعتبرت متطلبات جمعية السرطان الكندية أيضًا حالة تتعلق بالتنظيف، والاتصالات، والقيود التشغيلية، وتقارير الإدارة.

يوفر نموذج Salesforce المتصل تلك العمليات هيكل سجل مشترك بدلاً من مطالبة كل فريق بالحفاظ على نسخته الخاصة مما يحدث.

ما أظهرته المشاركة

لا تثبت المواد المتاحة أن Booking Ninjas أصبحت منصة إدارة النزل الإنتاجية لجمعية السرطان الكندية، لذا لا ينبغي أن تدعي هذه القصة تنفيذًا مكتملًا أو نتائج مقاسة بعد الإطلاق.

كانت النتيجة المهمة هي ترجمة متطلبات المنظمة إلى اتجاه حل منظم يعتمد على Salesforce.

يجب أن يتكيف النظام مع النزل، وليس تحويل النزل إلى فندق

توجد إقامة جمعية السرطان الكندية لغرض محدد.

تُشكل ضيوفها، وقواعدها، وعلاقات الدفع، وبيئة الدعم، واحتياجات التقارير، وعملياتها متعددة المواقع حول ذلك الغرض.

يمكن أن تستخدم Booking Ninjas Salesforce كأساس ثم تقوم بتكوين قواعد الحجز، والحقول، وسير العمل، والأذونات، ولوحات المعلومات، والتكاملات حول المنظمة.

هذه هي الدرس الأوسع: يمكن للمنظمة استخدام تكنولوجيا الحجز الاحترافية دون الحاجة إلى العمل مثل نموذج الصناعة الذي تم تصميم البرنامج في الأصل حوله.

لماذا تناسب حالة الاستخدام Booking Ninjas اليوم

تدعم Booking Ninjas الآن بشكل صريح بيئات الحجز المعقدة عبر مواقع متعددة، ومرافق، وموارد، وبرامج، وأصحاب المصلحة. :contentReference[oaicite:3]{index=3}

يمكن أن توفر إدارة الحجوزات سجل الإقامة الأساسي. يمكن أن تتحكم إدارة التوفر في الغرف والأسرة والسعة والقيود. يمكن أن تنظم إدارة قوائم الانتظار الطلب الزائد. يمكن أن تتبع تسجيل الوصول والمغادرة دورة حياة الإقامة. يمكن أن تربط سجلات Salesforce وسير العمل والتقارير العملية الأوسع.

هذا يجعل مشاركة جمعية السرطان الكندية مثالًا مفيدًا على المكان الذي تكون فيه Booking Ninjas في أقوى حالاتها: عندما يكون الحجز جزءًا واحدًا فقط من علاقة تشغيلية أكثر تعقيدًا.

تعرف على المزيد حول نموذج النزل المتصل