Betyg och kriterier

Så kartlägger du verksamhetens krav för affärssystem

Rätt affärssystem matchar funktionerna mot verksamhetens faktiska behov, inte mot vad som ser bra ut.

Varför kravkartläggning är avgörande för rätt affärssystem

Rätt affärssystem matchar funktionerna mot verksamhetens faktiska behov, inte mot vad som ser bra ut. Kartlägg hur ni arbetar i dag: flöden för ekonomi, order, lager och projekt, och vad som fungerar bra respektive behöver förbättras. Det visar vilka krav ni ska ställa på ett nytt system.

Ett bra affärssystem ska genomsyra hela organisationen och avlasta medarbetarna i det dagliga. Automatisering av tidskrävande manuellt arbete frigör tid för värdeskapande. Systemvalet beror på verksamhetstyp, företagsstorlek och planer för tillväxt och utveckling.

Kravkartläggningen är därför ett beslutsunderlag: den visar vilka processer som måste stödjas, vilka integrationer som krävs och var funktionerna gör verklig skillnad. Utan den blir utvärderingen en jämförelse av funktionslistor och pris, inte av verksamhetsnytta.

Steg 1: Utgå från affärsmål, storlek och tillväxtplaner

Skriv ned varför systemet ses över: affärsmål som ska stödjas, problem som ska lösas och processer som är mest värdefulla eller mest problemfyllda. Avgränsa omfattningen: vilka bolag, enheter, länder, processer och användargrupper ska ingå nu, och vad ska kunna läggas till vid tillväxt? Valet påverkas av verksamhetstyp, företagsstorlek och planerad utveckling.

Låt målen sätta gränserna. Planeras tillväxt via fler bolag, valutor eller förvärv måste kravbilden omfatta koncernstruktur och rapportering. Ska e-handel eller CRM växa, beskriv tidigt integrationsflöden mot exempelvis e-handelsplattformar, bokföringssystem eller HR-system.

Driftsättet ingår i avgränsningen. Molnbaserade SaaS-lösningar uppdateras automatiskt och har skalbar kostnadsmodell per användare; on-premise-system installeras lokalt. För många medelstora företag i Sverige är molnbaserat mest kostnadseffektivt och skalbart, men kravet måste prövas mot er situation.

Molnbasert vs. lokalt affärssystem – jämförelse för svenska företag

Driftsätt
Molnbaserat (SaaS)
Uppdateringar
Automatiskt via leverantören
Skalbarhet
Anpassas enkelt per användare, lätt att expandera
Kostnad
Prenumerationsmodell per användare – ofta kostnadseffektivt för medelstora företag
Lokalt (on-premise)
Installeras och hanteras lokalt
Uppdateringar
Avdelade av IT-avdelningen
Skalbarhet
Behöver mer resurser för utskalning
Kostnad
Hög initial kostnad, licenser, support och infrastruktur
Säkerhet & kontroll
Full kontroll över data och säkerhet, men kräver egen säkerhetsförvaltning

Steg 2: Kartlägg nuläget i era centrala flöden

Kartlägg dagens arbete: flöden för ekonomi, order, lager och projekt. Identifiera vad som fungerar bra och vad som behöver förbättras. Gör en processkarta per flöde med startpunkt, steg, ansvarig roll, använt system, data in och ut, väntetider och kända felkällor.

I tillverkande verksamhet måste produktion, materialplanering, lager och inköp hänga samman sömlöst. Annars uppstår datasilos, manuellt dubbelarbete och ökad felrisk. Kartlägg särskilt var order, produktion, material och ekonomi möts, och var information registreras två gånger i dag.

I bygg- och projektverksamhet ska nuläget beskriva hur ekonomi, projekt och resurser hänger ihop: budgetuppföljning, tidsplaner, tidredovisning och kopplingen mellan projektverktyg och affärssystem. Är projektsystemet separat i dag, dokumentera vilka data som förs över manuellt och vilka fel det leder till.

Steg 3: Involvera användarna i hela organisationen

Bygg kravbilden med dem som arbetar i processerna. Deras vardag visar var systemet ska avlasta och automatisera tidskrävande manuellt arbete, så att de kan fokusera på värdeskapande.

Håll workshoppar per roll eller process: ekonomi, order och inköp, lager, projekt, produktion, HR, IT och ledning. Låt deltagarna visa sina arbetsflöden och svara på var väntetider uppstår, var samma uppgift görs i flera system, vilka rapporter som saknas och vilka fel som är vanligast.

Involvera dem som hanterar gränssnitten. Moderna affärssystem kan kopplas till exempelvis e-handelsplattformar, bokföringssystem eller HR-system, vilket minskar manuellt arbete, minimerar fel och ger bättre kontroll. Den som arbetar dagligen i gränssnittet ser vilka data som måste flöda automatiskt och vilka kontroller som behövs.

Steg 4: Formulera krav som förmågor och behov

Ett krav beskriver vad en användare eller verksamheten måste kunna göra för att lösa ett problem eller nå ett mål. Skriv därför krav som förmågor, inte funktionsnamn. Exempel: ”Ekonomi ska kunna stämma av leverantörsfaktura mot order och inleverans” eller ”Projektledare ska kunna se budget, tid och material per projekt i realtid”. Då blir kraven testbara och jämförbara.

Fånga integrationsbehoven tidigt. Moderna affärssystem bygger på en central databas och ska kunna prata obehindrat med andra system. Kräv att det står vilka system som ska integreras, vilken data som ska överföras, åt vilket håll, hur ofta och vem som ansvarar när något avviker. Öppna API:er möjliggör integrationer mot leverantörer och tredjepartsaktörer, men de måste beskrivas som krav.

Beskriv nivån på automatisering och användbarhet. Kraven på användarvänlighet och automatisering har ökat markant; automatisering av exempelvis fakturering och orderhantering sparar tid och minskar felrisken. Formulera vilka steg som ska automatiseras, vilka undantag som ska kräva manuell kontroll och hur mobilitet ska stödjas för arbete oavsett plats.

Steg 5: Prioritera utifrån verksamhetskritikalitet

Dela in kraven efter konsekvens om de inte uppfylls: kritiska för att processen ska fungera, viktiga för effektivitet och kontroll samt önskvärda. Utgå från hur ofta processen körs, hur många användare den berör, vilka lag- eller revisionskrav som gäller och vilken intern kontroll som måste upprätthållas i den operativa verksamheten.

Testa med konkreta konsekvenser. Saknas kopplingen mellan order och produktion uppstår ständiga prioriteringskonflikter på verkstadsgolvet. Sköts materialplaneringen i kalkylark leder det till för höga lagernivåer, brist och missade leveranser.

Prioriteringen ska styra upphandling och införande. Krav som är kritiska för daglig drift eller riskkontroll måste vara standardstödda eller lösas med känd anpassning. Önskvärda krav kan skjutas till senare fas om de inte påverkar processen.

Steg 6: Matcha kravbilden mot systemstöd och integrationer

Jämför varje krav mot tänkbara systemfunktioner, driftsätt och integrationsmöjligheter. Driftsättet påverkar krav på integration, säkerhet, uppdatering och kostnad.

I tillverkande verksamhet måste systemet hantera produktions- och kapacitetsplanering, materialbehovsplanering (MRP), artikelregister med strukturer och recept, orderstyrning, lagerhantering och inköp, integrerat med den finansiella redovisningen. Hänger delarna inte samman skapas isolerade data, dubbelregistrering och större felrisk.

Gör en gap-analys per krav: stöds i standard, kräver konfiguration, anpassning, integration eller processändring? Integration mot projekthanteringssystem kan spara tid och minska felrisk, men måste specificeras med data, ansvar och felhantering. Markera om ett gap skapar framtida uppgraderingsrisk.

Steg 7: Dokumentera och förankra kravbilden

Samla kraven i en delad kravsammanställning som alla berörda kan läsa och uppdatera. Varje rad bör ha krav-ID, process, användare, kravbeskrivning, prioritet, acceptanskriterier, beroenden, källa och status i gap-analysen. Samma underlag kan då användas vid utvärdering, upphandling och implementering.

Förankra sammanställningen hos de roller som ska arbeta i systemet. Låt dem gå igenom kraven och bekräfta att de beskriver deras faktiska processer.

Utse en ägare för kravbilden och versionshantera den. Nya behov under utvärderingen ska läggas till med prioritet och konsekvens, inte tystas in i en funktionslista. Då behåller ni en tydlig bild av kraven på ett nytt system.

Fördelar och nackdelar med att använda kravbilden i systemval

  • FördelarGer tydlig grund för utvärdering, minskar risk för felval, styr fokus mot verksamhetsnytta snarare än funktioner.
  • NackdelarKräver tid och resurser att samla in, kan leda till konflikter om prioriteter om inte förankrat av ledning.

Krav som varierar med bransch och affärsmodell

Tillverkande företag har unika krav: produktion, materialplanering, lager och inköp måste hänga samman. Kärnkrav är produktions- och kapacitetsplanering, materialbehovsplanering (MRP), artikelregister med strukturer och recept, lagerhantering och spårbarhet, inköp och leverantörsstyrning. Reglerade branscher kräver dessutom parti- och serienummerspårning genom hela leveranskedjan. Diskret tillverkning, processindustri, projekt- och kundorderstyrd produktion samt blandade former ställer olika krav.

Byggföretag behöver ordning på ekonomi, projekt och resurser, och affärssystemet måste kunna integreras med projektsystem för budget, tidsplaner och tidredovisning. I projektverktyget är resursplanering för personal, maskiner och utrustning central, liksom tid- och materialrapportering, molnbaserad åtkomst, integrationer till affärssystem, dokument- och ritningshantering samt fakturering.

Projektbaserad verksamhet bör särskilt kravställa tidrapportering, resursplanering och projektuppföljning. Hanteras de i samma system minskar behovet av parallella verktyg.

Fallgropar och vägen vidare till utvärdering

Många fokuserar på funktioner eller pris, men viktigast är hur väl systemet stödjer de dagliga processerna. En kravlista med bara funktionsnamn säger inget om verksamhetsnytta, kontroll eller risk.

En annan fallgrop är att missa integrationer och skapa nya datasilos. Utan integration mellan produktion, materialplanering, lager, inköp och ekonomi uppstår isolerade data, dubbelregistrering och större felrisk. Poängen med moderna affärssystem är att de ska kunna prata obehindrat med varandra; fungerande kopplingar minskar manuellt arbete och fel och ger bättre kontroll.

Kravbilden ska styra frågorna i upphandlingen, jämförelsen av driftsätt och systemleverantörer och vilka demonstrationer ni begär. Låt leverantören visa lösningen mot era egna processer och krav, inte mot en generell funktionslista. Räkna med kostnader för prenumeration per användare eller licens, införande, integrationer, utbildning och support, och stäm av dem mot prioriteten.

Mer från Betyg och kriterier

Avtalsvillkor

Affärssystem: kostnader för licens, drift och införande

Ett affärssystem har tre kostnadsslag: engångsinsatsen för införandet, återkommande licensavgifter och löpande drift och förvaltning.

Implementering

Integration och datautbyte: kriterier vid systemval

Riksrevisionen granskar i RiR 2023:6 statens insatser för att utveckla myndigheternas digitala tjänster till privatpersoner. Slutsatsen: insatserna har inte varit tillräckligt effektiva.

Betyg och kriterier

Affärssystem: så bedömer du funktion, kostnad och integration

Ett affärssystem beskrivs ofta som en digital plattform som effektiviserar och samordnar processer, ger en helhetsbild av verksamheten och skapar förutsättningar för planering och datadrivna beslut.