Sådan skriver du et udbud på software til udlejningsejendomme

De fleste udbudsmaterialer på software til boligporteføljer har det samme problem: 140 krav, alle formuleret med "skal kunne", og alle fem leverandører svarer "ja" på hver eneste linje. Når evalueringsudvalget mødes, er der ingen forskel at score på, og valget ender med at falde på pris eller på den demo, der så pænest ud. Tolv måneder senere opdager porteføljechefen, at ledighedsrapporten stadig laves i et regneark, fordi systemet godt nok "kan" rapportere, men ikke på de datafelter, ejendommens økonomi faktisk styres efter.

Et godt indkøb af software til udlejningsejendomme handler derfor mindre om at liste funktioner og mere om at beskrive, hvilke beslutninger systemet skal understøtte, og med hvilke data. Nedenfor er den struktur, vi anbefaler ejendomsejere og indkøbsafdelinger at bruge, når kravspecifikationen skal skrives.

Start med de tre datastrømme, ikke med funktionslisten

En boligportefølje med blandet anvendelse, altså boliger over erhverv i stueetagen, styres i praksis af tre datastrømme: lejekontrakterne (løbetid, opsigelsesvarsler, indeksering, optioner), lejernes performance (for erhvervslejemålene: omsætning og omsætningsleje) og besøgstal i de fælles og kommercielle arealer. Skriv indledningen i udbuddet som en beskrivelse af disse tre strømme, hvor de ligger i dag, og hvad der er galt med dem. Det tvinger leverandøren til at svare på jeres virkelighed frem for på deres produktark.

Et eksempel på en brugbar formulering: "Porteføljen omfatter 2.400 boliglejemål og 38 erhvervslejemål fordelt på 14 ejendomme. Kontraktdata ligger i tre forskellige systemer og to regneark. Vi kender ikke på tværs af porteføljen, hvilke erhvervskontrakter der udløber inden for 18 måneder." Den sætning fortæller mere om jeres behov end 40 krav om dashboards.

Skriv krav som scenarier med målbart output

Erstat "systemet skal understøtte genforhandling" med et scenarie, leverandøren skal demonstrere på jeres egne data i evalueringsfasen. For et lejestyringssystem kunne det lyde: "Vis en liste over alle lejekontrakter med udløb eller optionsfrist inden for 18 måneder, sorteret efter årlig leje, med markering af kontrakter hvor lejen ligger under gennemsnittet for tilsvarende arealer i porteføljen." Enten kan systemet det uden tilretning, eller også kan det ikke. Det er scoringsbart.

Fire scenarier bør som minimum indgå i et udbud på software til lejeadministration i en boligportefølje:

• Kontraktlivscyklus: fra underskrift til udløb, inklusive automatiske påmindelser om opsigelsesvarsler og indekseringsdatoer, med logning af hvem der ændrede hvad.
• Ledighedsstyring: aktuel og forventet tomgang pr. ejendom og pr. arealtype, hvor "forventet" bygger på kendte udløb og opsigelser, ikke på et skøn.
• Erhvervslejemål i stueetagen: omsætningsindberetning fra lejere, benchmark på tværs af ejendomme og kobling til omsætningslejeklausuler i kontrakten.
• Beslutningsrapport til ejerkredsen: én rapport pr. kvartal, der samler leje, tomgang, udløb og besøgstal uden manuel sammenstilling.

Beboerportal og fællesskabsfunktioner: kræv det rigtige, ikke det meste

Det er her, mange udbud vokser ud af kontrol. Beboerportal, fejlmelding, vaskeribooking og beskedfunktioner er synlige for beboerne og fylder derfor meget i kravlisten. De er vigtige for driften, men de er sjældent det, der afgør porteføljens afkast. Som ejer bør du stille tre krav til den del af løsningen, uanset hvem der leverer den: at data om henvendelser og fejlmeldinger kan eksporteres pr. ejendom og pr. periode, at portalen ikke låser lejekontraktdata inde i et format, ejendomsadministrationssoftwaren ikke kan læse, og at beboerdata behandles adskilt fra de kommercielle kontraktdata af hensyn til persondatareglerne.

Det egentlige argument for at holde lejeadministration og beboerfunktioner som separate kravområder er, at de har forskellig levetid. Beboerportaler skiftes typisk hvert tredje til femte år, fordi forventningerne til brugerflader ændrer sig. Kontraktdata skal leve i 20 år. Blander man de to sammen i ét krav, ender kontraktdataene med at følge portalens levetid.

Datamigrering er den post, alle underestimerer

En observation fra implementeringer: den største omkostning i et systemskifte er ikke licensen og ikke integrationen. Det er oprydningen i de gamle kontraktdata. I en typisk portefølje har omkring hver femte erhvervskontrakt en optionsfrist, en indekseringsdato eller et depositumsbeløb, der enten mangler eller er tastet forskelligt i to systemer. Det opdages først, når det nye system begynder at sende påmindelser om frister, der allerede er overskredet. Skriv derfor et krav om, at leverandøren i evalueringen indlæser et udsnit af jeres reelle kontraktdata, og at rapporten over fejl og mangler indgår i tilbuddet. Det giver jer et realistisk billede af både datakvalitet og leverandørens metode, før kontrakten underskrives.

Besøgstal og omsætningsdata i blandede ejendomme

Har porteføljen butikker, caféer eller servicelejemål i stueetagen, skal udbuddet også dække, hvordan besøgstal og lejeromsætning kommer ind i det samme system som erhvervslejekontrakterne. Formålet er konkret: når en erhvervskontrakt skal genforhandles, skal udlejningschefen kunne se lejerens omsætning pr. kvadratmeter, udviklingen i besøgstal foran lejemålet og den nuværende leje på ét skærmbillede. Uden det forhandles der på fornemmelse.

Vær præcis omkring tællenøjagtighed i kravene. En seriøs leverandør af besøgstælling vil garantere et kontraktligt minimum på 96 procent nøjagtighed og typisk levere 98 til 99 procent, når lysforhold, indgangsudformning og besøgsadfærd tillader det. Kræv ikke en fast "99 procent garanteret", for det får du kun fra leverandører, der ikke har målt det. Skriv i stedet, at nøjagtigheden verificeres ved manuel kontroltælling efter installation, og at resultatet dokumenteres pr. indgang. For omsætningsdata bør kravet være, at lejerne kan indberette månedligt gennem en løsning som VemTenant, og at systemet flagger udeblevne indberetninger automatisk, så lejeadministrationen ikke skal rykke manuelt.

Scoringsmodellen skal afspejle, hvor pengene tabes

Vægt kravområderne efter økonomisk betydning, ikke efter antal krav. En glemt optionsfrist på et erhvervslejemål kan koste et års lejestigning. En dårlig fejlmeldingsfunktion koster irritation. Begge er reelle, men de hører ikke til i samme vægtklasse. En fordeling, der har vist sig at fungere for blandede boligporteføljer, er omkring 35 procent på kontraktstyring og fristhåndtering, 20 procent på rapportering og dataeksport, 15 procent på erhvervslejemål inklusive omsætning og besøgstal, 15 procent på beboerfunktioner og 15 procent på pris over fem år inklusive migrering. Juster efter jeres egen blanding af bolig og erhverv, men hold princippet: kontraktdata vægtes højest, fordi det er der, tabene er størst og sværest at se.

Kontraktvilkår indkøb glemmer at skrive ind

• Dataejerskab og exit: alle kontrakt-, lejer- og besøgsdata skal kunne eksporteres i et åbent format uden ekstra betaling ved kontraktophør, med angivet frist i dage.
• Prisregulering: licensen må ikke stige med antallet af lejemål, hvis porteføljen vokser gennem opkøb; aftal i stedet trin eller et loft.
• Acceptkriterier: systemet er først leveret, når de fire scenarier ovenfor kan gennemføres på jeres migrerede data, ikke når installationen er gennemført.
• Rapporteringskrav: ejendomsrapporteringssoftware skal kunne levere den kvartalsvise ejerrapport uden konsulenttimer efter måned tre.

Det sidste punkt er vigtigere, end det ser ud til. Mange leverandører leverer rapporter som en tjenesteydelse i stedet for som en systemfunktion, og det bliver først synligt på fakturaen i år to.

Hvad det betyder for jeres næste udbud

Et system til erhvervslejekontrakter og boligadministration bliver aldrig bedre end de krav, der blev skrevet, før det blev købt. Beskriv datastrømmene, skriv scenarier i stedet for funktioner, vægt efter økonomisk risiko, og lad leverandøren bevise sig på jeres egne kontrakter. VemLease er bygget til netop den del af opgaven, hvor kontraktlivscyklus, fristhåndtering, tomgang og udlejningsanalyse skal ligge ét sted og kunne kombineres med lejeromsætning og besøgstal, og vi deltager gerne i den fase, hvor kravspecifikationen stadig kan ændres.

Er I i gang med at skrive et udbud på software til jeres boligportefølje? Kontakt Vemco Group, så gennemgår vi jeres kravområder, scoringsmodel og acceptkriterier sammen med jer og viser, hvordan kontrakt-, lejer- og besøgsdata kan samles, før I sender materialet til leverandørerne.