Så ser ett strukturerat ärendesystem ut för förvaltare

Ett ärende är en enkel post. Det är också den viktigaste byggstenen i modernt operativt arbete, från ett flygbolags kundtjänst till ett sjukhus avvikelsehantering och underhållet av en fastighet.

Den här artikeln förklarar vad ett ärende är (i en bostadsrättsförening: en felanmälan), vad som gör systemet runt ärendena användbart och vad som förändras när du sköter förvaltningen med ett sådant.

Ett ärende är bara en post med fyra egenskaper

Skala bort jargongen så är ett ärende en arbetsuppgift med fyra egenskaper kopplade till sig:

1. Ett id, oftast ett nummer som #0042. Så att du kan hänvisa till det utan risk för missförstånd.
2. En status, var i flödet det befinner sig. Ny, Pågår, Väntar på bekräftelse, Avslutad.
3. En ansvarig, den person som just nu ska föra det framåt.
4. En historik, varje ändring som någon har gjort, med datum och klockslag.

Det är allt. Allt annat (kategorier, prioriteringar, bilagor, kommentarer) är valfri dekoration. De fyra egenskaperna ovan förvandlar ett klagomål till en uppgift som följs upp, i stället för ett bortglömt meddelande.

Jämför med ett inlägg i husets Facebookgrupp. Ett inlägg har innehåll. Det är allt. Det har inget id (bortsett från sin plats i flödet), ingen status, ingen ansvarig, ingen historik. Därför går det inte att driva ett arbetsflöde ovanpå det.

Varför var och en av de fyra egenskaperna spelar roll

Id

När två personer pratar om en felanmälan måste de veta att de pratar om samma felanmälan. I en Facebookgrupp gör man det genom att citera: ”det där med hissen i går” eller ”läckan i 1202 som rörmokaren sa var packningen”. Så fort du har fler än fem öppna felanmälningar samtidigt blir det tvetydigt.

Ett ärendenummer (#0042, #0089) löser det för gott. Varje boende, förvaltare eller hantverkare kan hänvisa till ett ärende med dess nummer utan minsta tvekan. Det låter trivialt. Det tar bort ungefär 15 procent av all förvirring i ett vanligt förvaltningsflöde.

Status

Statusen förvandlar ett fritt samtal till en tillståndsmaskin:

Den boende behöver inte fråga ”något nytt?”, eftersom statusen syns. Förvaltaren behöver inte hålla i huvudet vilka felanmälningar som står still i väntan på rörmokaren, utan filtrerar på status. Och den som driver förvaltningsbolaget behöver inte läsa 200 meddelanden för att veta hur många felanmälningar som är öppna den här månaden. Det räcker att räkna dem.

Statusen är också där automationen bor. När statusen ändras händer saker: notiser skickas, de boende får besked, hantverkare tilldelas. I en Facebookgrupp är det omöjligt, eftersom chatten inte vet vad en status är.

Ansvarig

Varje ärende har, i varje ögonblick av sin livscykel, exakt en person som ansvarar för att föra det framåt. När den boende gör felanmälan är den ansvariga fastighetens förvaltare (eller den hantverkare som felanmälan har skickats till). När förvaltaren tilldelar den till en hantverkare blir hantverkaren ansvarig. När hantverkaren markerar den som klar blir den boende ansvarig och ska bekräfta åtgärden eller öppna felanmälan igen.

Det här är funktionen som bryter ”någon annan tar det nog” i en Facebookgrupp, där alla ser felanmälan och ingen tar hand om den.

Historik

En fullständig logg över varje statusändring, varje tilldelning och varje kommentar. Avgörande av tre skäl:

1. Att kunna redovisa. När stämmosäsongen kommer kan du visa en exakt tidslinje över hur varje felanmälan hanterades.
2. Att se mönster. Efter ett halvår upptäcker du att 40 procent av dina VVS-felanmälningar kommer från samma förening: ett tecken på att stambytet behöver upp på styrelsens bord.
3. Att komma in i jobbet. När en ny förvaltare börjar på kontoret kan den nya kollegan gå igenom historiken för vilken fastighet som helst och förstå vad som pågår.

Vad ”systemet runt ärendena” tillför

Ett ärende i sig är en post. Ett ärendesystem lägger till arbetsflödet runt omkring:

• Fördelning. När ett ärende skapas, vem ska det till? De flesta ärendesystem använder regler: ”kategori = VVS → tilldela rörmokare X”. Förvaltaren behöver inte bestämma.
• Notiser. När statusen ändras, vem får besked? Den ansvariga, den som gjorde felanmälan och ibland någon som bevakar ärendet.
• Filter. ”Visa alla nya felanmälningar på Almvägen 14 som inte är tilldelade någon och är äldre än 24 timmar.” Två klick.
• Massåtgärder. ”Avsluta de 30 felanmälningar som har väntat på bekräftelse i mer än två veckor.” En enda åtgärd.

Inget av detta finns i ett arbetsflöde som bygger på en Facebookgrupp. Det finns inget sätt att ”filtrera fram alla öppna felanmälningar i fyra föreningar” i Messenger, eftersom ingenting i Messenger vet vad en ”öppen felanmälan” är.

Det minsta fungerande ärendeflödet för en fastighet

Du behöver ingen företagsplattform med 200 funktioner. Det minsta användbara ärendeflödet för fastighetsförvaltning har:

• Rubrik + beskrivning + valfri kategori + valfritt foto. Själva felanmälan.
• Ett statusfält med högst 5 värden. Ny, Pågår, Väntar på bekräftelse, Avslutad, Återöppnad. Mer än så är att krångla till det.
• Tilldelning till en av tre roller. Förvaltare, hantverkare, boende.
• Pushnotiser vid tilldelning och statusändring. Så att ingen behöver öppna appen för att få veta att något har hänt.
• Uppdelning per fastighet. Varje ärende hör till en fastighet, och varje användare ser bara de fastigheter som den är medlem i.

Det är hela kärnan. Om ett verktyg ger dig det, i ett gränssnitt som de boende kan använda utan utbildning, har du det du behöver.

Invändningarna som alltid kommer

”Mina boende kommer aldrig att använda det här.”

Ungefär 70 procent kommer att göra det. De andra 30 procenten skriver till en granne som använder det, och grannen lägger in felanmälan. Du behöver inte 100 procent av de boende för att få fördelarna. Du behöver tillräckligt många för att inkorgen ska bli den enda källan till sanningen.

”Vi har försökt med e-post och det fungerade inte.”

E-post är inget ärendesystem. E-post har ingen status, ingen gemensam inkorg, ingen tilldelning, inga filter, ingen fördelning. Att behandla e-post som ett ärendesystem misslyckas eftersom e-post inte är det.

”Vi har redan ett Excelark för det här.”

Ett Excelark ligger närmare ett ärendesystem än en Facebookgrupp gör. Det har id och en sorts statuskolumn. Men det har fortfarande inga notiser, inget samarbete i realtid, inget som de boende ser och ingen automation. Det är en förteckning över arbetet. Det är inget arbetsflöde.

Det nya tankesättet

Det svåraste med att gå över till ett ärendesystem är det mentala skiftet från ”jag är systemet” till ”systemet är systemet, och jag övervakar det”. Förvaltare som tar till sig det växer långt förbi det bestånd de hade. De som inte gör det fortsätter att vara den mänskliga växeln tills de går in i väggen.

Den första veckan känns konstig, eftersom du inte svarar på saker hela tiden. Sedan inser du att föreningarna fungerar utan att du ingriper i realtid, och skälet är att flödet självt gör det arbete som tidigare bodde i ditt huvud.