Implementeringsguide för fastighetssystem

De flesta implementeringar av ett nytt fastighetssystem havererar inte vid go-live. De havererar sex veckor tidigare, när någon på ekonomiavdelningen upptäcker att 40 procent av hyreskontrakten i det gamla arkivet saknar indexeringsklausulens exakta lydelse, att tre butikshyresgäster rapporterar omsättning i olika format och att ingen vet vilken version av uppsägningstiden som gäller för hyresgästen i lokal 2:14. Den upptäckten är inte ett misslyckande. Den är hela poängen med att implementera, och den här guiden handlar om hur ni planerar för att den ska ske tidigt, i kontrollerad form, i stället för i panik två dagar före kvartalsbokslut.

Börja med beslutet ni vill fatta, inte med modulerna

Ett system för kommersiell fastighetsförvaltning säljs ofta som en lista av funktioner: hyresadministration, avtalshantering, vakansuppföljning, rapportering. Den listan säger ingenting om vad ni faktiskt ska göra annorlunda på måndag morgon. Innan ni öppnar en enda kravspecifikation, skriv ner tre till fem konkreta beslut som förvaltningen tar återkommande och som i dag tas på för dåligt underlag. Exempel från kommersiella portföljer:

• Vilka avtal som löper ut de kommande 18 månaderna, vad de omsätter per kvadratmeter och om hyresgästen är värd att förhandla med tidigt.
• Om en vakant lokal ska prissättas efter grannlokalernas hyresnivå eller efter besöksflödet förbi entrén.
• Om en butiks sjunkande omsättning beror på färre besökare i huset eller på att butiken själv tappar konverteringsgrad.
• För bostadsbestånd: vilka fastigheter som har högst omflyttning och vad det kostar i tomhyra och renovering per år.

Varje beslut på listan pekar ut vilka datakällor som måste finnas i systemet från dag ett. Det tredje exemplet kräver till exempel att omsättningsrapportering från hyresgäster och besöksräkning ligger i samma modell, annars kan frågan inte besvaras alls. Har ni ett verktyg som VemTenant för hyresgästernas omsättning och VemCount för besöksflöden blir implementeringsfrågan inte "vilka moduler köper vi" utan "i vilken ordning kopplar vi ihop dem".

Datainventeringen: den fas alla underskattar

Räkna med att datamigreringen tar dubbelt så lång tid som leverantören uppskattar och att er egen organisation är flaskhalsen, inte systemet. Det är inte pessimism, det är erfarenhet från praktiskt taget varje portfölj som bytt hyreshanteringssystem. Orsaken är att avtalsdata i äldre system sällan är strukturerad. Tilläggsavtal ligger som PDF-bilagor. Optionsklausuler står i fritext. Omsättningshyrans tröskelvärde är inskrivet i ett kommentarsfält som ingen har läst sedan 2016.

Praktisk metod som fungerar: välj ut de 20 största avtalen mätt i årshyra och migrera dem manuellt, fält för fält, med en person från förvaltningen och en från ekonomi i samma rum. Ni kommer att hitta mönster i vad som saknas, och de mönstren blir er regelbok för resten av migreringen. Ett tips från implementerare som gjort detta många gånger: när en indexklausul inte går att tolka entydigt, markera den som "kräver juridisk granskning" i stället för att gissa. En gissning som hamnar i ett system för hyreskontrakt blir en faktura om tolv månader, och då är den betydligt dyrare att rätta.

För omsättningsrapportering gäller en liknande princip. Innan ni kopplar in hyresgästernas rapportering, definiera exakt vad "omsättning" betyder i era avtal: inklusive eller exklusive moms, med eller utan returer, kalendermånad eller rullande period. Om avtalen säger olika saker måste systemet kunna hantera det per hyresgäst. Kan det inte det, är det en avgörande brist i kravställningen som ni ska fånga upp nu.

Fasindelning som håller i verkligheten

En implementering av ett fastighetssystem som tas i drift på en gång i hela portföljen fungerar bara om portföljen är liten och homogen. För alla andra rekommenderar vi tre faser med tydliga acceptanskriterier.

• Fas 1, hyresadministration i en pilotfastighet. Välj en fastighet med blandat innehåll: några stora ankarhyresgäster, flera små, minst ett avtal med omsättningshyra. Acceptanskriterium: en hel debiteringskörning stämmer mot det gamla systemet på kronan.
• Fas 2, uppföljning och analys. Koppla in omsättningsrapportering och besöksdata för samma fastighet. Acceptanskriterium: förvaltaren kan utan hjälp ta fram omsättning per kvadratmeter per hyresgäst och jämföra med besöksflödet till respektive zon.
• Fas 3, utrullning och rapportering till ägare. Resten av portföljen, plus de rapportpaket som ledning, styrelse och finansiärer får. Acceptanskriterium: kvartalsrapporten produceras ur systemet utan manuell Excel-bearbetning.

Varför pilotfastigheten ska ha omsättningshyra: det är det avtalsvillkor som stresstestar hela kedjan, från inrapportering via avstämning till fakturering. Fungerar det där fungerar det nästan överallt. Med VemLease hanteras avtalens livscykel och förnyelsebevakning i samma miljö som vakansuppföljningen, vilket gör att fas 1 och fas 3 hänger ihop utan separata datamodeller.

Besöksdata: vad ni ska kräva och vad ni inte ska tro på

Om ni äger handelsfastigheter, köpcentrum eller kontorshus med publika bottenvåningar kommer besöksräkning att bli en del av implementeringen, och det är här många kravställningar blir slarviga. Kräv en avtalad lägsta mätnoggrannhet. En seriös leverantör skriver in ett kontraktuellt minimum, i vårt fall 96 procent, och når i praktiken 98 till 99 procent när ljusförhållanden, lokalens utformning och besökarnas rörelsemönster tillåter det. Var misstänksam mot alla som lovar ett fast tal utan förbehåll, för ingen sensor presterar identiskt i en smal entré med motljus och i en bred galleria med jämn belysning.

Under implementeringen: låt sensorerna gå i minst två veckor parallellt med manuell räkning i stickprov innan ni släpper in siffrorna i hyresgästrapporter. Hyresgäster som ser besöksdata för första gången kommer att ifrågasätta dem, och då vill ni kunna visa hur de validerats.

För bostadsförvaltare: samma logik, andra frågor

Bostadsägare och flerbostadsoperatörer behöver ofta funktioner som kommersiella system inte är byggda för: hyresgästportaler, felanmälan, köhantering. Kravställ dem separat och tydligt i stället för att anta att ett kommersiellt fastighetssystem täcker dem. Det som däremot går att återanvända är själva metoden: avtalsdata som är strukturerad per klausul, uppföljning av omflyttning och vakanstid per fastighet, och rapportering som visar var kostnaderna uppstår. Ett rapporteringsverktyg för fastigheter ska kunna svara på "vilka trapphus har högst omflyttning och varför" med samma självklarhet som ett kommersiellt system svarar på "vilka butiker underpresterar mot besöksflödet".

Vad som brukar gå fel efter go-live

Tre saker återkommer. Den första: parallellkörningen med det gamla systemet fortsätter för länge, eftersom ingen vågar stänga av det. Sätt ett datum och håll det. Den andra: förvaltarna använder systemet för registrering men fortsätter fatta beslut ur egna kalkylblad, eftersom rapporterna inte byggdes med dem. Involvera två förvaltare i rapportdesignen redan i fas 2. Den tredje: hyresgästernas omsättningsrapportering tappar disciplin efter några månader. Automatiserade påminnelser och en tydlig koppling till avtalets rapporteringsplikt löser det mesta.

Mät framgången med samma beslut ni skrev ner i början. Om förvaltningen ett år efter go-live inleder omförhandlingar sex månader tidigare än förut, prissätter vakanser med stöd av besöksdata och kan förklara för en butikshyresgäst varför omsättningen faller trots stabila besökstal, då har implementeringen gjort sitt jobb.

Planerar ni ett byte av fastighetssystem eller vill koppla ihop hyresadministration, omsättningsrapportering och besöksdata i er portfölj? Kontakta Vemco Group så går vi igenom er avtalsstruktur och föreslår en fasindelning som passar just era fastigheter.