I ett infrastrukturbolag påverkar affärssystemet långt mer än bokföringen. Det styr hur projekt, inköp, resurser och uppföljning hänger ihop mellan kontor, platsledning och ledning. Därför blir systemvalet en fråga om verksamhetsstyrning, ansvar och informationsflöden, inte bara administration.

Många börjar ändå med produktblad, tekniska funktioner och leverantörsdemos. Ett bättre grepp är att först granska processerna, rollerna och de beslut som kräver tillförlitlig information varje dag. Då blir det lättare att formulera krav som fungerar både nu och när verksamheten förändras.

För beslutsfattare handlar frågan därför sällan om ett nytt system i sig. Den handlar om hur verksamheten ska få bättre stöd för uppföljning, samverkan och förändring över tid. Kraven behöver omfatta både vardagens arbetsflöden och den långsiktiga förvaltningen.

Kraven måste börja i vardagen

När kravbilden utgår från vardagen blir svagheterna synliga snabbare. Det märks var dubbelregistrering uppstår, var data saknas och var ansvar faller mellan olika roller. Först då går det att avgöra vilka funktioner som verkligen behövs, och vilka som bara ser bra ut i en demo. Det ger också bättre förutsättningar att väga investering, risk och framtida anpassning.

Kartlägg arbetet före långa funktionslistor

Ett byte av affärssystem bör beskrivas som ett verksamhetsprojekt, inte som ett rent teknikprojekt. Annars fastnar arbetet lätt i långa funktionslistor som saknar koppling till vardagens beslut. För den som söker pålitliga och flexibla affärssystem är det viktigt att kontrollera den egna verksamhetens behov. Ett infrastrukturbolag kan exempelvis behöva kartlägga punkter som ekonomi, projektstyrning, inköp, resursplanering och löpande uppföljning.

Innan någon demo bokas behöver verksamheten kunna svara på några enkla men avgörande frågor. De hjälper gruppen att skilja kritiska krav från sådant som mest känns bekvämt i stunden. Samtidigt blir framtidsbilden tydligare för både ekonomi och projektledning.

Frågorna bör gälla var manuellt arbete uppstår och vilka uppgifter som registreras flera gånger innan de når ekonomi, projekt eller inköp. De bör också visa vilken information som saknas när projekt följs upp, fakturor granskas eller resurser planeras mellan flera uppdrag. Dessutom behöver verksamheten bedöma vad organisationen måste klara om tre till fem år, till exempel fler projekt, fler användare eller högre transaktionsvolymer.

När svaren är tydliga blir kravställningen mer träffsäker och lättare att prioritera. Det sparar tid senare i processen och ger en stabil grund för ett väl avvägt systemval. Det minskar också risken att viktiga verksamhetskrav tappas bort när upphandlingen tar fart.

Ge rätt roller verkligt mandat

Kraven blir nästan alltid bättre när flera verksamhetsroller arbetar tillsammans från start. Ekonomi, projektledning och verksamhetsledning bör sätta riktningen, men även inköp, materialförsörjning och andra nyckelfunktioner behöver bidra. Då speglar systemvalet hela verksamheten, inte bara en avdelnings behov.

Arbetet vinner på en liten kärntrupp med tydligt mandat och avsatt tid. Tre till fyra personer räcker ofta, om de får en till två dagar i veckan för projektet. Specialiststöd kan sedan kallas in när frågor om controllerstöd, reskontra, integration eller säkerhetsfrågor kräver djupare kunskap.

Tidigt samarbete behövs också eftersom ett svagt systemval snabbt blir ett styrningsproblem. Varningssignalerna märks ofta i några återkommande vardagssituationer. De visar hur nära kopplingen är mellan system, ansvar och beslut.

En varningssignal är att projektledaren ser marginalen först efter fakturering, vilket försvårar styrning i tid. En annan är att ekonomifunktionen lägger flera dagar på att sammanställa underlag som borde finnas direkt, vilket försenar rapportering och tar tid från analys. Även ledningen kan tvingas använda data som är flera veckor gammal, vilket ökar risken för beslut på en bild som redan har förändrats.

Sådana problem ger också bra nollmätningar före ett byte. Mät tiden för underlag, hur sent marginaler syns och hur färsk beslutsdata faktiskt är. Då går det senare att följa om systemet verkligen förbättrar styrningen. Samtidigt får ledningen ett tydligare sätt att bedöma nyttan av införandet.

Tänk längre än själva köpet

Ett affärssystem i infrastruktur behöver kunna tala med andra verksamhetssystem utan onödiga manuella mellanled. Annars flyttas information mellan separata miljöer, och datakvaliteten sjunker snabbt. Öppna och fungerande integrationer är därför en central fråga vid varje systemval.

Systemet måste också ge tydlig projektuppföljning och ekonomisk kontroll i praktiken. Kostnader, intäkter, budgetar och resursåtgång behöver gå att följa på projektnivå och på övergripande nivå. Både operativa roller och ledning behöver kunna läsa samma grunddata på olika sätt. Samtidigt måste användarna förstå gränssnittet, annars tappar även avancerade funktioner sitt värde i vardagen.

Kravbilden bör dessutom omfatta behörighetsstyrning, rapportering, drift och support. Datamigrering, utbildning, uppdateringar och framtida anpassningar behöver planeras innan avtal skrivs. I större eller reglerade verksamheter bör förstudien också väga säkerhet, prismodell och om egen drift eller delad tjänst passar bäst.

Nyttan måste dessutom följas upp från början, inte efteråt. En statlig granskning visade att verksamheter kan sakna underlag för hur effektiviseringsvinster faktiskt används. Därför bör varje bolag bestämma hur effekten ska mätas innan systemet väljs.

Rätt system ska passa verkligheten

En bra kravställning börjar alltså i processerna, inte i funktionskatalogen. Kartlägg kritiska flöden, prioritera verkliga behov och låt dem som ska arbeta i systemet påverka beslutet. Då blir förstudien ett stöd för både upphandling, införande och fortsatt förvaltning. Det gör också införandet mer förankrat hos dem som ska använda lösningen varje dag.

Det rätta affärssystemet är sällan det med flest funktioner. Det är systemet som ger gemensam och användbar information för ekonomi, projekt, inköp och resurser, också när verksamheten förändras. När kraven speglar verkligheten blir systemet ett verktyg för styrning, inte ett hinder i flödet.