Eleven Experience

الحل: ابدأ بالهيكل المعماري وراء التجربة

عملت Booking Ninjas مع Eleven على الهيكل المعماري العام واستراتيجية التعبئة قبل تحويل تلك الأفكار إلى بيئة عمل.

كان ذلك يعني فهم كيفية ارتباط الأجزاء المختلفة من تجربة Eleven ببعضها البعض بدلاً من التعامل مع كل عنصر كحجز منفصل.

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

أصبحت الفكرة نظامًا عمليًا

تجاوز هذا التعاون مجرد عرض Eleven عرضًا عامًا.

أخذت Booking Ninjas المتطلبات، وعملت على كيفية هيكلة الحزم، وبنت نظامًا يعمل حول ذلك النموذج.

أعطى ذلك Eleven شيئًا ملموسًا لتقييمه مقابل الطريقة التي يعمل بها عملها بالفعل.

يمكن أن تظل الحزمة تجربة واحدة بدلاً من أن تصبح مجموعة من السجلات

هنا كانت الأهمية المعمارية أكبر.

قد يفكر الضيف في الرحلة كتجربة واحدة.

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

إذا كانت كل جزء في نظام مختلف أو سجل غير مرتبط، يجب على الموظفين تذكر كيف تنتمي تلك الأجزاء معًا.

عملت Booking Ninjas نحو هيكل حيث يمكن أن تظل المكونات ذات الصلة جزءًا من نفس نموذج الحجز الأوسع.

لم يكن على العمل تبسيط نفسه ليتناسب مع البرنامج

منتج Eleven مختلف عمدًا عن الإقامة العادية.

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

اتخذت Booking Ninjas النهج المعاكس.

قدمت Salesforce الأساس للسجلات، وسير العمل، والمستخدمين، والتقارير، والأتمتة، والتوسعات المستقبلية. ثم شكلت أعمال التنفيذ تلك الأجزاء حول نموذج تشغيل Eleven.

توضح مركز المعرفة ذلك الأساس الأوسع في ما هو Salesforce Org؟

ما حققته المشاركة

ليس لدينا بيانات موثوقة عن الإيرادات أو مقاييس الكفاءة بعد الإطلاق لهذه المشاركة، لذا يجب أن تظل النتيجة مركزة على ما قدمته Booking Ninjas بالفعل.

ترك الهيكل أيضًا مجالًا لتجارب أصحاب المصلحة المستقبلية

خلال المشاركة، ناقشت Booking Ninjas وEleven أيضًا كيف يمكن أن يدعم الهيكل الأساسي واجهات إضافية في المستقبل.

كان أحد الأمثلة هو بوابة المالك.

كانت الفكرة هي أن يتمكن صاحب مصلحة آخر في النهاية من تلقي عرض مخصص أثناء التفاعل مع نفس بيئة Salesforce الأساسية المستخدمة في التشغيل.

لم تكن تلك البوابة المستقبلية هي النتيجة الرئيسية لهذه القصة، لذا يجب عدم تقديمها كميزة إنتاج مكتملة لـ Eleven.

كانت أهميتها معمارية: لم يكن النظام مضطرًا أن ينتهي عند الواجهة الأولى التي تم بناؤها.

التعقيد هو المكان الذي تصبح فيه المنصة المتصلة أكثر فائدة

يمكن التعامل مع حجز بسيط بواسطة تقويم بسيط.

كان استخدام Eleven مختلفًا.

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

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

لا ينبغي وصف كل حزمة من Eleven كحجز جماعي. الاتصال المفيد هو القدرة على نمذجة عدة عناصر حجز ذات صلة دون كسر الحجز الأوسع.

ابدأ بالحجز، ثم ابني حول ما تحتاجه التجربة فعليًا

تعتبر Eleven Experience مثالًا جيدًا على سبب عدم تعامل Booking Ninjas مع كل عميل كنموذج حجز واحد.

يمكن أن توفر إدارة الحجوزات الأساس.

حول ذلك الأساس، يمكن للعملية إضافة التوافر، والأسعار، والموارد، وهياكل المجموعات، وسجلات العملاء، والبوابات، والفوترة، والتقارير، والتكاملات، وسير العمل المخصص عندما تتطلبها نموذج العمل.

قد تحتاج عقار بسيط فقط إلى عدد قليل من الأجزاء.

قد تحتاج شركة مغامرات فاخرة تجمع بين الإقامة والتجارب إلى هيكل أغنى بكثير.

يمكن أن تبدأ المنصة من نفس أساس Salesforce بينما يتبع الإعداد النهائي المنظمة التي تستخدمه.

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