ניהול תשואה במלון: למה זה לא רק אלגוריתם אלא החלטה ניהולית

ניהול תשואה הוא לא אלגוריתם, הוא שילוב של טכנולוגיה, תפעול והבנה של השוק

הנה השיעור המאלף שקיבלתי לפני 30 שנה במנצ'סטר שהפך לאבן יסוד בכל פרויקט שלי עד היום:

ב-1991 לא ידעתי מה זה ניהול תשואה. היום, כשאני רואה מערכות AI מקבלות החלטות במילישניות, אני חוזר דווקא לשיעור שלמדתי אז במנצ'סטר.

בשנת 1990 נבחרתי להשתתף בתוכנית להכשרת מנהלים צעירים של רשת מלונות בריטניה ועברתי לעבוד במלון בריטניה במנצ'סטר למשך מספר חודשים. זה היה מבחינתי שיעור מאלף בניהול בתי מלון ופגשתי לראשונה גישה חדשה לחלוטין לתמחור החדרים, שלא הכרתי משך שנות עבודתי בישראל. מחירי החדרים לא היו קבועים ולא פונקציה של עונות השנה אלא מחירים דינמיים שנקבעו לפי מספר פרמטרים והשתנו מדי יום.

במערכת המחשוב בה השתמשנו במלון באותה תקופה כל יום סומן בספרה מ-1 עד 5. 1 סימן את רמות המחירים הנמוכות ו-5 את רמות המחירים הגבוהות ביותר. מול זה היתה לנו טבלה שאמרה מה המחיר לכל סוג חדר ותפוסה לכל רמת מחיר. בנוסף, אחד מתפקידי מחלקת ההזמנות היה להתקשר לעשרה מלונות מתחרים בעיר שלוש פעמים ביום, ולשאול אותם מה המחירים שלהם ליום הנוכחי ולימים הקרובים. להפתעתי, כולם שיתפו פעולה – וגם אנחנו היינו מוסרים את המחירים שלנו כשהם התקשרו.

אלו היו כמובן ניצנים ראשונים של ניהול תשואה, באמצעים פשוטים אך יעילים. בעולם בו כל ההזמנות נעשו טלפונית, במלון של 360 חדרים במרכז העיר, ישבנו במחלקת ההזמנות 7-8 אנשים עם אוזניות ותקתקנו הזמנות למחשב בקצב מטורף. לכל עובד היה קלסר עב כרס עם רשימת ההסכמים של כל החברות והסוכנים שעבדו עם המלון והיה עלינו לאתר במהירות שיא את ההסכם של כל חברה שהתקשרה על מנת להזין להזמנה במחשב את המחיר הנכון בהתאם להסכם ולרמת המחירים היומית, תוך שאנחנו מציינים בפני הלקוח את המחיר המדויק.

ברבות הימים השיטה של מלון בריטניה היוותה את הבסיס לכל תהליכי ניהול התשואה שאפיינתי במערכת אופטימה, כאשר לכל תאריך בנינו רמת מחיר (בהתחלה זה היה 1-5 ובהמשך גדל עד 99 רמות מחיר), מול זה לכל מחירון נקבעו מחירים לפי רמה ובהמשך נקבעה תוספת באחוזים או בסכום קבוע בין רמות המחיר. שיטה זו היתה שונה מהמקובל בענף שבנה תהליכים מסובכים של מחירונים שונים לפי יום שהיו מורכבים בהרבה לניהול.

בסוף כמובן הרוב ניצח ואנחנו רואים היום מערכות חדשניות לניהול תשואה שמשתמשות במאות פרמטרים על מנת לקבוע את מחיר הבסיס לכל יום ומשדרות לתוכנה המלונאית (PMS) מחיר בסיס ולא רמת מחיר. נכון שזה מאד מדויק (לא תמיד ברור לי למה ההבדל של כמה סנטים באמת משנה את התמונה) ועדיין אני חושב ששיטת התמחור של מלון בריטניה, אי אז בשנות ה-90 היתה חכמה ביותר, בטח באותה תקופה אבל בהחלט גם היום.

ובכלל, תפקיד מנהל התשואה משתנה במהירות, כשהמערכות מקבלות יותר החלטות בזמן אמת והאדם מגדיר את הגבולות. מערכות AI מתקדמות קוראות נתונים בזמן אמת, בודקות אינסוף מקורות מידע ומגיעות להחלטות על המחיר שהאורחים ישלמו בתוך שברירי שניות. מלונות רבים עדיין מעסיקים מנהלי תשואה שבודקים ומאשרים את החלטות המערכת, אבל אנחנו כבר רואים במלונות הגדולים בערים הגדולות דינמיות מטורפת של מחירים שאיש כבר לא יכול באמת לפקח עליה, והמכונה מחליטה ומיישמת לבד את המחירים על פי המדיניות והגבולות שנקבעו לה.

אבל כאן בדיוק נכנסת השאלה החשובה באמת: מי הגדיר למערכת את הגבולות? מי קבע את המדיניות? ומי מבין את ההשלכות התפעוליות של החלטות המחיר שהיא מקבלת? כי בסוף, אם המערכת הכפילה את המחיר בשנייה אחת, אבל שכחה לסגור את המלאי לסוכנים עם מחיר קבוע – אנחנו בבעיה תפעולית, לא רק טכנולוגית. Revenue Management טוב הוא לא רק אלגוריתם ולא רק דוחות. הוא שילוב של טכנולוגיה, תפעול והבנה עסקית עמוקה. וזה בדיוק המקום שבו ניסיון אמיתי מהשטח עושה את ההבדל.

מה שהתחיל בשבילי בניהול תשואה ידני במנצ'סטר, הפך עם השנים לאבן יסוד בכל מלון שאני מלווה: טכנולוגיה יכולה לחשב מחיר, אבל רק הבנה תפעולית יודעת להפוך אותו לאסטרטגיה.

מה זה אומר למנהל מלון?

ניהול תשואה הוא לא רק מערכת.

הוא שילוב של:

• טכנולוגיה
• תפעול
• והבנה עסקית

מערכות AI יכולות לקבל החלטות מהר מאוד.

אבל:

• מי הגדיר את הגבולות?
• מי קבע את המדיניות?
• מי מבין את ההשלכות?

בלי חיבור נכון בין תמחור לתפעול:

• נוצרים קונפליקטים
• נפגעת הרווחיות
• והצוות בשטח מתמודד עם ההשלכות

סיכום

טכנולוגיה יכולה לחשב מחיר.

אבל רק הבנה תפעולית יודעת להפוך את המחיר הזה לאסטרטגיה.

וזה בדיוק ההבדל בין שימוש במערכת –
לבין ניהול תשואה אמיתי.

לקריאה נוספת

📌 לקריאת הפוסט המקורי בפייסבוק
📌 לקריאת הפוסט באנגלית בלינקדאין