A legtöbb felújítási projekt nem ott csúszik meg, hogy drágább lett a burkolat vagy késve jött a villanyszerelő. Hanem ott, hogy ezt senki nem látta időben egyben. A felújítási költségek nyilvántartása ezért nem adminisztrációs mellékfeladat, hanem a projektirányítás egyik alapja. Ha nincs pontos kép a vállalt, megrendelt, kifizetett és még várható tételekről, a profit valójában becslés marad.
Egyetlen lakásnál ezt még lehet fejben, Excelben és üzenetekből összerakni. Két-három párhuzamos projekt fölött viszont már nem a felújítás lesz bonyolult, hanem az információ kezelése. Ilyenkor dől el, hogy a csapat rendszert használ, vagy minden hónap végén utólag próbál rendet tenni.
Miért több a költségkövetés, mint számlagyűjtés?
Sokan úgy kezelik a költségnyilvántartást, mint egy pénzügyi utómunkát. Bejönnek a számlák, valaki rögzíti őket, majd a projekt végén kiderül, mennyi lett az összköltség. Ez könyvelési szempontból lehet elég, üzleti szempontból viszont késő.
Egy felújításnál nem az a kulcskérdés, hogy végül mennyit költöttél, hanem az, hogy mikor láttad meg az eltérést az eredeti tervhez képest. Ha a bontás után plusz gépészeti munka kell, ha a kivitelező pótmunkát jelez, vagy ha az anyagárak megugranak, arra azonnal reagálni kell. A jó nyilvántartás nem csak rögzít, hanem döntést támogat.
Ez azért különösen fontos flippingnél és befektetési felújításoknál, mert itt nem önmagában a műszaki készültség a cél. A cél a megtérülés. Lehet egy projekt műszakilag hibátlan, ha közben a profitmarzs csendben elfogyott.
A felújítási költségek nyilvántartása csak akkor hasznos, ha élő adatból dolgozik
A legtöbb hiba abból jön, hogy a költségek több helyen élnek. Egy részük ajánlatban van, más részük e-mailben, néhány tétel bankkivonaton, a készpénzes vásárlások pedig fotózott blokkokként keringenek a csapatban. Ilyen környezetben nem az a kérdés, hogy lesz-e adatvesztés, hanem az, hogy mekkora.
Az élő nyilvántartás azt jelenti, hogy minden releváns költség ugyanabba a rendszerbe érkezik, ugyanazon logika szerint. Nem elég az sem, ha csak a tényleges kifizetések látszanak. A vállalt, de még ki nem fizetett tételek ugyanúgy befolyásolják a várható eredményt. Ha ez nincs a képernyőn, a projekt nyeresége könnyen hamis képet mutat.
A jó rendszer három időállapotot tud elkülöníteni. Mi van betervezve, mi lett megrendelve, és mi lett valóban kifizetve. Ez a hármas különbség adja a kontrollt. Ha minden csak egyetlen összegként szerepel, abból nem lehet pontosan látni, hol keletkezik az eltérés.
Milyen költségtípusokat érdemes külön kezelni?
Nem minden kiadás egyforma súlyú. Az anyagköltség, a munkadíj, a gépészeti tétel, a szállítás, a sittszállítás vagy az engedélyezési költség más ütemben jelentkezik, és más kockázatot hordoz. Ezért a kategorizálás nem formalitás, hanem elemzési alap.
Ha egy projektben külön látszik a bontás, az alapanyag, a szakipari munkák és a járulékos költségek aránya, akkor rögtön felismerhető, hol csúszik el a költségszerkezet. Egyetlen összesített sor ezt elfedi. A kategóriák száma ugyanakkor nem lehet túl sok. Ha a rendszer túl részletes, a csapat nem fogja következetesen használni. A jó felosztás egyszerű, de elég pontos ahhoz, hogy vezetői döntést lehessen rá építeni.
Sok projekt azért tűnik kontrolláltnak, mert csak a tényleges kifizetéseket nézik. Ez félrevezető. A valós kérdés az, hogy a kezdeti tervhez képest hol tart a projekt.
Ha a tervezett és tényleges költség egymás mellett látható, az eltérés már nem érzés kérdése. Rögtön kiderül, hogy a fürdőszoba 18 százalékkal drágább lett, a nyílászáró csúszik, vagy a festés végül olcsóbb lett a vártnál. Ez nem csak pénzügyi fegyelem. Ez alapja annak is, hogy a következő projekt becslései pontosabbak legyenek.
Az ismétlődő minták csak így látszanak. Ha minden projekt végén csak egy végösszeg marad, abból nem lehet tanulni. Ha viszont minden tétel visszanézhető terv és tény bontásban, idővel sokkal stabilabb lesz az árazás és a profitelőrejelzés.
Hol szokott elcsúszni a gyakorlatban a költségnyilvántartás?
Az első tipikus hiba a késleltetett rögzítés. A költség napokkal vagy hetekkel később kerül be, amikor már senki nem emlékszik pontosan, melyik projekthez tartozott, mire ment el, és eredeti terven belüli vagy plusz tétel volt-e. A késve rögzített adat általában pontatlan adat.
A második hiba a projekt és az operáció szétválása. A kivitelezés zajlik az egyik csatornán, a pénzügy egy másikon, a vezető pedig próbálja összerakni a teljes képet. Ebből rendszeresen az lesz, hogy a munkafolyamatok gyorsabbak, mint a nyilvántartás. Ilyenkor a riport már a létrejöttekor elavult.
A harmadik hiba az, hogy nincs felelőse az adatnak. Ha mindenki rögzíthet, de senki nem ellenőriz, gyorsan megjelennek a duplikációk, hiányzó tételek és rossz kategóriák. Ha viszont csak egyetlen ember kezel mindent, az lelassítja a működést. A jó modell itt is egyensúlyt kíván. Többen vihetnek be adatot, de a logika és az ellenőrzés egységes.
Milyen rendszer működik több projekt mellett?
Amíg egy vállalkozás évente egy-két felújítást kezel, addig a költségkövetés sokszor személyfüggő. A tulajdonos fejben tartja a számokat, és ez egy ideig még működhet. Több párhuzamos projektnél viszont a személyes memória helyét át kell vennie egy üzemi szintű rendszernek.
Ennek az a lényege, hogy a projekt minden pénzügyi mozgása ugyanahhoz az ingatlanhoz, ugyanahhoz a költségkategóriához és ugyanahhoz az állapothoz kapcsolódjon. Vagyis ne csak azt tudd, hogy mennyit költöttél összesen, hanem azt is, hogy melyik lakásra, melyik munkafázisban, milyen eltéréssel.
Itt jön be a specializált eszközök előnye. Egy általános táblázatkezelő olcsón indul, de hamar kézi karbantartást igényel. Egy felújításokra és ingatlanprojektekre épített rendszer viszont eleve úgy gondolkodik, ahogy a projekt valójában működik: ingatlan, feladat, beszállító, költség, státusz, profit. Ez nem kényelmi kérdés, hanem skálázhatóság.
A B5-CRM ebben a logikában erős. Nem általános adminisztrációra készült, hanem arra, hogy a felújítás és az ingatlanos működés egy helyen legyen követhető. Ez különösen akkor számít, amikor a döntést nem egyetlen számla, hanem a teljes projektállapot alapján kell meghozni.
Mitől lesz valóban használható a felújítási költségek nyilvántartása?
Attól, hogy a csapat nem külön feladatként éli meg, hanem a napi működés részeként. Ha egy új megrendelés, beszállítói számla vagy pótmunkadíj rögzítése plusz adminisztrációs tehernek tűnik, akkor előbb-utóbb elmarad. Ha viszont a rendszerből rögtön látszik a keret, az eltérés és a várható profit, akkor a rögzítés azonnali értéket ad.
A használhatóság másik feltétele az egyszerű riport. Nem tíz külön export kell, hanem néhány olyan nézet, amelyből a vezető egy perc alatt látja, melyik projekt csúszik költségben, hol van még nyitott vállalás, és melyik ingatlannál szűkült veszélyesen a marzs. Az átláthatóság nem a sok adatból jön, hanem abból, hogy a releváns adat időben a megfelelő formában jelenik meg.
Az is számít, hogy a rendszer támogassa a visszanézhetőséget. Egy projekt lezárása után nem csak a múlt archiválásáról van szó. A korábbi költségadatok adják a következő ajánlatok és befektetési döntések alapját. Aki ezt nem építi be a működésébe, minden új projektnél részben újrakezdi a becslést.
Nem minden eltérés probléma, de mindennek látszania kell
A költségkerethez képest eltérés önmagában még nem hiba. Lehet tudatos döntés is, ha egy jobb műszaki megoldás gyorsabb értékesítést vagy magasabb eladási árat hoz. A lényeg az, hogy ez ne véletlenül történjen meg, hanem látható legyen a hatása.
Ez a különbség a reaktív és a kontrollált működés között. Reaktív környezetben a csapat utólag magyarázza a túlköltést. Kontrollált környezetben a vezető még időben látja, hogy egy döntés mennyit vesz el vagy ad hozzá a várható eredményhez.
A felújítás nem attól lesz kiszámítható, hogy nem jön közbe semmi. Attól lesz kezelhető, hogy amikor közbejön valami, az rögtön megjelenik a számokban is. Ha a költségek nyilvántartása ezt tudja, akkor nem csak rend lesz a projektekben, hanem nyugodtabb döntések is.