Rövid távú kiadás táblázat: fülek, oszlopok és képletek, amik működnek

A rövid távú kiadás világában van egy kimondatlan szabály: illik kicsit szégyellni, ha a vállalkozásod egy táblázatból megy. Minden értékesítési prezentáció egy kusza rács képével és azzal a kérdéssel indul, hogy „még mindig táblázatozol?". Jó horog, és nagyrészt tisztességtelen, mert a házigazdák és kisebb kezelők jelentős részének a táblázat tényleg a helyes eszköz, és sokkal tovább az, mint amit bárki, aki szoftvert árul, hangosan kimondana.

Egy jól felépített táblázat üzemeltetése semmibe nem kerül, úgy romlik el, hogy látod és magad javítod, tíz másodperc alatt alakot vált, amikor a vállalkozásod alakot vált, és sosem számláz olyan helyet, amit elfelejtettél leállítani. Ráadásul azt az egyet is tudja, amit a legtöbb szoftver furcsán megnehezít: egyetlen képernyőn megmutatja az összes számodat. Ha két egységed van és tudni akarod, jobb volt-e a tavalyi nyár a tavalyelőttinél, a táblázat gyorsabban válaszol bármelyik irányítópultnál.

Ez a cikk tehát két dolgot csinál, ebben a sorrendben. Először ad egy szerkezetet, amit ma fel tudsz építeni: a hat fület, a hozzájuk tartozó oszlopokat, azt a három képletet, ami a munka nagyját elvégzi, és a szokásokat, amik őszintén tartják az egészet. Utána, amikor a táblázat már tényleg jó, előveszi a nehezebb érvet: azt a négy konkrét kudarcot, ami jelzi, hogy a táblázat megszűnt jó eszköz lenni, és hogy mit érdemes belőle először kivinni, amikor eljön ez a nap.

Az árak a 2026. szeptemberi közzétett díjakat tükrözik; az aktuális összegekért nézd meg az egyes szolgáltatók árazási oldalát.

Miért bírja tovább a táblázat, mint a gyártók elismerik

Érdemes pontosan megnevezni, miben jó egy táblázat, mert épp ez árulja el, mikor szűnik meg jónak lenni.

Ismert sorhalmazon végzett számolás a hazai pályája. Bevétel ingatlanonként és hónaponként, költség kategóriánként, nettó a csatornajutalék után, kihasználtság egy szezonra. Nincs a világon olyan ingatlankezelő rendszer, amelyik ezt jobban csinálná egy magad építette táblázatnál, mert a táblázatban pontosan a te kategóriáid vannak, senki máséi.

A változtatás szinte ingyen van. Veszel egy harmadik egységet, beszúrsz egy sort. Egy tulajdonos egységenkénti bontást kér összevont helyett, beszúrsz egy oszlopot. Egy szoftverben ugyanez support jegy vagy kerülőút. Egy kis portfólió gyakran vált alakot, és a táblázat lépést tart.

Az egészet átlátod. A saját számaidba vetett bizalom abból ered, hogy nyomon tudod követni őket. A táblázatban rákattintasz egy cellára és elolvasod a képletet. Ez az átláthatóság többet ér a legtöbb funkciónál, és ezért tart meg egy táblázatot a legtöbben azok közül is, akik továbbléptek.

A valódi költség a figyelmed, nem a pénz. A táblázat nem olcsó: heti húsz percedbe kerül a karbantartása, plusz abba a kockázatba, hogy egy zsúfolt augusztusban ez a húsz perc kimarad. Két ingatlannál ez korrekt alku. Valahol tíz és negyven között szűnik meg korrektnek lenni, és a lentebbi fejezet segít megtalálni a saját határodat.

A lényeg, hogy a táblázat is működési tartománnyal rendelkező eszköz, mint bármi más. Építsd fel jól, és használd ezen a tartományon belül.

Három döntés, mielőtt bármit felépítenél

A legtöbb rövid távú kiadási táblázat az első tíz percben romlik el, nem a tizedik hónapban. Három döntés szabja meg, meddig jut el a tiéd.

Soronként egy esemény, mindig. Minden fül egyféle dolgot tárol, soronként egyet, és semmi mást. Egy sor egy foglalás, egy sor egy költség, egy sor egy vendégváltás. A kísértés az, hogy a foglalás, a takarítási költsége és a tulajdonosi kifizetés egy sorba kerüljön, mert így gondolsz rá. Ne tedd. A vegyes sorokat nem lehet szűrni, összegezni vagy kimutatásba tenni, és azon a napon, amikor új kérdésre akarsz válaszolni, újragépeled az egész fület.

Azonosítók, ne nevek. Adj minden ingatlannak és minden tulajdonosnak rövid kódot, és mindenhol ezt használd. Az ingatlan TER-02, nem „a kétszobás a tér felől (Anna-féle)". A nevek minden alkalommal máshogy kerülnek be, és egy SZUMHATÖBB, ami kihagy egy változatot, csendben rossz számot ad vissza, hibaüzenet nélkül. A kódokból egy kereső képlet kitölti helyetted az olvasható nevet.

Dátum legyen dátum, pénz legyen szám. Állítsd be az oszlopformátumokat, mielőtt egyetlen sort is bevinnél. A dátumnak látszó szöveg nem rendeződik, nem vonható ki és nem szűrhető. A cellába begépelt pénznemjellel tárolt összeg szintén szöveg. Unalmas, és ez a leggyakoribb oka annak, hogy egy táblázat év közben rosszul kezd számolni.

Csináld jól ezt a hármat, és minden működik, ami lentebb jön. Rontsd el, és fél év múlva újraépíted.

A hat fül és a hozzájuk tartozó oszlopok

Itt a szerkezet. Működik egy két hirdetéses egyéni házigazdának, és elnyúlik egy harminc egységet mások helyett kezelő társüzemeltetőig.

1. Ingatlanok

Soronként egy egység. Ez a törzsadat, minden más fül innen keres.

Oszlopok: property_id (a rövid kódod), nickname, address, owner_id, bedrooms, max_guests, base_cleaning_fee, management_fee_pct, channels_listed, active_from, active_to, notes.

Az active_from és active_to páros többet számít, mint amennyinek látszik. A kihasználtság értelmetlen, ha 365 nappal osztasz egy olyan egységet, amit csak áprilisban vettél át. Tartsd meg a dátumokat, és a kihasználtsági képlet használni tudja őket.

2. Tulajdonosok

Csak akkor kell, ha mások helyett kezelsz. Soronként egy tulajdonos, nem egy ingatlan, hiszen egy tulajdonos akár három egységet is átadhat.

Oszlopok: owner_id, owner_name, email, phone, preferred_contact, agreement_start, agreement_end, fee_model, fee_value, payout_method, statement_day, notes.

A statement_day az a nap a hónapban, amikorra elszámolással tartozol. Tedd bele a táblázatba, mert ezt az ígéretet szeged meg a legnagyobb eséllyel.

3. Foglalások

Az egész szíve. Soronként egy tartózkodás.

Oszlopok: 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.

Kettő az, amit ki szoktak hagyni, és megbánják. A payout_date teszi lehetővé a banki egyeztetést, mert egy augusztusi tartózkodás pénze gyakran szeptemberben érkezik, és minden eltérés, amit valaha keresni fogsz, ebben a résben lakik. A status (megerősítve, lemondva, módosítva, visszatérítve) akadályozza meg, hogy egy lemondott foglalás csendben felfújja az évedet.

4. Költségek

Soronként egy tétel. Állj ellen az összevonás kísértésének.

Oszlopok: expense_id, date, property_id, category, vendor, amount, payment_method, owner_recharged (igen vagy nem), receipt_link, notes.

Az owner_recharged az az oszlop, ami ezt a fület a tulajdonosi elszámolás felévé teszi. A tulajdonosra továbbterhelt és az általad viselt költség két külön állat, és ha nem választod szét rögzítéskor, minden hónapban kézzel fogod szétválasztani. A kategóriák legyenek rövidek és fixek: takarítás, textília, fogyóeszköz, karbantartás, rezsi, hirdetési díj, szoftver, utazás, egyéb. Tíz kategória, amit használsz, jobb negyvennél, amit találgatsz.

5. Vendégváltások

Soronként egy takarítás vagy munka. Ez az üzemeltetési fül, és ez menti meg a hétvégéidet.

Oszlopok: turnover_id, property_id, booking_out_id, date_due, time_due, assigned_to, type (takarítás, nagytakarítás, textília, karbantartás, ellenőrzés), status, cost, confirmed_by_cleaner, notes.

Az assigned_to és a status nem alku tárgya. Egy vendégváltás név nélkül nem beütemezett, hanem remélt. A feltételes formázás, ami pirosra váltja a sort, ha a date_due a mai nap és a status nem kész, már az első héten megtérül.

6. Tulajdonosi elszámolások

Összesítő fül, kizárólag képletekből. Ide sosem gépelsz be számot.

Oszlopok: owner_id, property_id, month, gross_income, channel_fees, recharged_expenses, management_fee, net_to_owner, sent_on.

Ennek a fülnek az egész fegyelme abban áll, hogy minden érték egy SZUMHATÖBB, ami a Foglalások és a Költségek fülre mutat. Abban a pillanatban, hogy beírsz ide egy számot, mert egy képlet kényelmetlen volt, az elszámolás megszűnik reprodukálható lenni, és elveszted azt a nyomvonalat, amitől a táblázat megbízható volt.

A három képlet, ami elvégzi a munkát

Nem kell haladó táblázatkezelőnek lenned. Három minta visz szinte mindent.

SZUMHATÖBB, minden elképzelhető összesítéshez. Ez a tulajdonosi elszámolás motorja. Egy ingatlan bruttója egy hónapra:

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

Így olvasd: add össze a bruttó oszlopot ott, ahol az ingatlan egyezik, az érkezés a hónapba esik és a státusz megerősített. Cseréld ki az összegzett oszlopot, és ugyanezzel a szerkezettel megkapod a jutalékokat, az adókat vagy a költségeket. Ha egyetlen képletet tanulsz meg, ezt tanuld.

XKERES, hogy egyszer írj be azonosítót. Az olvasható név és a tulajdonos behozása az Ingatlanok fülről:

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

A negyedik argumentum számít. Az UNKNOWN ID visszaadása hiba helyett azt jelenti, hogy egy elgépelés látható jelzésként bukkan fel a sorban, nem #N/A-ként, ami fölött átgörgetsz. Régebbi fájlokban az INDEX és a HOL.VAN ugyanezt tudja.

Adott hónapba eső éjszakák, hogy a hónapfordulón átnyúló tartózkodás jó helyre kerüljön. Egy vendég, aki augusztus 29-én érkezik és szeptember 3-án távozik, három augusztusi és három szeptemberi éjszakát adott. Ez a szétbontás a különbség egy megbízható és egy megszépített kihasználtsági szám között:

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

ahol C2 az érkezés, D2 a távozás és F1 a mért hónap első napja. A kihasználtság ez az összeg osztva az elérhető éjszakákkal, és itt fizet vissza az Ingatlanok fül active_from és active_to oszlopa.

Ebből a háromból minden más levezethető. Az ADR a bevétel osztva az eladott éjszakákkal. A RevPAR a bevétel osztva az elérhető éjszakákkal. Egyikhez sem kell új képlet, csak másik nevező.

Szokások, amik őszintén tartanak egy táblázatot

A szerkezet a fele. Ez az öt szokás a másik fele, és ez választja el a három évig élő táblázatot a márciusban elhagyottól.

Ütemezetten rögzíts, ne ötletszerűen. Heti tizenöt perc ugyanazon a napon többet ér egy óránál akkor, amikor épp eszedbe jut. A táblázat abban a pillanatban romlani kezd, amikor lemaradsz, mert a behozás már projektnek érződik.

Soha ne szerkessz képletet egy adatsorban. Ha egyetlen sornak más logika kell, egy hiányzó oszlopot találtál, nem kivételt. A képletoszlopba temetett fix értékek a csendben hibás összeg első számú okozói.

Havonta egyeztess a bankkal. Vedd a ténylegesen beérkezett kifizetéseket, párosítsd őket a Foglalások payout_date mezőjéhez, és keresd meg minden eltérést. Havonta tíz perc. Évente kétszer egy hétvége, és a végeredményben sem fogsz teljesen megbízni.

Védd a törzsadat füleket. Zárold az Ingatlanokat, a Tulajdonosokat és az elszámolás képleteit. A leggyakoribb adatkatasztrófa nem feltörés, hanem valaki, aki egy oszlopot rendez a teljes tartomány helyett, és minden sort elcsúsztat.

Havonta ments dátumozott másolatot. Évente egy fájl havi pillanatképekkel. Amikor egy tulajdonos négy hónappal korábbi elszámolást kérdez, azt kell megmutatnod, amit elküldtél, nem azt, amit az élő képletek ma adnának.

A négy kudarc, ami azt jelzi, ideje abbahagyni

Ebből semmi nem arról szól, hogy a táblázat kezdetleges. Négy konkrét dologról szól, amire egy cellarács szerkezetileg képtelen. Egy is elég. Ha kettőt felismersz, jó ideje fizeted a váltás árát kiszámlázatlan órákban.

1. Két embernek kell egyszerre szerkesztenie. Amint egy takarítónak, társüzemeltetőnek vagy asszisztensnek ugyanarra a fájlra van szüksége, a táblázat koordinációs problémává válik. A megosztott szerkesztés addig segít, amíg ketten nem nyúlnak szomszédos dolgokhoz, onnantól jönnek a felülírt sorok, a véletlen rendezés, vagy a szűrt nézet, amit az egyik bekapcsolt és a másik valós adatnak hitt. Nincs olyan finom jogosultsági modell egy táblázatban, ami kimondaná, hogy „ez az ember a vendégváltás státuszát módosíthatja, mást semmit".

2. Van egy utánkövetés, de nincs gazdája. Ez a nagy, és ez kerül valódi pénzbe. Egy tulajdonos kedden kérdez valamit WhatsAppon. Egy leendő tulajdonos azt mondja, hívd tavasszal. Egy szerződés kilencven nap múlva megújul. Egyik sem sor egyetlen fülön sem, mert a táblázat azt tárolja, ami megtörtént, nem azt, aminek meg kellene történnie. Így a fejedben és a telefonodban élnek, és amelyik kiesik, az láthatatlan: sosem tudod meg, hogy az a tulajdonos máshoz ment, mert nem hívtad fel.

3. Minden hónapban kézzel építed újra az elszámolást. Ha az elszámoló fül már nem tiszta képlet, ha van benne kézi korrekciós oszlop, ha számokat másolsz át egy dokumentumba a küldéshez, akkor havonta, örökké szakképzett adatrögzítést végzel, és az idő a portfólióval együtt nő. Ez az a pont, ahol a táblázat munkává vált, nem eszköz többé.

4. Egy szám ellentmond a banknak, és senki nem tudja, melyik igaz. Ez a legsúlyosabb. Amikor a táblázat egyet mond, a számla mást, és nincs verziótörténet vagy rögzítési napló a visszakövetéshez, elvesztetted azt a bizalmat, amiért az egészet felépítetted. Amint nem hiszel a saját összegeidnek, minden belőlük hozott döntés találgatás.

Figyeld meg, mi a közös bennük. Egyiket sem oldja meg jobb sablon, rendezettebb elrendezés vagy több fegyelem. Ezek a formátum korlátai: nincs egyidejű szerkesztés szerepkörökkel, nincs jövőbeli kötelezettség felelőssel és határidővel, nincs újrahasznosítható dokumentumkimenet, nincs auditnapló. A szoftvert pontosan akkor éri meg megvenni, amikor beleütközöl az egyikbe, és igazából nem előbb.

Mit vigyél ki először, és mit hagyj ott

Amikor eljön az idő, ne költöztess mindent egyszerre, és ne a pénzzel kezdd. A működő sorrend ellentétes azzal, amivel a legtöbben próbálkoznak.

Először az embereket és az ígéreteket vidd ki. Tulajdonosokat, leendő tulajdonosokat, minden beszélgetést, aminek van következő lépése, és a szerződéses dátumokat. Ez a rész él a fejedben, tehát ennek a legnagyobb az esélye elveszni és a legkisebb elrontani bármit a költözéssel. Az üzleti réteg is itt térül meg azonnal, mert egy tulajdonosi utánkövetést határidővel egy rendszer végig tud vinni, egy cella nem.

Utána a dokumentumokat. Kezelési szerződések, biztosítási igazolások, leltárak, garanciák. Ahhoz a tulajdonoshoz vagy ingatlanhoz csatolva, amelyikhez tartoznak, nem egy mappafában, amiben csak te tudsz navigálni.

Harmadikként a számlázást és a behajtást. Tulajdonosi számlák, kezelési díj, a késedelmi emlékeztető, amit senki nem szeret elküldeni.

Negyedikként a riportolást, amikor az előző három már tiszta adatot termel.

Az üzemeltetési magot hagyd pontosan ott, ahol van. A naptár, a csatornaszinkron, az éjszakai árazás és az OTA vendégüzenetek az ingatlankezelő rendszeredhez tartoznak. Ha ezeket valódi volumen mellett még mindig táblázatból viszed, egy PMS sürgősebb vásárlás mindennél, ami ebben a listában szerepel. És tarts meg egy személyes táblázatot piszkozat elemzésekhez, ha akarsz. Sok jó üzemeltető így csinálja.

Zoye: az üzleti réteg a táblázat után

A Zoye az a hely, ahová a lista első négy tétele költözik. Ez egy AI Business Operator: egyetlen munkatér kapcsolatokkal, üzletekkel, feladatokkal, naptárral, dokumentumokkal, számlákkal és riportokkal, amelyek már össze vannak kapcsolva, plusz egy asszisztens, aki működteti őket helyetted, nem csak javasol.

Tulajdonosok, érdeklődések, feladatok és számlák egyetlen összekapcsolt munkatérben, az asszisztens tartja naprakészen a rekordokat.

Fontos tisztázni a határt, mert ez dönti el, hasznos-e ez neked. A Zoye nem ingatlankezelő rendszer, és nem is akar az lenni. Nincs csatornakezelő, nincs OTA szinkron, nincs szabad kapacitás naptár, nincs éjszakai árazás, nincs foglalómotor, nincs OTA vendég üzenetkezelő és nincs letéti könyvelés. Ezt a munkát a Guesty, Hostaway, Lodgify, OwnerRez és Smoobu végzi, és amelyiket használod, azt tartsd meg. A Zoye mellé áll, és azt az oldalt viszi, amit a táblázatod fedett, vagyis pontosan azt, ami elromlott.

A gyakorlatban ez valódi szakaszokkal rendelkező tulajdonosi pipeline-t jelent, így egy leendő tulajdonos, aki azt mondta „hívj tavasszal", dátummal ellátott rekord lesz, nem emlék. Minden érdeklődés hozza a forrását, így megtudod, melyik csatornád hoz valóban tulajdonost. A feladatoknak van felelősük és határidejük, és megnézhetők listaként, táblaként, naptárként vagy idővonalként, ami lefedi a vendégváltás koordinációját megosztott fájl nélkül, amit bárki véletlenül átrendezhet. A dokumentumok ahhoz a tulajdonoshoz vagy ingatlanhoz csatolódnak, amelyikhez tartoznak. A számlák és a késedelmek kezelése a kapcsolat mellett élnek, nem külön eszközben. A riportok mindebből merítenek, és ez az a rész, ami véget vet a havi elszámolás újraépítésének.

Az asszisztens változtatja meg a napi ritmust. Egyszerű mondatból hoz létre és frissít rekordokat, megfogalmazza az utánkövetést, és WhatsAppon ugyanúgy működik, mint az alkalmazásban, akár két vendégváltás között felmondott hangüzenetből is. Küldj neki egy névjegykártya fotót egy tulajdonosi találkozóról, és kapsz egy kapcsolatot. Küldj neki egy táblázatot, és kinyeri belőle a rekordokat, ami elég kényelmes módja a fentebb leírt fülek áthozatalának. Minden romboló vagy tömeges művelet előbb megerősítést kér, és az egy mondatban leírt automatizálási szabályokat egyszerű nyelven visszamutatja, mielőtt bármi elindulna.

Árazás: fix díj, nem felhasználónként. Almost Free havi 5 dollárért, éves számlázással havi 4 dollárért, 1 csapattaggal és 1 GB tárhellyel. Starter havi 29 dollárért, éves számlázással 23 dollárért, 10 taggal és 5 GB-tal. Growth havi 59 dollárért, éves számlázással 47 dollárért, 20 taggal és 10 GB-tal. Scale havi 119 dollárért, éves számlázással 95 dollárért, 100 taggal és 25 GB-tal. Nagyobb igényekre a Customize opció kap ajánlatot. Részletek az árazási oldalon.

Kinek való: olyan házigazdáknak és társüzemeltetőknek, akiknek a táblázata a számokat még rendben kezeli, de kifogyott a helyből a tulajdonosi kapcsolatokhoz, az utánkövetéshez és a körülöttük lévő papírmunkához.

Miért választják a házigazdák és kezelők a Zoye-t

Ugyanaz a három ok tér vissza.

Azt a részt veszi át, amit a táblázat tényleg nem tud megtartani. Jövőbeli kötelezettségeket tulajdonossal és határidővel, beszélgetéseket forrással együtt, lejáró szerződéseket. Ezek egyike sem sor egy rácsban, és mindegyik pénz.

A PMS mellé áll, nem vitatkozik vele. Senkinek nem kell kitépnie a csatornakezelőjét vagy foglalási naptárat költöztetnie. Az üzemeltetési mag pontosan ott marad, ahol van, és az üzleti réteg köré épül.

Az asszisztens elvégzi azt az adminisztrációt, amit a táblázat kézzel végeztetett veled, és WhatsAppból végzi el, ahol ez a munka valójában zajlik, amikor egy kapualjban vársz a takarítóra.

Hozd be az ingatlanaidat és a tulajdonosaidat a Zoye-ba, és nézd meg, mennyi havi adminisztráció tűnik el. A belépő csomag az Almost Free havi 5 dollárért, a teljes platformmal, MI-vel együtt.

További háttérért nézd meg a nyaralóingatlan CRM, a nyaralóingatlan marketing, az adatrögzítés nélküli CRM és a legjobb nyaralóingatlan szoftverek oldalt.