mockup, ipad, iphone, white, mobile, web design, instagram, web, startup, software, ifirma, ios, air, apple, screen, device, digital, smartphone, touch, tablet, information, business, phone, web design, web design, web design, web design, web design, instagram, software, software, software
Foto av Firmbee på Pixabay

Jämförelser

Jämför affärssystem: kriterier och beslutsunderlag

Affärssystem är ett brett begrepp.

Syfte: jämför utifrån behov, inte funktionslistor

Affärssystem är ett brett begrepp. Enligt CGI används termen ofta synonymt med ERP (Enterprise Resource Planning), men i praktiken omfattar ERP de mer komplexa systemen för större organisationer, medan enklare lösningar för mindre komplexa verksamheter faller utanför. Grundtanken är densamma: att samla olika funktioner i ett gemensamt system som stödjer processer i verksamhetens olika delar.

Målet med en jämförelse är inte att hitta lösningen med flest funktioner. Pector kallar valet av affärssystem för ett strategiskt beslut: det handlar om hur väl systemet stödjer verksamhetens processer idag och kan möta framtida behov, och om att hitta den lösning som bäst matchar er affärslogik.

Artikeln är disponerad som en ram för ert beslutsunderlag: först behovskartläggning och kravspecifikation, sedan jämförelsekriterier, funktionsområden, arkitektur, integrationer, skalbarhet, användarupplevelse och kostnader – och avslutningsvis hur ni viktar kriterierna och driver beslutet genom organisationen.

Från verksamhetsbehov till kravspecifikation

Utgångspunkten bör vara verksamheten, inte tekniken. Enligt Suitecorner är första steget att kartlägga verksamhetens behov: vilka processer fungerar bra idag och vilka behöver förbättras? Först därefter är det meningsfullt att tala om system och leverantörer.

Businesswith rekommenderar att ni börjar med en kravspecifikation: vilken typ av företag eller organisation är ni, och vilka affärsprocesser har ni? Lista vilka funktioner som är viktiga för just er – ekonomi, HR, lagerhantering, kundrelationer och liknande. Har ni inget lager behöver ni exempelvis ingen lagermodul, medan andra verksamheter kan behöva specialfunktioner för projektledning.

Kravspecifikationen gör också jämförelsen utvärderbar. När kraven är nedskrivna och prioriterade går det att i efterhand bedöma om ett system löser de processer ni identifierat, i stället för att fastna i allmänna intryck från demonstrationer. Pector beskriver arbetet som att en nyckelperson får i uppdrag att översätta verksamhetens utmaningar till ett konkret beslutsunderlag.

Kriterier att jämföra affärssystem mot

När kraven finns på plats behöver de omvandlas till kriterier som systemen kan jämföras mot. Återkommande områden är funktionsstöd för era kärnprocesser, integrationsförmåga, skalbarhet, användarupplevelse, driftform, kostnad över tid, support, implementation och möjlighet till anpassning.

Innowise lyfter bland annat anpassning till affärsbehov, budgethantering, integrationsförmåga och användarupplevelse. Suitecorner framhåller att ni vid jämförelse av affärssystem även bör ta hänsyn till implementation, utbildning, integrationer, support, anpassningar samt framtida behov.

Flera av kriterierna är svåra att bedöma enbart utifrån en funktionslista. Implementation, utbildning och support påverkar utfallet men syns sällan i en produktdemonstration. Det talar för att väga in leverantörens arbetssätt tillsammans med systemets egenskaper.

Funktionsområden: ekonomi, CRM, lager, inköp och produktion

Vilka moduler som är relevanta varierar. Enligt Suitecorner kan ett modernt affärssystem hantera ekonomi och redovisning, kundrelationer (CRM), försäljning, inköp, lager och logistik, produktion, projekt samt rapportering och analys. CGI räknar upp vanliga funktioner som ekonomihantering, bokföring, inköp, tillverkning, försörjningskedja, orderläggning, lagerhantering, inventeringskontroll och logistik.

Inom ekonomiområdet lyfter Jeeves att ett ekonomisystem hanterar bokföring, fakturering, moms och årsredovisning, att systemet ska stödja gällande lagkrav och ge tydliga rapporter till både ledning och myndigheter. Genesis beskriver ekonomistyrningen som grunden i de flesta affärssystem, med bokföring, fakturering av både kund- och leverantörsfakturor, budgetering, reskontra och anläggningsregister. Lagerhanteringen är central för företag som hanterar fysiska produkter.

Inom kundområdet underlättar CRM-system kundrelationer och säljaktiviteter enligt Jeeves. För tillverkande verksamhet nämner CGI att ERP-system kan inkludera produktionsstyrning, leveranskedjeoptimering och kvalitetskontroll.

Olika verksamheter behöver vikta dessa områden olika. CGI konstaterar att affärssystem ser olika ut beroende på bransch och vilka funktioner som är viktiga för företaget – en e-handlare, en tillverkare och en verksamhet inom offentlig sektor har inte samma tyngdpunkt.

Molnbaserat eller lokalt – ett strategiskt jämförelsekriterium

Ett av de första stora valen gäller var systemet ska driftas. Pector beskriver valet mellan molnbaserat och on-premise som avgörande för den tekniska arkitekturen, och konstaterar att nästan alla företag idag väljer molnbaserade SaaS-lösningar (Software as a Service) för att slippa egen serverdrift och få automatiska uppdateringar. För vissa verksamheter med extrema krav på lokal kontroll kan andra alternativ fortfarande vara relevanta.

Driftformen påverkar flera av de övriga kriterierna. Automatiska uppdateringar förenklar löpande förvaltning men innebär att ni i mindre grad styr tidpunkten för förändringar. Egen serverdrift ger en annan kontroll men kräver egna resurser. Valet bör därför kopplas till vilken kontroll och vilken intern kapacitet ni faktiskt behöver och har.

Ett närbesläktat strategiskt val är om ni ska satsa på ett brett och generellt system eller ett som är djupt nischat för er bransch. Pector formulerar frågan som om ni ska ha ett system som är ”bra på allt” eller ett som är nischat, och noterar att en modern kombination ofta kan vara bäst.

Molnbaserat vs lokalt affärssystem – jämförelse av kritiska kriterier

Driftform
Moln (SaaS) eller lokal (on-premise)
Kontroll över systemet
Hög i lokal drift, lägre i moln
Uppdateringar
Automatiska i moln, manuella eller planerade i lokal drift
Infrastrukturansvar
Egen serverdrift i lokal, leverantör tar hand om det i moln
Skalbarhet
Högre flexibilitet i moln, kräver mer planering i lokal
Startkostnad
Lägre i moln, högre i lokal (server, licens, personal)

Fördelar och nackdelar med branschspecifika vs generella affärssystem

  • Branschspecifisk lösningFördelar: bättre anpassning till branschens regler och processer. Nackdelar: mindre flexibel vid omställning eller expansion till annan verksamhet.
  • Generellt affärssystemFördelar: större skalbarhet, lättare att anpassa mellan verksamheter. Nackdelar: kan sakna djupa funktioner inom specifika branscher.

Integrationer och dataflöden mellan system

Få företag klarar sig med ett enda system. CGI beskriver att affärssystemet kan kopplas ihop med andra program, som e-handelsplattformar, bokföringssystem eller HR-system, och att detta minskar manuellt arbete, minimerar fel och ger bättre kontroll. Det är en av de tydligaste kopplingarna mellan teknikval och verksamhetsnytta.

CGI pekar också på att moderna affärssystem använder teknik som Internet of Things (IoT) och Fintech, vilket bland annat möjliggör uppkoppling av hårdvaruenheter inom verksamheten och smidigare integration med banker. Enligt samma källa är poängen med dagens affärssystem att olika system ska kunna prata med varandra obehindrat – och det är i stort sett utgångspunkten när ni väljer vilka funktioner ert nya system ska ha.

Bristande integration är samtidigt ett vanligt tecken på att nuvarande lösning inte räcker. Suitecorner listar integrationer som saknas eller fungerar dåligt som ett av flera tecken på att det kan vara dags att utvärdera ett nytt affärssystem, tillsammans med att medarbetare arbetar i flera olika system, att information registreras flera gånger och att rapportering kräver mycket manuellt arbete.

Skalbarhet, flexibilitet och framtida behov

Skalbarhet handlar om att systemet ska fungera inte bara för dagens behov. Jeeves betonar att det är viktigt att tänka långsiktigt: systemet ska inte bara lösa dagens behov utan även kunna växa med företaget, och skalbarhet beskrivs som att lösningen lätt kan anpassas när företaget växer eller behoven förändras. Genesis ger samma råd – välj ett system som är skalbart och utgå från företagets behov och mål.

Businesswith rekommenderar att blicka framåt vid investeringar i nya system: hur ser företaget ut om två, fem eller tio år? Där konstateras också att det alltid innebär kostnader och risker att byta ut stora system, och att det därför är klokt att satsa på ett system som fungerar både nu och senare.

Konsekvensen av ett felval blir tydlig i ett längre perspektiv. Suitecorner påpekar att ett system som inte passar företagets behov kan leda till onödigt manuellt arbete, begränsade integrationsmöjligheter och kostsamma systembyten längre fram, och att affärssystem ofta används under många år. Ett av flera vanliga tecken på att läget har uppstått är enligt samma källa att företaget har vuxit ur systemets funktionalitet.

Användarupplevelse, utbildning och förändringsarbete

Ett affärssystem används ofta av stora delar av organisationen varje dag, och valet påverkar därför betydligt mer än bara ekonomifunktionen enligt Suitecorner. Det gör användarupplevelsen till ett tungt vägande kriterium: ett system som upplevs krångligt i vardagen får svårt att ge den nytta som utvärderingen utlovade.

Utbildning är ett eget jämförelsekriterium. Suitecorner lyfter utbildning och support bland de faktorer ni bör ta hänsyn till när ni jämför affärssystem, och Innowise anger användarupplevelse som en av faktorerna vid val av system. Eftersom nyttan realiseras först när medarbetarna arbetar i systemet bör både införandeplan och långsiktig support vägas in.

Förändringsarbetet bör ses som en del av beslutet, inte som något som löses efteråt. En kartläggning av vilka avdelningar som påverkas mest, och när deras krav vägs in, hör enligt Pector till de viktigaste förberedelserna – vilket behandlas närmare i avsnittet om beslutsprocessen.

Kostnader och TCO: budget, implementation och drift

Kostnadsbilden sträcker sig längre än licensen. Pector förespråkar att jämföra system utifrån total ägandekostnad (TCO) och framtida flexibilitet, just för att undvika kostsamma felval. Det innebär att även kostnader som uppstår efter go-live behöver ingå i jämförelsen.

Suitecorner pekar på samma områden i sin uppräkning av vad ni bör ta hänsyn till vid jämförelse: implementation, utbildning, integrationer, support och anpassningar. Dessa poster kan skilja sig kraftigt mellan lösningar även när licenspriset ser likartat ut.

Businesswith konstaterar att budgeten alltid är en prioriterad fråga och att ett affärssystem är en investering: det kostar tid och resurser att implementera ett nytt omfattande system, och kostnaden skiljer sig beroende på vilket system ni väljer – ett komplext system genererar högre kostnader än ett grundläggande. Budgeten bör därför ställas mot den långsiktiga affärsnyttan snarare än mot enskilda avgifter.

En praktisk konsekvens är att kostnadskalkylen bör göras för samma tidsperiod och med samma antaganden för alla system som jämförs, så att skillnaderna speglar verkliga skillnader i lösningarna och inte olika beräkningssätt.

Bygg en jämförelsematris och vikta kriterierna

Med krav och kriterier samlade kan jämförelsen struktureras i en beslutsmatris: kriterierna listas som rader, de aktuella systemen som kolumner, och varje system bedöms mot varje kriterium. Poängen är att göra bedömningarna jämförbara och synliga, så att diskussionen kan föras om underlaget i stället för om helhetsintryck.

Viktningen kopplar matrisen till verksamheten. Kriterier som direkt stödjer era kärnprocesser bör väga tyngre än sådant som är önskvärt men inte avgörande. Pector framhåller att valet handlar om att matcha verksamhetens processer och behov snarare än att maximera antalet funktioner, och pekar på att ett strukturerat arbete med kravspecifikationen – tillsammans med jämförelse utifrån TCO och framtida flexibilitet – eliminerar risken för kostsamma felval.

Underskattade kriterier är ofta desamma som är svåra att sätta siffror på: integrationer, anpassningsmöjlighet, support och utbildning. Ett sätt att hantera det är att låta varje kriterium bedömas av de funktioner som faktiskt berörs, och att dokumentera motiveringen till varje betyg. Då blir matrisen inte bara ett beslutsunderlag utan också en dokumentation av varför beslutet blev som det blev.

Omfattningen på marknaden talar för ett strukturerat urval. Businesswith listar ett stort antal svenska affärssystem och har underkategorier som molnbaserade affärssystem, affärssystem för tillverkning och affärssystem för medelstora företag – vilket illustrerar att matrisen behöver avgränsa urvalet innan den fylls på.

Beslutsprocess: involvera ledning, verksamhet och ekonomi

Pector sammanfattar förberedelserna i tre punkter. Först intressentanalys: identifiera vilka avdelningar som påverkas mest och se till att deras krav vägs in tidigt i processen. Sedan marknadsöversikt: skapa en realistisk bild av vilka system, till exempel molnbaserade SaaS-lösningar, som faktiskt kan möta era specifika branschkrav. Till sist att gå från behov till affärsnytta – att paketera insikterna om marknaden så att de kan omvandlas till en affärsdiskussion om lönsamhet och skalbarhet.

För den som fått ansvaret beskrivs uppdraget som att bygga bron mellan verksamhetens behov och ledningens strategiska mål, och att översätta verksamhetens utmaningar till ett konkret beslutsunderlag. Det innebär att beslutsprocessen inte enbart är en teknikfråga utan också en ekonomisk och organisatorisk sådan.

Målet med processen är att tekniken ska bli en möjliggörare för verksamheten snarare än en begränsning. Ett genomtänkt val säkerställer enligt Pector just detta – vilket förutsätter att både verksamhetens krav, ledningens mål och ekonomin är representerade när beslutet fattas.

Steg-för-steg: från behov till beslut om affärssystem

  1. BehovskartläggningIdentifiera vilka processer fungerar och vilka behöver förbättras
  2. KravspecifikationLista funktioner som är nödvändiga för just er verksamhet
  3. MarknadsöversiktAvgränsa system som matchar era branschkrav (exempelvis SaaS för medelstora företag)
  4. BeslutsmatrisJämför system utifrån viktade kriterier och dokumentera bedömningar
  5. Involvera intressenterInkludera ledning, ekonomi och verksamhetsledare i beslutet
  6. Go-live och efterföljningImplementera, utbilda och kontinuerligt optimera systemet

Sammanfattning: från kriterier till beslut

Att jämföra affärssystem handlar om att matcha lösningar mot verksamhetens processer och mål, inte om att hitta flest funktioner. Starta med en kartläggning av verksamhetens behov och en kravspecifikation, så att jämförelsen blir utvärderbar och går att följa upp.

Väg in hela bilden: funktionsstöd för era kärnprocesser, integrationsförmåga, skalbarhet, användarupplevelse, driftform, kostnad över tid, support, implementation och anpassningsmöjlighet. Molnbaserat eller lokalt, och branschspecifikt eller generellt, är strategiska val som påverkar de övriga kriterierna.

Samla bedömningarna i en viktad beslutsmatris och dokumentera motiveringarna. Jämför sedan utifrån total ägandekostnad och framtida flexibilitet, och för in resultatet i en affärsdiskussion om lönsamhet och skalbarhet tillsammans med ledning, verksamhet och ekonomi. Nästa steg är att avgränsa urvalet av system på marknaden, genomföra intressentanalysen och därefter be om den information ni behöver för att fylla matrisen.

Mer från Jämförelser