En fastighetsägare med 3 400 lägenheter i fyra städer skickade ut en RFP för en boendeplattform. Fjorton leverantörer svarade. Tretton av dem kryssade "ja" på samtliga 112 funktionskrav. Utvärderingsgruppen satt kvar med prisbilden som enda särskiljande faktor, valde den näst billigaste och upptäckte tio månader senare att appen användes av 22 procent av hyresgästerna och att felanmälningarna fortfarande kom via telefon. Problemet var inte leverantören. Problemet var att kravspecifikationen bad om funktioner, inte om resultat.
Den här guiden är skriven för den som ska formulera nästa RFP för boendeupplevelse och vill undvika exakt det utfallet. Fokus ligger på vad som faktiskt skiljer leverantörer åt när alla säger ja.
Innan någon skriver ett enda funktionskrav bör beställaren kunna svara på: vilka mätvärden ska plattformen påverka, med hur mycket, inom vilken tid? Rimliga kandidater för ett bostadsbestånd är andel omtecknade kontrakt vid avflyttningsfönstret, genomsnittlig tid från felanmälan till avslutat ärende, och andel hyresgästkontakter som hanteras digitalt utan manuell handpåläggning. För kommersiella fastigheter och blandade kvarter tillkommer ofta beläggning i gemensamma ytor och hyresgästernas betyg på service.
Skriv in dessa som utfallskrav i RFP:n och kräv att leverantören beskriver hur produkten bidrar till varje siffra. Det tvingar fram svar som går att jämföra. En leverantör som svarar "vår app har chattfunktion" på frågan om ärendetider har inte förstått uppdraget, och det syns direkt.
Licenspriset för en boendeplattform är sällan den största posten i projektet. Det är integrationerna mot befintligt hyresadministrativt system, passersystem, ekonomisystem och eventuella fastighetsautomationslösningar som drar iväg både i tid och pengar. Ändå beskrivs de i många kravspecifikationer med en enda rad: "Systemet ska kunna integreras med befintliga system."
Var i stället konkret. Ange systemnamn och version för varje befintligt system. Beskriv vilka dataflöden som krävs i vilken riktning: kontraktsdata från hyressystemet till plattformen, ärenden från plattformen till förvaltningens arbetsordersystem, behörigheter till passersystemet vid in- och avflyttning. Fråga sedan:
Den sista punkten är den som oftast glöms och den som gör mest ont tre år senare, när ni vill byta ut en komponent och upptäcker att er egen data sitter fast bakom en avgift.
Boendeupplevelse är inte detsamma som appanvändning. En stor del av upplevelsen uppstår i tvättstugor, gym, coworking-ytor, takterrasser och entréer, och de ytorna kostar pengar att bygga och underhålla. Frågan om de faktiskt används besvaras sällan med data.
Här är det värt att ta in besöksräkning som ett eget kravområde. Sensorer i gemensamma ytor ger beläggningsdata per timme och veckodag som direkt kan kopplas till beslut om öppettider, städfrekvens och om nästa projekt ska ha ett gym eller två extra förråd. Om ni skriver in det, var noggrann med noggrannhetskravet. Seriösa leverantörer inom räkning arbetar med ett kontraktuellt minimum om 96 procent och når normalt 98–99 procent när belysning, planlösning och besökarbeteende tillåter det. En leverantör som lovar en flat garanti på 99 procent oavsett förhållanden bör få följdfrågor. Räkna också med att noggrannhetssiffran gäller själva räkningen, inte några påståenden om förvaltningsutfall.
Vemco har arbetat med besöksräkning och analys sedan 2005 och breddade 2025 sitt erbjudande till fastighetsförvaltning genom förvärvet av spanska TecBrain, som har utvecklat programvara för förvaltning sedan 1995. Kopplingen mellan beläggningsdata och förvaltningssystem är exakt den typ av krav som fler beställare borde skriva in, oavsett vilken leverantör som till slut vinner.
Tre krav som hör hemma i varje RFP för boendeupplevelse och som sällan går att förhandla in i efterhand:
Den som har rullat ut en boendeplattform i ett befintligt bestånd vet att den svåraste delen inte är tekniken. Det är de första sex veckorna efter lansering. Hyresgäster som inte får sin första felanmälan löst snabbare via appen än via telefon återvänder till telefonen och kommer aldrig tillbaka. Förvaltningspersonal som får ärenden i två kanaler samtidigt börjar ignorera den nya.
Skriv därför in onboarding som ett eget avsnitt med egna leverabler: kommunikationsplan till hyresgäster, utbildning av förvaltare per fastighet, och ett uttalat mål för aktiveringsgrad efter 90 dagar. Koppla en del av betalningen till att målet nås. Leverantörer som har gjort det här förut kommer att acceptera villkoret och kunna berätta vilken aktiveringsgrad deras befintliga kunder ligger på. Leverantörer som inte har gjort det kommer att vilja stryka stycket. Båda reaktionerna är informativa.
Om alla svarar ja på funktionskraven måste vikten ligga någon annanstans. En fördelning som fungerat i praktiken för fastighetsägare i mellanstorleken: 30 procent på dokumenterade integrationer i drift, 25 procent på hur leverantören beskriver påverkan på beställarens tre utfallsmått, 20 procent på onboarding-plan och referenskunders aktiveringsgrad, 15 procent på total kostnad över fem år inklusive integrationer och exitkostnad, 10 procent på driftmodell och datavillkor.
Lägg också in en demonstration med beställarens egna data. Skicka ett anonymiserat utdrag ur hyressystemet och en veckas beläggningsdata från en gemensam yta och be de tre finalisterna visa hur det ser ut i deras gränssnitt. Det tar leverantören två dagar och avslöjar mer än hundra sidor anbudstext.
Om ni står inför en RFP för boendeupplevelse och vill diskutera hur beläggningsdata från gemensamma ytor kan kopplas till förvaltningssystem och hyresgästkommunikation, eller bara vill ha en andra läsning av kravspecifikationen innan den går ut, kontakta Vemco Group här. Vi delar gärna hur befintliga kunder har formulerat mät- och integrationskraven.