קבוצת CTY הייתה אחד הפרויקטים שהעבירו את Booking Ninjas מהרעיון של פלטפורמת מלון מבוססת Salesforce לדרישות המעשיות של ניהול מלון אמיתי.
קבוצת CTY הייתה לקוח מוקדם של Booking Ninjas בתחום האירוח בהולנד. הלקוח הכין מלון בוטיק ורצה חלופה גמישה יותר למערכות המלון הקשיחות שהיו זמינות באותה תקופה.
Booking Ninjas עבדה על הסביבה המרכזית של המלון, כולל ניהול הזמנות, חיבור לערוצים, ואינטגרציה של כרטיסי גישה טכנולוגיים.
האתגר: לעבור מעבר לתוכנת מלון קשיחה
הלקוח חיפש סביבה מודרנית של PMS כאשר הפעולה של המלון החלה להתגבש.
הבעיה לא הייתה פשוטה כמו לקיחת הזמנה.
מלון מתפקד היה זקוק לסביבת ההזמנות כדי להתחבר להפצה, גישה לחדרים, מידע על אורחים, זמינות, וזרימות העבודה התפעוליות סביב השהות.
- הזמנות מלון
- זמינות חדרים
- מידע על אורחים
- ערוצי הזמנה
- עדכוני תעריפים ומלאי
- טכנולוגיית גישה לחדרים
- זרימות עבודה במלון
- נתוני Salesforce
הלקוח גם חיפש גמישות. במקום לבחור ב-PMS קשיח נוסף ולהתאים את המלון סביבו, הפרויקט חקר כיצד Salesforce יכולה לספק בסיס שיכול להמשיך להשתנות עם הפעולה.
הפרויקט עבר לדרישות אמיתיות של מלון
קבוצת CTY הפכה לניסוי חשוב מוקדם אם הגישה המבוססת על Salesforce של Booking Ninjas יכולה לעבוד מחוץ לסביבת הדגמה.
היישום הביא יחד מספר חלקים שמלון מתפקד היה זקוק להם.
בנה את המבנה המרכזי לניהול הזמנות מלון, אורחים, תאריכים ופעילות חדרים.
חבר את סביבת ההזמנות של המלון עם פעילות ערוצי ההזמנה החיצוניים.
אינטגרציה של פונקציית כרטיסי גישה טכנולוגיים כחלק מהסביבה הרחבה של טכנולוגיית המלון.
שמור על זרימת העבודה של המלון על בסיס שנועד לרשומות מחוברות, אוטומציה, דיווח ואינטגרציות עתידיות.
מה ש-Booking Ninjas בנתה סביב מודל המלון
| צורך במלון | עבודת Booking Ninjas | מה שהפרויקט הדגים |
|---|---|---|
| נהל הזמנות מלון | ניהול הזמנות | Salesforce יכולה להפוך לבסיס העבודה לרשומות הזמנות מלון במקום להישאר רק CRM כללי. |
| חבר ערוצי הזמנה חיצוניים | מנהל ערוצים | זמינות והזמנות יכולות להתחבר עם הסביבה הרחבה של ההפצה במקום לדרוש מה-PMS להישאר מבודד. |
| חבר טכנולוגיית גישה לחדרים | אינטגרציה של כרטיסי גישה טכנולוגיים במלון | סביבת ה-PMS יכולה לתקשר עם טכנולוגיית מלון מיוחדת הנדרשת מעבר להזמנה עצמה. |
| שמור על הארכיטקטורה ניתנת להרחבה | Salesforce + בסיס אינטגרציה | המלון יכול היה להיות בעל מערכת שנועדה להתחבר עם כלים וזרימות עבודה נוספות במקום להפוך ליישום סגור נוסף. |
PMS של מלון לא יכול לפעול לבד
אחת מהלקחים הברורים ביותר מהפרויקט הייתה שהזמנות מלון נמצאות בתוך סביבה טכנולוגית רחבה יותר.
הזמנה ישירה עשויה להיכנס ל-PMS בדרך אחת. הזמנה מ-OTA עשויה להגיע דרך ערוץ אחר. זמינות צריכה להישאר מדויקת בין המקורות הללו.
Booking Ninjas עבדה על חיבור ערוצים כחלק מסביבת קבוצת CTY במקום להתייחס להפצה כבעיה מנותקת של מישהו אחר.
היום מנהל הערוצים של Booking Ninjas פועל לפי אותו עיקרון על ידי סנכרון זמינות, תעריפים והזמנות עם פלטפורמות הזמנה חיצוניות תוך שמירה על נראות הזמנות מרכזית בתוך Salesforce.
גישה לחדרים הראתה מדוע אינטגרציות חשובות באירוח אמיתי
מלון לא מפסיק לפעול בגבול ה-PMS.
אורחים זקוקים לגישה פיזית לחדר. זה אומר שהזמנות ופעילות צ'ק-אין בסופו של דבר צריכות לתקשר עם טכנולוגיית גישה מיוחדת.
עבור קבוצת CTY, Booking Ninjas עבדה עם אינטגרציה של כרטיסי גישה טכנולוגיים כחלק מהפרויקט.
זה היה לקח חשוב מוקדם בתחום האירוח: בניית יישום ההזמנות הייתה רק חלק מהעבודה. סביבה שימושית של מלון הייתה גם צריכה להתחבר עם המערכות שסובבות אותה.
הארכיטקטורה הנוכחית של האינטגרציה של Booking Ninjas ממשיכה את הגישה הזו דרך APIs, תוכנה ביניים, סנכרון מונע אירועים, וחיבורים עם מערכות מיוחדות. :contentReference[oaicite:2]{index=2}
הפרויקט הוכיח שהמודל האירוח היה אמיתי
קבוצת CTY הייתה חשובה כי היא דחפה את Booking Ninjas לדרישות מעשיות של מלון בשלב מוקדם של החברה.
ניהול הזמנות היה צריך לפעול בהקשר של מלון.
ההפצה הייתה צריכה להתחבר.
טכנולוגיית הגישה הייתה צריכה להשתלב.
הארכיטקטורה של Salesforce הייתה צריכה לעבור מעבר לרעיון מוצר ולהתחיל לתמוך בסוגי הקשרים שסביבה תפעולית של מלון דורשת.
הפרויקט עזר להדגים שפעילות ההזמנות המרכזית של מלון יכולה להיות מיוצגת בתוך סביבה תפעולית מבוססת Salesforce.
פעילות OTA וערוצי ההזמנה חיזקו שהזמנות ומלאי לא יכולים להתייחס כאל פונקציה מבודדת של PMS.
דרישת כרטיס הגישה הראתה שגם תוכנת האירוח הייתה צריכה לעבוד עם הטכנולוגיה הפיזית שסובבת את השהות של האורח.
הפרויקט נתן ל-Booking Ninjas ניסיון אמיתי עם מה שמפעיל מלון מצפה מסביבה מודרנית של נכס.
אבל בניית הטכנולוגיה הייתה רק חצי מהאתגר
הפרויקט גם חשף חולשה ש-Booking Ninjas הייתה צריכה לטפל בה.
החברה גדלה במהירות ולקחה על עצמה יותר עבודה עם לקוחות ממה שהצוות המוקדם שלה יכול היה לתמוך בו ביעילות בו זמנית.
כשהדרישות של קבוצת CTY המשיכו להתפתח, מהירות היישום והפיתוח לא שמרו על הקצב עם מה שהלקוח היה צריך.
לכן, הפרויקט לא הגיע להשקה בייצור.
ההבחנה הזו חשובה.
הבעיה לא הייתה פשוטה כמו אם הארכיטקטורה יכולה לדגם פעולות מלון. קבוצת CTY כבר דחפה את המוצר להזמנות, הפצה ואינטגרציה של גישה.
האתגר היה אם Booking Ninjas יכולה להפוך דרישות מתפתחות לזרימות עבודה מוכנות ללקוח במהירות מספקת תוך תמיכה בכמה יישומים בו זמנית.
הלא-השקה הפכה לחלק מהאופן שבו Booking Ninjas התבגרה
קבוצת CTY לא צריכה להיכתב מחדש כסיפור הצלחה קונבנציונלי של השקה.
ערכה יותר שימושי כאשר הסוף נשאר שלם.
המעורבות הראתה ל-Booking Ninjas היכן החברה הייתה צריכה לחזק את העבודה סביב המוצר עצמו.
- יכולת פיתוח
- מבנה יישום
- עדיפויות דרישות
- אספקת אינטגרציה
- מחזורי סקירה של לקוחות
- בעלות על הפרויקט
- תכנון שחרור
- מהירות משלוח
השיעורים הללו עזרו לעצב את הצורך בדרכים יותר מסודרות להעביר לקוחות מדרישות לקונפיגורציה, סקירה, שיפור והשקה.
המוצר ודגם המשלוח היו צריכים לגדול גם כן
הזמנת נינג'ות היום יש פלטפורמת אירוח הרבה יותר רחבה מאשר הסביבה המוקדמת שנבנתה במהלך פרויקט CTY Group.
פלטפורמת ניהול ההזמנות הנוכחית מחברת בין הזמנות, משאבים, זמינות, תמחור, ניהול ערוצים, צ'ק-אין וצ'ק-אאוט, ותהליכי עבודה אחרים ישירות בתוך Salesforce. :contentReference[oaicite:3]{index=3}
חשוב לא פחות, תהליך ההטמעה יכול כעת להתחיל מסביבת Salesforce של הארגון, רשומות, תהליכי עבודה, דרישות, אינטגרציות והרשאות במקום להתייחס למשלוח כסדרה של בקשות פיתוח מותאמות לא קשורות.
מרכז הידע מתאר את הארגון של Salesforce כסביבה שבה נינג'ות ההזמנות יכולות להכין רשומות, משתמשים, הרשאות, תהליכי עבודה, דיווח, אינטגרציות ויכולות אחרות סביב הארגון שמשתמש בה. :contentReference[oaicite:4]{index=4}
למה CTY Group עדיין שייכת לסיפור של נינג'ות ההזמנות
הפרויקט עבר מעבר לקונספט תיאורטי של PMS לדרישות מעשיות של הזמנות מלון, הפצה ושליטה בגישה.
העבודה הראתה כיצד ניתן לארגן את פעולות המלון על בסיס Salesforce ולא רק במערכת PMS ישנה סגורה.
חיבורי ערוצים וכרטיסי מפתח הראו שסביבה מודרנית של מלון צריכה לעבוד עם המערכות שסובבות את ההזמנה.
הביקוש של הלקוחות גדל מהר יותר ממה שהצוות המוקדם יכול היה להפוך כל דרישה מתפתחת לעבודה להטמעה גמורה.
יכולת הפיתוח, משמעת ההטמעה, תעדוף ומהירות המשלוח הפכו חשובים לא פחות מיכולת המוצר.
הניסיון הפך לחלק מההתקדמות של נינג'ות ההזמנות לעבר פלטפורמת אירוח ומודל הטמעה יותר בוגר.
רעיון המוצר המקורי עדיין מחזיק
CTY Group נמשכה בתחילה למודל שלא הכריח את המלון למערכת PMS ישנה נוספת.
הרעיון הזה נשאר מרכזי לנינג'ות ההזמנות.
Salesforce מספקת את הבסיס התפעולי. נינג'ות ההזמנות מוסיפות את יכולות ההזמנה והנכס. קונפיגורציות ואינטגרציות מעצבות לאחר מכן את הסביבה סביב הארגון שמשתמש בה.
ההבדל הוא שנינג'ות ההזמנות גם למדו שגמישות חייבת להיות משולבת עם משלוח ממושמע. מערכת שניתן לעצב סביב הלקוח היא רק בעלת ערך כאשר הלקוח יכול לעבור דרך ההטמעה בקצב שניתן לעבודה.
למד עוד על בסיס המלון ש-CTY Group עזרה לבדוק
ראה כיצד הזמנות, זמינות, שינויים, כללים, אוטומציה ודיווח פועלים כעת ישירות בתוך Salesforce.
חקור את ניהול ההזמנות →ראה כיצד מחירים, מלאי והזמנות יכולים להישאר מסונכרנים בין פלטפורמות הזמנה חיצוניות לבין סביבת Salesforce המרכזית.
חקור את מנהל הערוצים →ראה כיצד ניתן לארגן רשומות, משתמשים, הרשאות, תהליכי עבודה, דיווח ואינטגרציות סביב התפעול באמצעות נינג'ות ההזמנות.
מה זה ארגון Salesforce? →על הסיפור הזה: CTY Group הייתה לקוח מוקדם של נינג'ות ההזמנות בתחום האירוח. נינג'ות ההזמנות עבדו על סביבה של מלון הכוללת ניהול PMS והזמנות, חיבור ערוצים ואינטגרציה של כרטיסי מפתח טכנולוגיים של מלון. הפרויקט לא הגיע להשקה בייצור. בשלב הזה של צמיחת נינג'ות ההזמנות, הביקוש של הלקוחות נע מהר יותר מיכולת הצוות המוקדם לספק דרישות מתפתחות. סיפור זה מציג את התוצאה הזו ישירות ולא מרמז על פריסה שהושלמה או תוצאות תפעוליות לא מאומתות.
צריך מערכת מלון שמחברת יותר מהזמנות?
ראה כיצד נינג'ות ההזמנות יכולות להביא יחד הזמנות, ערוצים, אינטגרציות, נתוני אורחים, תהליכי עבודה ודיווח בתוך סביבה של מלון מבוססת Salesforce שעוצבה סביב התפעול שלך.
.jpeg)
.jpg)
.png)
