Vad avgör kostnaden för programvara?

01Varför är mjukvarupriset inte en enda siffra?

Frågan “vad kostar en app?” liknar frågan “vad kostar ett hus?”. Utan att känna till kvadratmeter, läge, material och arbete blir varje siffra bara en gissning. På samma sätt kan priset för att låta bygga mjukvara inte diskuteras på ett meningsfullt sätt innan det är klart vad som ska göras.

Två appar kan se mycket lika ut på skärmen, men den ena sparar bara formulärdata medan den andra drar av lager, skickar fakturan till bokföringen, skapar fraktetiketten och skickar en avisering till kunden. Det som syns är detsamma, men arbetet bakom är helt annorlunda.

Därför börjar en sund budget med att fastställa omfattningen. Så länge omfattningen är oklar växer skillnaden mellan offerterna och det blir svårt att jämföra.

02De viktigaste kostnadsposterna

Faktorerna nedan påverkar budgeten direkt i nästan alla mjukvaruprojekt. Att veta vilken som väger tyngst i just ditt projekt gör det lättare både att förhandla och att sätta prioriteringar.

Omfattning och antal moduler

Ju fler skärmar, roller och rapporter, desto mer ökar arbetet inte linjärt utan i kvadrat. Varje ny användarroll innebär behörighetskontroll på de befintliga skärmarna. En tydlig omfattningslista är den starkaste kostnadsfaktorn.

Affärsreglernas komplexitet

Ett enkelt registreringsformulär och en prisberäkning som varierar efter säsong, kundgrupp och kanal kräver inte samma arbete. När undantag och gränsfall blir fler ökar också testbördan.

Integrationer

Kopplingar till bokföring, e-faktura, frakt, betalning, marknadsplatser eller äldre interna system är ofta den kostnadspost som underskattas mest. Om motsystemets dokumentation är svag eller testmiljö saknas tar det längre tid. Den här typen av kopplingar beskriver vi med exempel på vår tjänstesida för e-handelsintegration.

Design och användarupplevelse

Ett gränssnitt som är skräddarsytt för företaget kräver mer design- och frontend-arbete än en standardiserad administrationspanel. Som motprestation får du användarvänlighet och varumärkeskonsekvens.

Säkerhet, prestanda och skala

System som hanterar betalningar eller personuppgifter kräver extra säkerhetskontroller, loggning och säkerhetskopiering. Ett system som ska betjäna tusentals användare samtidigt kräver också mer planering ur arkitektursynpunkt.

03Vad är en beräkning i personarbetsdagar?

Inom mjukvarubranschen uppskattas arbetet ofta i personarbetsdagar (en persons arbetsdag) eller personarbetstimmar. Projektet delas upp i delar, och för varje del skrivs den tid som krävs för analys, design, utveckling och test in och summeras.

Beräkningen är en uppskattning och inte en exakt mätning. Därför lägger erfarna team till en riskmarginal för osäkra poster. Ju tydligare omfattningen är, desto mindre kan riskmarginalen hållas. När teamet växer minskar tiden men samordningsbördan ökar; att fördubbla antalet personer halverar därför inte alltid tiden.

Total arbetsinsats = Σ (analys + design + utveckling + test per modul)
Riskpåslag = extra tid för osäkra poster
Beräknad tid = (Total arbetsinsats + Riskpåslag) / antal personer i teamet
Budget = Total arbetsinsats x pris per arbetsenhet + licens + infrastruktur

04Team och arbetsmodell

Samma projekt kan genomföras till olika kostnader med olika teamstrukturer. En ensam frilansande utvecklare, ett litet team av specialister eller ett stort företag: alla har olika profil när det gäller tid, kontinuitet och risk.

Arbetsmodellen påverkar också budgeten. I en modell med fast pris fryses omfattningen från början och ändringar prissätts separat. I en modell med löpande räkning går man vidare utifrån nedlagd tid; den är flexiblare i projekt där omfattningen väntas ändras men kräver budgetuppföljning.

05Bestående kostnader som lätt glöms bort

Mjukvarubudgeten består inte bara av utvecklingskostnaden. Att från början räkna med de poster som återkommer varje år efter lansering förhindrar överraskningar senare.

• Hosting och molninfrastruktur: server, databas, lagring och säkerhetskopiering.
• Underhåll och uppdateringar: säkerhetspatchar, kompatibilitet med webbläsare och operativsystem.
• Tredjepartstjänster: användningsbaserade avgifter för sms, e-postutskick, kartor och betalinfrastruktur.
• Licenser: årliga avgifter för kommersiella bibliotek eller tjänster som används.
• Support: användarfrågor, felrapporter och små justeringar.
• Nya funktioner: budget som avsätts för behov som dyker upp när systemet används.

06Hur sänker man mjukvarubudgeten?

När det gäller teknikval har vi gått igenom ett av de språk som fortfarande är mycket vanliga på webbsidan i inlägget Vad är PHP, och kodfria verktyg för snabba tester i inlägget Vad är low-code. Budgeten för en snabb prototyp och en långlivad produkt planeras med olika logik.

Alternativet med en branschlösning är särskilt aktuellt i områden där processerna liknar varandra, som turism, boende, fastigheter och restaurang. Branschanpassade mjukvarulösningar som är framtagna för behov som hotellbokning, resebyråförsäljning eller annonshantering tar bort en betydande del av analys- och testbördan jämfört med att utveckla från grunden. Budgeten diskuteras då som summan av baslösningen och de anpassningar som är specifika för verksamheten.

1. Gör första versionen mindre: bygg det mest kritiska flödet först och planera resten utifrån användarnas återkoppling.
2. Fastställ omfattningen skriftligt: osäkerhet ökar riskmarginalen och därmed priset.
3. Använd färdiga mogna delar: uppfinn inte hjulet på nytt för standarduppgifter som autentisering eller betalning.
4. Se efter om det finns en branschlösning: anpassning av en produkt som täcker det mesta av behovet kan vara mer ekonomisk.
5. Involvera beslutsfattaren i processen: sena godkännanden och ändrade idéer hör till de dyraste posterna.
6. Tänk på underhållet när du väljer teknik: vanliga och mogna tekniker är lättare att förvalta på lång sikt.

07Jämföra offerter på rätt sätt

När du lägger de offerter du fått sida vid sida är den lägsta siffran inte alltid det mest ekonomiska alternativet. Kontrollera först om offerterna omfattar samma sak; test, utbildning eller dataöverföring som ingår i en kan vara en separat post i en annan.

De grundläggande frågorna att ställa är: Vem äger källkoden och data? Vad omfattar underhållsavgiften? Hur prissätts ändringsönskemål? Hur lång är tiden för felrättning efter leverans? Svaren på de här frågorna avslöjar den totala ägandekostnaden som inte syns vid första anblicken.

Om du är nyfiken på processen har vi beskrivit alla steg från analys till lansering i inlägget Så går skräddarsydd mjukvaruutveckling till. För butiksprojekt kan du se hur Aurora Smart E-Ticaret arbetar med ett enda paket där allt ingår på vår sida om e-handelsplattform.