Fler dashboards har inte gett er mer tillit till siffrorna.

Mönstret ser ungefär likadant ut varje gång. Ekonomi bygger sin rapport om intäkt. Säljavdelningen bygger sin. Ledningen får en tredje från en konsult som var inne för två år sedan. Alla tre kallas "intäkt". Alla tre ger olika svar på samma fråga, beroende på om returer räknas in, vilken valutakurs som används, eller vilket datum en affär anses vara stängd.

Det är inte ett tekniskt fel. Rapporterna fungerar precis som de är byggda för att göra. Problemet är att tre personer, i tre olika verktyg, vid tre olika tillfällen, gjorde tre olika antaganden om vad ordet "intäkt" betyder — och ingen av dem visste att de andra två gjorde det.

Self-service gjorde det här möjligt i en skala som inte fanns tidigare. När det krävde en analytiker och en kö för att få en rapport fanns det åtminstone en flaskhals som tvingade fram konsekvens. Nu kan vem som helst med rätt behörighet bygga en ny vy på en eftermiddag. Det är precis vad self-service ska göra — och det är också varför problemet med spretande definitioner växer snabbare än någonsin.

Den vanliga reflexen är att lösa det med mer teknik. Bättre verktyg, mer AI, en till instrumentpanel som ska sammanfatta alla de andra. Det hjälper sällan. Ett verktyg kan inte avgöra om returer ska räknas in i intäkten. Det är inte en teknisk fråga. Det är ett beslut som verksamheten måste fatta och äga.

Vem äger ett nyckeltal?

De flesta organisationer har svårt att svara på den frågan rakt av. Inte för att ingen bryr sig, utan för att ägarskapet aldrig blivit ett uttalat beslut. Nyckeltalet "intäkt" har helt enkelt uppstått, en gång, i ett Excel-ark, och sedan spridit sig i olika skepnader i takt med att fler byggt vidare på sin egen tolkning.

Det som saknas är inte fler rapporter. Det är en semantisk modell — en gemensam, dokumenterad definition av vad organisationens centrala begrepp faktiskt betyder, och vem som har rätt att ändra den definitionen. Inte en teknisk detalj begravd i en datamodell, utan ett beslut lika viktigt som vem som får godkänna en budget.

Utan det beslutet spelar det ingen roll hur bra plattformen är. Ni får fler sätt att snabbt bygga fel svar, snyggare förpackade än förut.

Vad Microsoft löser — och vad ni måste lösa själva

Microsoft bygger just nu in mer stöd för det här direkt i Fabric-plattformen: verktyg för att katalogisera data, spåra härkomst och upptäcka var samma begrepp definieras olika på olika ställen. Det är ett steg i rätt riktning, och det gör arbetet enklare när ni väl gör det.

Men ingen plattform kan bestämma åt er att "intäkt" ska exkludera returer, eller att en affär räknas som stängd först när fakturan är betald snarare än när ordern läggs. Verktyget kan visa er var era definitioner skiljer sig åt. Det kan inte välja vilken som är rätt.

Det beslutet måste fattas av verksamheten, en gång, och sedan förvaltas löpande — inte som ett engångsprojekt utan som en stående funktion. Någon behöver äga varje centralt begrepp: vem som får ändra det, hur ändringen kommuniceras, och hur man ser till att alla rapporter som använder begreppet uppdateras samtidigt.

Börja smalt

Det går inte att lösa hela begreppsfloran på en gång, och det är inte heller lönt att försöka. Ett vanligare och bättre startläge är att ta ett fåtal nyckeltal — de som faktiskt styr beslut i styrelserummet eller på ledningsmötet — och reda ut dem ordentligt. Definiera. Dokumentera. Utse en ägare. Bygg in definitionen i den semantiska modellen så att alla rapporter som rör det begreppet hämtar samma sanning.

Gör det för fem begrepp i stället för femtio, och gör det klart. Det är den arbetsinsatsen — inte nästa produktrelease — som avgör om fler dashboards faktiskt ger mer tillit, eller bara mer brus.