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

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

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

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

המחירים משקפים תעריפים מפורסמים נכון לספטמבר 2026; בדקו את עמוד המחירים של כל ספק לנתונים עדכניים.

למה הגיליון מחזיק מעמד יותר ממה שספקים מודים

כדאי להיות מדויקים במה שגיליון עושה טוב, כי בדיוק זה מה שמלמד מתי הוא מפסיק להיות טוב.

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

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

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

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

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

שלוש החלטות לפני שבונים משהו

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

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

מזהים, לא שמות. תנו לכל נכס קוד קצר ולכל בעלים קוד קצר, והשתמשו בקוד בכל מקום. נכס הוא SEA-02, לא "הדירה עם הים, שתי חדרים, של ענת". שמות נכתבים אחרת בכל פעם, ו-SUMIFS שמפספסת וריאציה אחת תחזיר בשקט מספר שגוי בלי שום הודעת שגיאה. קודים מאפשרים לפונקציית שליפה למלא את השם הקריא במקומכם.

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

תעשו את שלושת אלה נכון וכל מה שלמטה עובד. תעשו אותם לא נכון ותבנו הכל מחדש בעוד חצי שנה.

שש הלשוניות, והעמודות של כל אחת

הנה המבנה. הוא עובד למארח יחיד עם שני נכסים והוא נמתח עד לקו-הוסט שמנהל שלושים יחידות עבור בעלים אחרים.

1. נכסים

שורה לכל יחידה. זו טבלת הייחוס שלכם, וכל לשונית אחרת שולפת ממנה.

עמודות: property_id (הקוד הקצר שלכם), nickname, address, owner_id, bedrooms, max_guests, base_cleaning_fee, management_fee_pct, channels_listed, active_from, active_to, notes.

הצמד active_from ו-active_to חשוב יותר משנראה. תפוסה חסרת משמעות אם אתם מחלקים ב-365 יום ליחידה שקיבלתם רק באפריל. שמרו את התאריכים ונוסחת התפוסה תוכל להשתמש בהם.

2. בעלים

נחוצה רק אם אתם מנהלים עבור אחרים. שורה לכל בעלים, לא לכל נכס, כי בעלים אחד עשוי למסור לכם שלוש יחידות.

עמודות: owner_id, owner_name, email, phone, preferred_contact, agreement_start, agreement_end, fee_model, fee_value, payout_method, statement_day, notes.

statement_day הוא היום בחודש שבו אתם חייבים להם דוח. שימו אותו בגיליון, כי זו ההבטחה שהכי סביר שתפרו.

3. הזמנות

הלב של כל העניין. שורה לכל שהייה.

עמודות: booking_id, property_id, channel, guest_name, booked_on, check_in, check_out, nights, guests, gross_booking_value, channel_commission, cleaning_fee_charged, taxes_collected, net_payout, payout_date, status.

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

4. הוצאות

שורה לכל עלות. התאפקו מלקבץ.

עמודות: expense_id, date, property_id, category, vendor, amount, payment_method, owner_recharged (כן או לא), receipt_link, notes.

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

5. החלפות

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

עמודות: turnover_id, property_id, booking_out_id, date_due, time_due, assigned_to, type (ניקיון, ניקיון עמוק, מצעים, תחזוקה, בדיקה), status, cost, confirmed_by_cleaner, notes.

assigned_to ו-status אינן ניתנות לוויתור. החלפה בלי שם מולה אינה מתוזמנת, היא מקווה. עיצוב מותנה שצובע שורה באדום כש-date_due הוא היום ו-status אינו הושלם יחזיר את ההשקעה בשבוע הראשון.

6. דוחות בעלים

לשונית סיכום, בנויה כולה מנוסחאות. לעולם אל תקלידו לתוכה מספר.

עמודות: owner_id, property_id, month, gross_income, channel_fees, recharged_expenses, management_fee, net_to_owner, sent_on.

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

שלוש הנוסחאות שעושות את העבודה

אתם לא צריכים להיות משתמשי גיליונות מתקדמים. שלוש תבניות נושאות כמעט הכל.

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

=SUMIFS(Bookings!J:J, Bookings!B:B, $A2, Bookings!F:F, ">="&$C2, Bookings!F:F, "<="&EOMONTH($C2,0), Bookings!P:P, "confirmed")

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

XLOOKUP, כדי שתקלידו מזהה פעם אחת. שליפת השם הקריא והבעלים מלשונית הנכסים:

=XLOOKUP($B2, Properties!$A:$A, Properties!$B:$B, "UNKNOWN ID")

הארגומנט הרביעי חשוב. החזרת UNKNOWN ID במקום שגיאה אומרת שטעות הקלדה מופיעה כדגל גלוי בשורה ולא כ-#N/A שאתם גוללים מעליו. בקבצים ישנים יותר INDEX עם MATCH עושים את אותה עבודה.

לילות בחודש נתון, כדי ששהייה שחוצה סוף חודש תיפול נכון. אורח שנכנס ב-29 באוגוסט ויוצא ב-3 בספטמבר נתן לכם שלושה לילות באוגוסט ושלושה בספטמבר. הפיצול הזה הוא ההבדל בין נתון תפוסה שאתם סומכים עליו לבין אחד שאתם מעגלים:

=MAX(0, MIN($D2, EOMONTH($F$1,0)+1) - MAX($C2, $F$1))

כאשר C2 הוא הצ'ק-אין, D2 הוא הצ'ק-אאוט ו-F1 הוא היום הראשון של החודש שאתם מודדים. התפוסה היא הסך הזה חלקי הלילות הזמינים, וכאן העמודות active_from ו-active_to מלשונית הנכסים חוזרות ומשתלמות.

מהשלוש האלה כל השאר נגזר. ADR הוא הכנסה חלקי לילות שנמכרו. RevPAR הוא הכנסה חלקי לילות זמינים. אף אחד מהם לא דורש נוסחה חדשה, רק מכנה אחר.

הרגלים ששומרים על גיליון ישר

המבנה הוא חצי מהעניין. חמשת ההרגלים האלה הם החצי השני, והם מה שמבדיל בין גיליון ששורד שלוש שנים לבין אחד שננטש במרץ.

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

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

התאימו מול הבנק כל חודש. קחו את התשלומים שבאמת נחתו, התאימו אותם ל-payout_date בלשונית ההזמנות, ומצאו כל הפרש. עשו זאת כל חודש וכל בדיקה לוקחת עשר דקות. עשו זאת פעמיים בשנה וזה לוקח סוף שבוע ולא תסמכו על התוצאה במלואה.

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

שמרו עותק מתוארך כל חודש. קובץ אחד לשנה עם צילומי מצב חודשיים. כשבעלים שואל על דוח מלפני ארבעה חודשים אתם צריכים להראות מה שלחתם, לא מה שהנוסחאות החיות היו מפיקות היום.

ארבעת הכשלים שאומרים שהגיע הזמן להפסיק

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

1. שני אנשים צריכים לערוך בו-זמנית. ברגע שמנקה, קו-הוסט או עוזרת וירטואלית צריכים את אותו קובץ, הגיליון הופך לבעיית תיאום. עריכה משותפת עוזרת עד ששני אנשים נוגעים בדברים סמוכים, ואז מקבלים שורות שנדרסו, מיון בטעות, או תצוגת סינון שאדם אחד החיל ואחר חשב שהיא הנתונים האמיתיים. אין מודל הרשאות בתוך גיליון שמספיק מדויק כדי לומר "האדם הזה רשאי לעדכן סטטוס החלפה ותו לא".

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

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

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

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

מה להעביר קודם, ומה להשאיר

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

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

העבירו את המסמכים אחר כך. הסכמי בעלים, אישורי ביטוח, רשימות ציוד, אחריות. מחוברים לבעלים או לנכס שאליו הם שייכים, ולא בעץ תיקיות שרק אתם יודעים לנווט בו.

העבירו חיוב ורדיפה שלישי. חשבוניות לבעלים, דמי ניהול, תזכורת הפיגור שאף אחד לא נהנה לשלוח.

העבירו את הדיווח רביעי, אחרי ששלושת אלה מייצרים נתונים נקיים לדווח עליהם.

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

Zoye: השכבה העסקית אחרי הגיליון

Zoye היא המקום שאליו הולכים ארבעת הפריטים הראשונים ברשימה. היא AI Business Operator: סביבת עבודה אחת שמחזיקה אנשי קשר, עסקאות, משימות, יומן, מסמכים, חשבוניות ודוחות שכבר מקושרים זה לזה, עם עוזר שמפעיל אותם בשבילכם ולא רק מציע דברים.

בעלים, פניות, משימות וחשבוניות בסביבת עבודה אחת מקושרת, עם עוזר ששומר על הרשומות מעודכנות.

חשוב להיות ברורים לגבי הגבול, כי הוא מכריע אם זה שימושי לכם. Zoye אינה מערכת ניהול נכסים ולא מתיימרת להיות. אין מנהל ערוצים, אין סנכרון OTA, אין לוח זמינות, אין תמחור לילי, אין מנוע הזמנות, אין תיבת הודעות אורחים של OTA ואין ניהול כספי נאמנות. Guesty, Hostaway, Lodgify, OwnerRez ו-Smoobu עושים את העבודה הזו וכדאי שתשמרו על זו שאתם משתמשים בה. Zoye יושבת לצידה ומריצה את הצד שהגיליון כיסה, שהוא בדיוק הצד שנשבר.

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

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

מחירים: תעריף אחיד, לא לפי מושב. Almost Free ב-5 דולר לחודש, או 4 דולר לחודש בחיוב שנתי, לחבר צוות אחד ו-1GB אחסון. Starter ב-29 דולר לחודש, או 23 דולר בשנתי, ל-10 חברים ו-5GB. Growth ב-59 דולר לחודש, או 47 דולר בשנתי, ל-20 חברים ו-10GB. Scale ב-119 דולר לחודש, או 95 דולר בשנתי, ל-100 חברים ו-25GB. אפשרות Customize מתומחרת לצרכים גדולים יותר. פרטים מלאים בעמוד המחירים.

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

למה מארחים ומנהלים בוחרים ב-Zoye

אותן שלוש סיבות חוזרות.

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

היא יושבת לצד ה-PMS במקום להתווכח איתו. אף אחד לא צריך לעקור את מנהל הערוצים או להגר לוח הזמנות. הליבה התפעולית נשארת בדיוק במקומה והשכבה העסקית מגיעה סביבה.

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

הכניסו את הנכסים והבעלים שלכם ל-Zoye וראו כמה מהאדמיניסטרציה החודשית נעלמת. תוכנית הכניסה היא Almost Free ב-5 דולר לחודש, עם הפלטפורמה המלאה כולל AI.

להקשר נוסף, ראו CRM לדירות נופש, שיווק לדירות נופש, CRM בלי הזנת נתונים, ותוכנות ניהול דירות הנופש הטובות ביותר.