En hyresgästportal i ett affärssystem visar nästan uteslutande information som hyresgästen redan har: hyresavier, indexuppräkningar, inrapporterad omsättning och kanske ett kvitto på att servicedebiteringen stämmer. Det är administrativt korrekt och kommersiellt tomt. Butikschefen som loggar in ser sin egen kassadata speglad tillbaka till sig – men ingenting om de tusentals människor som passerade skyltfönstret utan att gå in. Det är där affären avgörs, och det är exakt det som saknas.
Skälet är strukturellt, inte tekniskt slarv. Ett ERP är byggt kring hyresavtalet som objekt: enhet, yta, avtalsperiod, omsättningshyra. Butiken som fysisk plats – med entré, flöde förbi dörren och konverteringsgrad – existerar inte i datamodellen. Så när uthyrningschefen stolt lanserar portalen och hyresgästerna efter tre månader slutar logga in, beror det inte på dåligt gränssnitt. Det beror på att portalen svarar på frågor ingen ställer.
Lyssna på vad butikschefer och kedjornas etableringsansvariga tar upp i hyresförhandlingar och kvartalsmöten. Det är sällan "kan jag se min faktura digitalt". Det är:
Ingen av dessa frågor kan besvaras med data som finns i affärssystemet. Alla kan besvaras med besöksräkning på entrénivå kombinerad med den omsättning hyresgästen ändå redan rapporterar in. Skillnaden mellan en portal som ignoreras och en portal som används varje måndagsmorgon ligger i just den kombinationen.
Capture rate – andelen av centrumets besökare som faktiskt kliver in i en specifik butik – är den enskilt mest användbara siffran i relationen mellan förvaltare och hyresgäst. Den skiljer på centrumets ansvar och butikens ansvar. Om centrumtrafiken ökade med åtta procent men butikens capture rate föll, är problemet skyltning, sortiment eller bemanning – inte läget. Om capture rate håller men totalflödet viker, ligger frågan hos marknadsföring och mixstrategi. Utan den uppdelningen blir varje hyresförhandling en åsiktsduell.
Detta ställer krav på datakvaliteten. En capture rate byggd på räknare som missar var tionde besökare är värre än ingen siffra alls, eftersom den skapar falsk precision i skarpa förhandlingar. Vemco Group, grundat 2005 i Danmark och med över 20 års erfarenhet av besöksräkning, arbetar med en kontraktuell miniminivå på 96 procents räknenoggrannhet – i praktiken typiskt 98–99 procent där ljusförhållanden, butikslayout och besöksbeteende tillåter. Den ärliga formuleringen spelar roll: en förvaltare som lovar hyresgästerna "99 procent, alltid" kommer att få äta upp det första gången en bred entré med motljus och barnvagnsflöden granskas.
Det vanligaste misstaget är att beställa ett skräddarsytt portalprojekt ovanpå affärssystemet. Det blir dyrt, tar arton månader och slutar ändå utan besöksdata, eftersom ERP-leverantören inte äger sensorlagret. Den fungerande modellen är en tvåvägsintegration: hyresgästernas masterdata – enheter, avtal, kategorier – flödar från affärssystemet in i analysplattformen, och den dagligen inrapporterade omsättningen flödar tillbaka. I Vemcos uppsättning hanterar VemTenant omsättningsinsamling, benchmarking och rankning av hyresgäster, medan VemCount står för besöksflöden och capture rate. Plattformen är sensoragnostisk, vilket betyder att befintliga räknare från tidigare installationer oftast kan behållas – en inte oväsentlig detalj för centrum som redan investerat i hårdvara.
Skalan säger något om mognadsgraden: över 2 000 kunder i fler än 95 länder och mer än 85 miljoner räkningar per dag passerar genom plattformen. Latensen från att en besökare korsar räknelinjen till att siffran syns i instrumentpanelen är ungefär två sekunder – vilket i praktiken betyder att en driftchef kan följa effekten av en brandutrymning, ett event på torget eller en oväntad kö i realtid, inte i efterhandsrapporten på torsdag. Att allt driftas på AWS i Frankfurt inom EU förenklar dessutom dataskyddsdiskussionen med kedjehyresgästernas jurister avsevärt.
Här kommer en observation från fältet: det som fäller de flesta integrationsprojekt är inte sensorerna eller API:erna, utan enhets-ID:na. När en hyresgäst mitt i avtalsperioden slår ihop två lokaler, eller när uthyrningsavdelningen skapar ett nytt avtalsobjekt i ERP:t i stället för att uppdatera det gamla, bryts den historiska serien. Plötsligt ser en butik ut att ha tappat 40 procent i flöde, när den i själva verket bara bytt identitet i systemet. Kräv därför två saker innan projektstart: stabila, beständiga enhets-ID:n i affärssystemet och tydliga giltighetsdatum vid varje lokalförändring. Det är trettio minuters styrgruppsbeslut som sparar månader av datatvätt.
En andra praktisk punkt: bestäm i förväg hur benchmarking presenteras för hyresgästerna. Rankning i klartext – "ni ligger på plats 34 av 90" – skapar friktion och ibland avtalsrättsliga invändningar. Anonymiserade kvartiler per kategori ("ni ligger i nedre kvartilen bland mode, mellanpris") ger samma styrsignal utan att exponera enskilda konkurrenters siffror. VemTenants benchmarkinglogik stödjer den distinktionen, men beslutet om vad som visas är förvaltarens, och det bör tas innan första hyresgästen loggar in – inte efter första klagomålet.
För den som äger budgeten är kalkylen rak. Kostnaden ligger i sensorer på butiksentréer som ännu saknar räkning, integrationsarbetet mot affärssystemet och licens för analysplattformen. Intäktssidan är mindre uppenbar i ett kalkylblad men större i praktiken: omsättningshyresförhandlingar där båda parter ser samma capture rate-data avslutas snabbare och med mindre juridik. Hyresgäster som förstår varför deras siffror ser ut som de gör säger upp sig mer sällan. Och en omflyttningsdiskussion – "ni skulle prestera bättre på plan två vid den nya entrén" – som backas av faktiska flödesdata är ett helt annat samtal än samma förslag byggt på magkänsla.
Portalen i ert affärssystem är inte fel. Den är bara ofullständig. Den visar avtalet – inte butiken. Den dag hyresgästen kan se sitt eget flöde, sin capture rate och sin position mot jämförbara butiker i samma vy som sin inrapporterade omsättning, slutar portalen vara en administrativ skyldighet och blir det verktyg butikschefen öppnar före morgonmötet.
Vill ni se hur en tvåvägsintegration mellan ert affärssystem och VemCount/VemTenant skulle se ut för just ert centrum? Kontakta Vemco Group via vemcogroup.com/contact-us så går vi igenom er nuvarande sensortäckning, ERP-uppsättning och hur snabbt era hyresgäster kan få se sin butik – inte bara sitt avtal.