Frågor och svar om fastighetssystem och förvaltning
Fastighetsbranschen ställer höga krav på ordning, överblick och effektiv kommunikation och frågorna är ofta många. På den här sidan har vi samlat vanliga frågor och svar inom fastighetsförvaltning, fastighetssystem, ärendehantering, avtalshantering och lokalvård. Oavsett om du precis börjat utvärdera ett nytt system eller vill förstå hur din förvaltning kan bli mer effektiv, hoppas vi att du hittar det du söker här.
Om fastighetssystem
Vad är ett fastighetssystem?
Ett fastighetssystem är ett digitalt verktyg för att hantera och administrera fastigheter och allt som hör till dem – som hyresavtal, lokaler och underhåll. Det samlar information om fastighetsbeståndet på ett och samma ställe, vilket gör det enklare att hålla koll på avtal, betalningar, arbetsorder och teknisk status. Systemet används framför allt av fastighetsägare, förvaltare och driftspersonal för att effektivisera den dagliga driften. Exempel på vanliga funktioner är hyresavisering, felanmälan, planerat underhåll och rapportering.
Vad är Pythagoras fastighetssystem bra på?
Pythagoras sticker ut på ett antal sätt:
Fastigheten i centrum, inte hyresgästen. All data – ritningar, energidata, underhållshistorik, kostnader, avtal och lokalvård – är kopplad till byggnaden, våningsplanet eller ytan, inte till en person som råkar nyttja den just nu. Det gör systemet särskilt lämpat för kommuner, lärosäten och industribolag snarare än bostadsbolag.
Visuellt och ritningsbaserat gränssnitt. Gränssnittet utgår från ritningar och digitala tvillingar. Du navigerar i fastigheten och hittar informationen där den hör hemma, istället för att leta i listor och mappar.
Helhetslösning i ett system. Ärendehantering, planerat underhåll, avtalshantering, energiuppföljning och lokalvård finns samlat i samma system med en integrerad app för fältarbete.
Molnbaserat och flexibelt. Systemet kan köras helt molnbaserat på svenska servrar eller som en on-premise-lösning på egna servrar, och alla moduler är fullt integrerade men kan också användas separat efter behov.
Vilka moduler ingår normalt i Pythagoras?
Pythagoras är en helhetslösning för fastighetsförvaltning men med flexibla byggstenar i form av moduler. Vi har moduler för ärendehantering, tillsyn och skötsel, planerat underhåll, ronderingar, besiktningar, avtalshantering, kostnadsfördelning, energiuppföljning och lokalvård.
Kundens eget fastighetsbestånd ligger till grund för gränssnittet som digiala kopior av verkligheten. Dörför finns också en ritningshantering.
Man kan säga att normalt ingår alltid ritningshanteringen eftersom den är grunden i Pythagoras och den stora fördelen med Pythagoras. Utan den är Pythagoras ett fastighetssystem som alla andra.
De flesta kunder börjar med ritningarna och ärendehantering, avtal och lokalvård och lägger senare till allt fler moduler tills man har allt i Pythagoras.
Vilka andra leverantörer erbjuder ett visuellt fastighetssystem med rintingar i grunden?
Det är faktiskt ett ganska smalt segment. De flesta svenska fastighetssystem är listbaserade och bygger på hyresgästen som nav – inte fastigheten och ritningarna.
Några aktörer som levererar liknande lösningar är dock Faciliate (Service Works Global) och LEB.
Om fastighetsförvaltning
Hur kan ett fastighetssystem stödja fastighetsförvaltning?
Det finns några tydliga områden där ett system gör skillnad i praktiken:
Samlad information – Istället för att data om avtal, ritningar, underhållshistorik och kostnader lever i olika mappar, mejlar och system finns allt på ett ställe kopplat till rätt byggnad och yta.
Ärendehantering – Felanmälningar från hyresgäster eller driftpersonal hamnar direkt i systemet, kan prioriteras, tilldelas och följas upp – utan att fastna i mejlkorgar.
Planerat underhåll – Systemet påminner om återkommande kontroller, tillsyn och besiktningar. Man går från reaktivt till proaktivt: åtgärdar problem innan de blir akuta och dyra.
Avtalshantering – Hyresavtal, serviceavtal och garantier samlas digitalt med automatiska påminnelser när något löper ut eller behöver omförhandlas.
Ekonomi och kostnadsuppföljning – Man kan följa upp kostnader per byggnad, våningsplan eller yta, vilket ger bättre underlag för budgetar och förhandlingar.
Energiuppföljning – Integrerat stöd för att mäta och analysera energiförbrukning, vilket är allt viktigare ur både ekonomiskt och hållbarhetsperspektiv.
Mobilitet – Drifttekniker i fält kan ta emot arbetsorder, bocka av uppgifter och dokumentera direkt i mobilen, utan att behöva gå via kontoret.
Rapportering och beslutsunderlag – Ledning och förvaltningschefer får koll på nyckeltal, vakanser, kostnader och status utan att behöva sammanställa data manuellt.
Den gemensamma nämnaren är att man går från ett reaktivt och fragmenterat arbetssätt till ett strukturerat och proaktivt – vilket sparar tid, minskar kostnader och höjer kvaliteten på förvaltningen.
Hur jobbar man datadrivet inom fastighetsförvaltning?
Samla rätt data – Grunden är att ha strukturerad information om beståndet: ytor, komponenter, underhållshistorik, energiförbrukning, avtal och kostnader. Utan en gemensam dataplattform är det svårt att analysera något meningsfullt.
Koppla data till plats – I ett ritningsbaserat system kan man se exakt var i byggnaden en kostnad uppstår, en komponent befinner sig eller ett ärende pågår. Det ger ett rumsligt sammanhang som listor inte kan ge.
Förebyggande underhåll – Istället för att byta ut en komponent när den går sönder analyserar man historik och mönster: hur länge håller den här typen av komponent, i vilka byggnader uppstår fel oftast, vid vilken tidpunkt på året? Det gör underhållsplaneringen mer träffsäker.
Energianalys – Genom att följa förbrukning över tid och koppla den till väder, beläggning och åtgärder kan man identifiera avvikelser tidigt och mäta effekten av energibesparingsåtgärder.
Nyckeltal och uppföljning – KPI:er som kostnad per kvadratmeter, vakansgrad, ärendeledtider och underhållseftersläpning gör det möjligt att jämföra byggnader, följa trender och prioritera rätt.
Bättre beslutsunderlag – När data är strukturerad och tillgänglig kan man svara på strategiska frågor: Vilka byggnader är dyra att drifta? Var är underhållsskulden störst? Vilka avtal är olönsamma?
Utmaningen är ofta inte bristen på data, utan att den är utspridd i olika system och inte kopplad till varandra. Ett fastighetssystem som samlar allt i en plattform är därför en förutsättning för att jobba genuint datadrivet.
Vilken plattform för fastighetsförvaltning passar stora industriföretag bäst?
Det finns inget enskilt svar – det beror på vad industriföretaget faktiskt förvaltar och hur. Men några faktorer och alternativ är tydligt relevanta för just den segmentet:
Vad är typiskt för stora industriföretag?
Fastigheten är stödverksamhet, inte kärnverksamhet. Det handlar om fabriker, lager, kontorsbyggnader och tekniska anläggningar – ofta stora, komplexa och utspridda på flera orter. Kraven på teknisk förvaltning, komponenthantering och driftsäkerhet är höga, medan hyresadministration spelar en underordnad roll.
Vilka system passar?
Pythagoras är ett naturligt val för industriföretag med komplexa fastighetsbestånd. Pythagoras hjälper industriföretag, kommuner och lärosäten att optimera och samordna sin fastighetsförvaltning, med ett visuellt system där ritningar och digitala modeller är centrala. Det ritningsbaserade gränssnittet gör det enklare att navigera i stora och tekniskt komplexa anläggningar.
Faciliate (Service Works Global) är ett annat starkt alternativ. Med 30 moduler kan systemet anpassas efter olika behov och binder samman fastighetsförvaltning och Facility Management i en lösning – inklusive mobilt stöd för fältarbete och grafisk visualisering i 2D, 3D och punktmoln.
Internationella plattformar som IBM Tririga, Archibus eller ServiceNow FM används av globala industrikoncerner med behov av integrationer mot ERP-system (SAP, Oracle) och verksamheter i flera länder – men de är mer komplexa att implementera och kräver ofta konsultstöd.
De viktigaste kriterierna för industriföretag specifikt:
- Komponentregister och underhållshistorik på maskiner och installationer
- Integration mot befintliga affärssystem (SAP är vanligt i industrin)
- Stöd för lagkrav som systematiskt brandskyddsarbete (SBA) och myndighetsbesiktningar
- Mobilitet för drifttekniker i fält
- Möjlighet till on-premise-driftsättning vid höga säkerhetskrav
Vad är viktigast när man väljer plattform för fastighetsförvaltning?
Det beror lite på vad för typ av organisation du har, men några faktorer är generellt avgörande:
Passar verksamhetens logik – Äger du samhällsfastigheter, industrilokaler eller campus är fastigheten själv uppdraget, och du behöver ett system byggt kring byggnaden. Förvaltar du bostäder är hyresgästrelationen kärnan. Fel grundlogik i systemet skapar friktion varje dag.
Helhet vs. punktlösning – Ska systemet täcka allt (teknisk förvaltning, ekonomi, avtal, lokalvård) i ett gränssnitt, eller ska det integreras med befintliga system? Ett allt-i-ett minskar informationsöar men kräver mer av implementationen.
Gränssnitt och användarvänlighet – Systemet används av många olika roller: drifttekniker i fält, ekonomiansvariga, fastighetschefer. Om det är svårt att använda i vardagen tappar man snabbt värdet, oavsett hur kraftfullt det är på pappret.
Visuellt vs. listbaserat – För förvaltare med komplexa bestånd gör ett ritningsbaserat gränssnitt stor skillnad i hur lätt det är att navigera, felsöka och kommunicera med entreprenörer. Listbaserade system är ofta snabbare att lära sig men ger sämre rumslig förståelse.
Driftsmodell – Molnbaserat på svenska servrar, europeiska servrar eller on-premise? Viktigt framför allt för offentlig sektor med krav på dataplacering och GDPR.
Integrationer och öppna API:er – Hur väl systemet pratar med ekonomisystem, IoT-sensorer, BIM-verktyg och andra plattformar avgör hur framtidssäkert valet är.
Leverantörens stabilitet och support – Ett fastighetssystem är en relation på 10+ år. Leverantörens storlek, kundbas och förmåga att fortsätta utveckla produkten väger tungt.
Om ärendehantering
Vilka funktioner bör ett system för ärendehantering i fastigheter ha?
Ett bra ärendehanteringssystem för fastighet behöver täcka hela flödet – från att ett ärende skapas till att det avslutas och följs upp. Här är de viktigaste funktionerna:
Ärendemottagning
- Flera inmatningsvägar: webb, app, e-post och telefon
- Självserviceportal för hyresgäster eller verksamheter att anmäla fel och följa status
- Automatisk bekräftelse till den som anmält
Ärendehantering
- Kategorisering och prioritering av ärenden
- Tilldelning till rätt person eller grupp
- Möjlighet att koppla ärendet till en specifik byggnad, lokal eller komponent – helst direkt i en ritning eller karta
- Hantering av arbetsorder med instruktioner, checklistor och materialbehov
- Stöd för att involvera externa entreprenörer
Mobilitet
- App för drifttekniker i fält: ta emot, uppdatera och avsluta ärenden på plats
- Möjlighet att fotografera och dokumentera direkt i ärendet
- Tillgång till ritningar och komponentinformation ute i byggnaden
Uppföljning och eskalering
- Automatiska påminnelser och eskalering om ärenden inte hanteras i tid
- SLA-styrning – definierade svarstider och åtgärdstider per ärendetyp
- Historik per komponent eller lokal: vad har hänt tidigare, hur ofta uppstår samma problem?
Koppling till övrig förvaltning
- Länk till planerat underhåll: kan ett ärende generera en underhållsplan?
- Koppling till komponentregistret för att se garantier och livslängd
- Kostnadsuppföljning per ärende
Rapportering
- Statistik över ärendevolym, ledtider och återkommande problem
- Möjlighet att identifiera problembyggnader eller problemkomponenter
- Underlag för att motivera förebyggande åtgärder
Den viktigaste egenskapen är kopplingen till byggnaden och dess komponenter – det är det som skiljer ett fastighetsinriktat ärendehanteringssystem från ett generiskt helpdesksystem. Utan den kopplingen förlorar man mycket av värdet i det databaserade arbetet.
Hur ser ett bra flöde ut för felanmälan, åtgärd, uppföljning?
Ett väl fungerande flöde ser ut ungefär så här:

Flödet är uppdelat i fyra faser:
Anmälan – Ärendet kommer in via app, portal, telefon eller e-post och registreras automatiskt med kategori, prioritet och bekräftelse till anmälaren.
Beredning – Förvaltaren bedömer ärendet och skapar en arbetsorder med instruktioner och tidsplan. Här avgörs om arbetet ska utföras internt av en drifttekniker eller läggas ut på en extern entreprenör.
Åtgärd – Arbetet utförs och dokumenteras direkt i systemet eller via app i fält – foto, noteringar, tidsåtgång och material kopplas till ärendet.
Uppföljning – Ärendet avslutas, anmälaren notifieras och kostnaden bokförs. Datan används sedan för att följa upp ledtider, identifiera återkommande fel och uppdatera underhållsplaner.
Hur mäter man kvalitet i ärendehantering (SLA, ledtid, återkommande fel)?
Kvalitetsmätning i ärendehantering bygger på tre nivåer – vad som lovats, hur snabbt det levererades, och om problemet faktiskt löstes.
De tre nyckelmåtten hänger ihop på ett viktigt sätt:
SLA mäter om du håller vad du lovat men det säger ingenting om varför du missar. Ledtid förklarar var i flödet tiden försvinner, det kan vara i beredning, tilldelning eller utförande. Återkommande fel avslöjar om du löser grundorsaken eller bara symptomen.
Det klassiska felet är att optimera SLA-siffran utan att titta på återöppnade ärenden. Ett ärende som stängs snabbt men återkommer tre gånger är sämre än ett som tar längre tid men löses ordentligt.
Det mest värdefulla steget är att koppla återkommande ärenden direkt till underhållsplanen – när ett fel dyker upp fem gånger på samma komponent är det ett signal om att planerat underhåll saknas, inte att ärendehanteringen är dålig.
Hur minskar man återkommande fel med hjälp av ärendedata?
Det handlar om att gå från att registrera problem till att faktiskt analysera dem – och låta datan driva underhållsbesluten.
Steg 1 – identifiera mönstren
Ärendedata innehåller tre typer av mönster som är värda att leta efter: samma komponent som orsakar fel upprepade gånger, samma typ av fel i flera byggnader samtidigt, och säsongsmönster där vissa problem koncentreras till specifika perioder (vinterfrost, sommarvärme).
Steg 2 – skilja på symptom och grundorsak
Ett läckage kan registreras som "VVS-ärende" varje gång, men grundorsaken kan vara ett åldrande rörsystem, felaktig installation eller otillräckligt förebyggande underhåll. Utan kategorisering på komponentnivå är det omöjligt att se skillnaden. Det kräver att varje ärende kopplas till en specifik komponent i komponentregistret, inte bara till en byggnad eller kategori.
Steg 3 – sätt en tröskel för åtgärd
En tumregel är att tre eller fler ärenden på samma komponent inom tolv månader bör utlösa en utredning. Fem eller fler bör automatiskt generera ett förslag om planerat underhåll eller komponentbyte. Den tröskeln kan sättas i systemet så att det sker automatiskt.
Steg 4 – flytta åtgärden till underhållsplanen
Det är här det verkliga värdet uppstår. Istället för att vänta på nästa felanmälan schemalägger man ett förebyggande underhåll baserat på ärendehistoriken. Kostnaden för ett planerat byte är nästan alltid lägre än kostnaden för ett akut haveri – och risken för hyresgästpåverkan försvinner.
Steg 5 – mät effekten
Efter att förebyggande åtgärder vidtagits följer man upp om antalet ärenden på den komponenten minskar. Det skapar en lärcykel: ärendedata → analys → underhållsåtgärd → mätning → förbättrad underhållsplan.
Den gemensamma förutsättningen för allt detta är datakvalitet. Om ärendena inte konsekvent kopplas till rätt komponent och plats i systemet går det inte att göra analysen. Det är därför strukturen i fastighetssystemet – komponentregistret, ritningskopplingen och kategoriseringen – är avgörande för att ärendedata ska kunna användas proaktivt.
Om avtalshantering
Vad innebär avtalshantering i ett fastighetssystem?
Avtalshantering i ett fastighetscentrerat system utgår från att lokalen, ytan och byggnaden är den primära enheten – inte hyresgästen eller verksamheten som råkar nyttja den just nu.
Avtalet följer ytan, inte personen
När ett avtal registreras kopplas det till en specifik yta i ritningen. Historiken stannar kvar på ytan när en nyttjare lämnar och en ny tillkommer – förvaltaren ser alltid vad som gällt i lokalen, oavsett hur många verksamheter som passerat.
Vilka avtalstyper hanteras?
Systemet samlar hyresavtal och nyttjanderättsavtal kopplade till ytor, serviceavtal och underhållsavtal kopplade till tekniska installationer, garantiavtal kopplade till specifika aggregat, samt försäkrings- och parkeringsavtal kopplade till fastigheten.
Kostnadsfördelning och garantier direkt i ritningen
Eftersom avtalet är kopplat till ytan med känd area kan kostnader fördelas automatiskt utifrån verkliga kvadratmeter. En förvaltare som navigerar till ett aggregat i ritningsvyn ser direkt vilket serviceavtal som gäller och när det löper ut – avtalet är ett attribut på komponenten, precis som underhållshistoriken.
Kontinuitet när organisationen förändras
Informationen tillhör fastigheten, inte relationen. När en verksamhet flyttar ut eller en förvaltare slutar finns avtalshistoriken kvar kopplad till rätt yta och komponent – en fundamental skillnad mot system där information är organiserad kring personer som försvinner.
Påminnelser om uppsägningstider, automatisk avisering och digital signering via BankID fungerar som i andra system – men förändringar återspeglas direkt i ytans status och kostnadsfördelning utan manuella mellansteg.
Hur kopplar man avtal till objekt, komponenter och kostnader?
Kopplingen mellan avtal, objekt och kostnader är det som gör ett fastighetscentrerat system fundamentalt annorlunda mot ett listbaserat – informationen är inte separerad i moduler utan länkad till samma fysiska struktur.
Objektshierarkin är grunden
Allt börjar med en tydlig hierarki: fastighet → byggnad → våningsplan → yta/rum → komponent. Varje nivå i den hierarkin kan bära avtal, kostnader och teknisk information. Ett hyresavtal kopplas till en yta, ett serviceavtal till ett aggregat, en garanti till en specifik komponent. Kopplingen sker i ritningen, inte i ett separat register.
Så kopplas ett avtal till ett objekt i praktiken
När ett hyresavtal tecknas för en lokal väljer förvaltaren ytan direkt i ritningsvyn. Systemet hämtar automatiskt arean enligt SIS-standard, knyter avtalet till rätt våningsplan och byggnad, och skapar en länk mellan avtalsdokumentet och den fysiska ytan. Om lokalen förändras – en vägg flyttas, en yta delas – uppdateras arean i ritningen och avtalsunderlaget justeras automatiskt.
Komponentkopplingen ger djupare kontroll
Ett serviceavtal för ett ventilationsaggregat kopplas inte till en kategori eller en leverantör i allmänhet – det kopplas till den specifika komponenten i komponentregistret, med position i ritningen, teknisk specifikation, installationsdatum och underhållshistorik. Det innebär att förvaltaren vid nästa service direkt ser vad som gäller, utan att leta.
Kostnadsflödet följer strukturen
När avtalet är kopplat till rätt objekt kan kostnader fördelas automatiskt. En driftkostnad för en byggnad fördelas ner på ytor baserat på verklig area. En komponentkostnad – byte av ett filter, ett servicetillfälle – bokförs mot rätt aggregat och rätt byggnad. Det ger ett kostnadsutfall per kvadratmeter, per komponent och per byggnad utan manuell hantering.
Internkostnadsfördelning
I organisationer där olika verksamheter nyttjar samma fastighet – en kommun med flera förvaltningar, ett industribolag med flera avdelningar – kan systemet automatiskt fördela kostnader baserat på nyttjad yta. När ett avtal ändras justeras fakturaunderlaget direkt. Det eliminerar den månadsvis manuella hanteringen av internfakturor.
Vad kopplingen möjliggör
När avtal, objekt och kostnader sitter ihop kan förvaltaren se totalkostnaden för en yta – hyresintäkt, driftkostnad, underhållskostnad och serviceavtalskostnad på samma ställe. Det är det beslutsunderlag som krävs för att svara på frågan om en lokal är lönsam att behålla, renovera eller avveckla.
Hur säkerställer man att avtal följs upp (förfallodatum, index, villkor)?
Avtalsuppföljning handlar om att systemet tar över den bevakning som annars ligger på enskilda personers minne eller kalkylblad.
Förfallodatum och uppsägningstider
Det vanligaste misstaget är att ett avtal förlängs automatiskt på villkor som inte längre är fördelaktiga, för att ingen bevakade uppsägningstiden. Systemet registrerar startdatum, slutdatum och senaste datum för uppsägning, och skickar påminnelser med tillräcklig framförhållning – typiskt 90, 60 och 30 dagar före. Viktigt: påminnelserna ska gå till en roll, inte en namngiven person, så att bevakningen inte faller bort när någon slutar.
Indexuppräkning
Hyresavtal innehåller nästan alltid en indexklausul kopplad till KPI. Utan systemstöd kräver det manuell beräkning med risk för fel. I systemet definieras klausulen när avtalet registreras – basår, bastal och justeringsfrekvens. När index publiceras beräknar systemet den nya hyran och uppdaterar debiteringsunderlaget automatiskt.
Villkorsbevakning
Utöver datum och index innehåller avtal ofta villkor som kräver aktiv bevakning: optionsklausuler, omsättningsbaserade hyresnivåer och garantiåtaganden. Systemet flaggar dessa och kopplar dem till en uppgift när de behöver hanteras.
Kopplingen till ekonomi
Uppföljning ska leda till en åtgärd. När en indexuppräkning är beräknad ska den automatiskt uppdatera faktureringen. Den kopplingen mellan avtalsmodul och ekonomimodul är det som gör uppföljningen operativt värdefull.
En förutsättning
Tekniken löser bevakningen – men bara om avtal registreras fullständigt från början. Ett system med halvt ifyllda avtal utan slutdatum ger falsk trygghet.
Om lokalvårdshantering
Vad är fördelarna med att hantera lokalvård i fastighetssystemet?
Lokalvård hanteras ofta i ett separat system eller via manuella scheman utanför fastighetsförvaltningen. Att integrera det i fastighetssystemet ger flera konkreta fördelar.
Ytan som utgångspunkt
När lokalvården lever i samma system som ritningarna vet städpersonalen exakt vilka ytor som ska städas, i vilken ordning och med vilken frekvens – baserat på faktisk area och rumstyp, inte ett generellt schema. Om en lokal byter verksamhet eller byggs om uppdateras städschemat automatiskt när ritningen ändras.
Realtidsinformation om lokalstatus
I verksamheter där lokalstatus är kritisk – sjukhus, skolor, industri – kan städpersonalen via appen markera en lokal som klar direkt efter städning. Andra funktioner ser statusen i realtid utan att ringa eller mejla. Det eliminerar ett stort koordinationsproblem.
Koppling till ärenden och avvikelser
När städpersonalen är i lokalen ser de saker som behöver åtgärdas – ett trasigt handtag, en vattenläcka, en lampa som är ur funktion. I ett integrerat system kan de registrera en felanmälan direkt i appen, kopplad till rätt rum och komponent, utan att gå via en annan kanal. Det ökar kvaliteten på felanmälan och minskar ledtiden.
Kostnadsuppföljning per yta
Städkostnaden kan fördelas per kvadratmeter och lokal, precis som drift och underhåll. Det ger ett komplett kostnadsbild per yta och gör det möjligt att jämföra städkostnad mot nyttjandegrad – ett underlag som är svårt att få fram när lokalvården lever i ett separat system.
Entreprenörshantering
Om städningen är upphandlad externt kan entreprenören arbeta i samma system via en begränsad portal. Utförda moment återrapporteras digitalt, vilket ger underlag för fakturakontroll och kvalitetsuppföljning utan manuell administration.
Hur fungerar datadriven städning i praktiken?
Datadriven städning innebär att städfrekvensen anpassas efter hur lokalerna faktiskt används – inte efter ett fast schema som sattes upp för flera år sedan.
Beläggningsdata styr behovet
Grunden är att systemet vet vilka lokaler som används och hur mycket. Det kan komma från bokningssystem, passagesystem, sensorer eller manuell rapportering. En konferenslokal som bara användes en timme behöver inte städas lika noggrant som en som haft fullt schema hela dagen. Ett tomt kontorslandskap under en semestervecka behöver inte daglig städning.
Från fast schema till behovstyrt
I ett traditionellt upplägg städas alla lokaler enligt ett fast schema oavsett faktisk användning. I ett datadrivet upplägg genererar systemet ett städschema baserat på beläggning sedan senaste städtillfället. Resultatet är att högt belastade ytor städas oftare och lågt belastade mer sällan – utan att kvaliteten försämras, snarare tvärtom.
Prioritering i realtid
Om en lokal oväntat används intensivt – ett möte som drog ut på tiden, en händelse som genererade extra smuts – kan städpersonalen flagga det i appen och ett nytt städmoment läggs till schemat. Omvänt kan planerade moment ställas in om lokalen visat sig vara oanvänd.
Kostnadseffekten
Studier från sjukhus och lärosäten visar typiskt 15–25 procent lägre städkostnad när man går från fast schema till behovstyrd städning, utan att nöjdheten bland nyttjarna minskar. Den besparingen uppstår genom färre onödiga moment, bättre resursplanering och minskad övertid.
Kvalitetsuppföljning med data
Varje utfört städmoment loggas med tid, person och lokal. Det ger underlag för att följa upp om schemat hålls, identifiera lokaler som konsekvent är underbehandlade, och ge entreprenörer rättvisande feedback baserad på fakta snarare än subjektiva bedömningar.
Förutsättningen
Det kräver att lokalerna är korrekt registrerade i systemet med rätt rumstyp och area, att städmomenten är definierade per lokaltyp, och att det finns någon form av beläggningsdata – även ett enkelt bokningssystem räcker som grund. Sensordata och passagesystem ger mer precision men är inte ett krav för att komma igång.
Vad är behovsbaserad städplanering?
Behovsbaserad städplanering är ett sätt att styra städresurserna dit de faktiskt behövs, istället för att följa ett fast schema som behandlar alla lokaler likadant oavsett hur mycket de används.
Grundprincipen
En lokal som inte använts sedan senaste städning behöver inte städas igen. En lokal som haft intensiv aktivitet kan behöva städas oftare än schemat föreskriver. Behovsbaserad planering gör den bedömningen systematiskt, baserat på data, istället för att lämna den till individuella beslut eller ignorera den helt.
Vad som styr behovet
De vanligaste källorna till beläggningsdata är bokningssystem för konferensrum och undervisningslokaler, passagesystem som registrerar hur många som rört sig genom en yta, sensorer som mäter närvaro eller luftkvalitet, och manuell rapportering från städpersonal eller verksamhet. Även ett enkelt bokningssystem ger tillräcklig grund för att komma igång.
Skillnaden mot traditionell städning
Ett fast schema är enkelt att administrera men ineffektivt – resurser läggs på lokaler som inte behöver det, medan högt belastade ytor kanske städas för sällan. Behovsbaserad planering är mer komplex att sätta upp men ger bättre kvalitet där det märks och lägre kostnad totalt.
Koppling till fastighetssystemet
När städplaneringen sitter i samma system som ritningar, bokningar och lokaldata kan schemat uppdateras automatiskt när förutsättningarna förändras. En lokal som bokas om, byggs om eller tillfälligt stängs påverkar städschemat direkt utan manuell handpåläggning.
Det är i grunden samma princip som förebyggande underhåll – att låta data styra när en åtgärd behövs, snarare än att utgå från ett godtyckligt tidsintervall.
Vilka fastighetssystem har stöd för lokalvård?
Det finns ett fåtal svenska fastighetssystem med genuint inbyggt stöd för lokalvård.
Pythagoras
Lokalvårdaren får ett schema via mobilappen kopplat till den digitala lokalvårdsplanen. Genom ritningar, färgkoder och tydliga instruktioner visas exakt vad som ska göras i varje rum, inklusive städfrekvens, metod och utrustning. Avvikelser och felanmälningar registreras direkt i appen och hamnar i ärendehanteringen. Lokalvård är fullt integrerad med ritningar, ärendehantering och besiktningar i samma system.
Faciliate (Service Works Global)
Faciliate har utvecklats till ett FM-system med stöd för processer inom arbetsplatsservice som lokalvård, vaktmästeritjänster och bokningstjänster. Lokalvård finns som modul, men systemet har en bredare FM-inriktning snarare än lokalvård som kärnfunktion.
Vitec
Listas med lokalvårdshantering som funktion tillsammans med ärendehantering och ritningar, men djupet i modulen är inte lika dokumenterat som hos de två ovan.
De flesta traditionella fastighetssystem – Momentum, Fast2 och liknande är primärt inriktade på hyresadministration och ekonomi, och saknar inbyggt lokalvårdsstöd. Pythagoras är det system som tydligast har lokalvård integrerad i en fastighetscentrerad plattform med ritningskoppling som grund.