Når en bil kommer til mekanikeren, åbner mekanikeren servicebogen: Hvad er der lavet før? Hvilke dele er skiftet? Er det tredje gang med samme fejl? Ingen ville drømme om at vedligeholde en bilpark uden den viden. Men i mange boligforeninger vedligeholder man boliger - typisk foreningens største værdier - helt uden et tilsvarende overblik.
En servicebog for boligen ændrer det. Idéen er enkel: hver bolig får sin egen driftshistorik, hvor sager, løsninger og brugte dele samles over tid. Og hvis servicebogen er en del af foreningens sagssystem, skriver den stort set sig selv.
Problemet: viden om boligerne bor i hoveder
De fleste foreninger har en vicevært, et TEK-medlem eller et bestyrelsesmedlem, der “kender ejendommen”. Det er guld værd - lige indtil personen stopper. Hvem ved så, at faldstammen i nr. 12 har drillet tre gange? At radiatorerne i blok B altid skal udluftes efter sommerlukning? At vaskemaskinen i fællesvaskeriet fik nyt leje sidste år?
Uden et sted at samle den viden gentager foreningen sit eget arbejde: den samme fejl undersøges forfra, den samme leverandør bestilles til det, der kunne være klaret internt, og mønstre - tre ens vandskader i samme opgang - opdages først, når skaden er dyr.
Sådan fungerer en digital servicebog
I praksis handler det om tre koblinger i sagssystemet. For det første kobles hver sag til boligen - ikke kun til beboeren, der meldte den. Beboere flytter; boligens historik skal blive. For det andet lukkes sager med en løsningstype: løst internt, løst af beboer efter guide, ekstern håndværker. For det tredje registreres brugte dele fra lageret direkte på sagen - en pakning, et ventilhåndtag, et lejesæt.
Resultatet: Når en ny fejlmelding kommer ind, ser viceværten automatisk boligens tidligere sager ved siden af den nye. Var der samme problem i marts? Hvad blev der gjort? Hvilken del blev brugt? Vurderingen starter ikke fra nul - den starter fra historikken.
Gevinsten for hver rolle
For viceværten og TEK er servicebogen først og fremmest tid. Færre besøg “for lige at se på det”, fordi historikken allerede fortæller halvdelen. Og når en opgave overdrages til en kollega eller en ekstern håndværker, er dokumentationen samlet.
For bestyrelsen er servicebogen beslutningsgrundlag. Tre reparationer af samme emfang på to år? Måske skal det udskiftes frem for at repareres igen. Sammen med driftsoverblikkets nøgletal bliver vedligeholdelsesbudgettet noget, man kan begrunde i data i stedet for fornemmelser.
For beboeren betyder det tryghed og gennemsigtighed. Beboeren kan se sin egen boligs historik - uden personoplysninger fra tidligere beboere - og oplever, at en fejlmelding bliver mødt med “vi kan se, at…” i stedet for “kan du beskrive det igen?”.
Servicebogen og lageret hænger sammen
En servicebog bliver for alvor stærk, når den taler sammen med foreningens lager. Registreres brugte dele på sagen, kan lagerbeholdningen tælles automatisk ned, og foreningen kan få besked, når der er få pakninger tilbage - i stedet for at opdage det, når håndværkeren står og mangler den. Samtidig bliver forbruget synligt: hvilke dele bruger vi mest, og på hvilke boliger?
Den kobling er grunden til, at lager og servicebog bør være ét samlet modul i driftssystemet frem for to adskilte lister. Du kan læse mere om, hvordan det hænger sammen, på siden om lager og servicebog.
Sådan kommer I i gang
Start småt. I behøver ikke at rekonstruere ti års historik - servicebogen bygger sig selv fremadrettet, fra den dag sager lukkes med løsningstype og brugte dele. Tre ting er nok til at komme i gang: sørg for at fejlmeldinger altid oprettes som sager (ikke sms’er), indfør løsningstyper ved lukning, og registrér de mest brugte reservedele på lageret først.
Efter et halvt år har foreningen noget, den aldrig har haft før: et faktuelt billede af, hvad der går i stykker, hvor, og hvad det koster at holde kørende. Det er forskellen på at drive foreningen reaktivt og planlagt - og det er den viden, der bliver i foreningen, uanset hvem der flytter, stopper eller tager over.