Pris på skræddersyet software: Hvad påvirker prisen?

Den billigste løsning er ikke nødvendigvis den mest økonomiske, når jeres arbejdsgange kræver tilpasninger eller integrationer. Derfor afhænger prisen på skræddersyet software ikke kun af selve udviklingen, men også af, hvad løsningen skal kunne, hvordan den skal indgå i driften, og hvem der har ansvaret efter lanceringen.

Det kan være svært at vurdere, hvad et tilbud reelt omfatter, især når leverandører beskriver opgaver og leverancer forskelligt. Det er heller ikke altid oplagt, om standardsoftware, en tilpasset løsning eller specialudvikling bedst understøtter jeres behov. Uden en fælles forståelse af omfanget kan ekstraarbejde, integrationer og vedligeholdelse gøre tilbuddene svære at sammenligne.

I denne artikel får I overblik over de forhold, der påvirker prisen, og hvordan I kan sammenligne tilbud på et fælles grundlag uden at støtte jer til generelle prisintervaller. Vi gennemgår også, hvad I bør afklare om funktioner, arbejdsgange, integrationer og ansvar efter lanceringen. Målet er at give jer et bedre grundlag for at vælge en løsning, der passer til både jeres processer og drift.

Hvad betyder prisen på skræddersyet software for virksomhedens behov?

Hvad betaler man egentlig for, når softwaren bygges til virksomhedens egne behov? Når I undersøger pris på skræddersyet software, er det vigtigt at se ud over programmeringen. En skræddersyet løsning udvikles eller tilpasses konkrete arbejdsgange og krav, så den kan understøtte virksomhedens måde at arbejde på. Den adskiller sig fra software, der sælges som en færdig løsning til mange kunder. Læs mere om skræddersyet software og forskellen mellem tilpassede og standardiserede løsninger.

Det er nyttigt at skelne mellem fire typer omkostninger: licens til standardsoftware, konfiguration af et eksisterende system, udvikling af særlige funktioner og løbende drift. De kan indgå hver for sig eller sammen. Et standardsystem kan eksempelvis kræve opsætning, mens en specialudviklet løsning kan have behov for en særskilt aftale om drift og vedligeholdelse. Bed derfor om et tilbud, der viser, hvad der er inkluderet, og hvad der eventuelt håndteres separat.

Udviklingsomfanget er de funktioner, brugerroller, integrationer og kvalitetskrav, som leverandøren skal levere og teste. Et retvisende estimat kræver derfor, at I afklarer omfanget, hvilke systemer løsningen skal forbindes med, og hvilke kvalitetskrav den skal opfylde. Uklare forventninger gør det sværere at vurdere, om to tilbud dækker samme opgave.

Hvilke behov gør specialsoftware relevant?

Specialsoftware kan være relevant, når gentagne arbejdsgange ikke understøttes tilstrækkeligt af virksomhedens eksisterende værktøjer. Det kan for eksempel gælde intern logistik eller pakkemodtagelse, hvor flere trin og ansvarsområder skal hænge sammen. Det betyder ikke, at alle virksomheder med disse processer har brug for en ny løsning. Beskriv først arbejdsgangen, udfordringerne og det ønskede resultat. Så bliver det lettere at vurdere, om konfiguration, standardsoftware eller udvikling passer bedst.

DCA Logic udvikler kundetilpassede systemer til arbejdsgange, som standardsoftware ikke dækker. Operia er et eksempel på virksomhedens erfaring med intern logistik og facility-processer. Det giver et konkret udgangspunkt for at undersøge, om jeres behov kan løses med en eksisterende platform eller kræver en anden tilpasning.

Hvad betaler virksomheden for ud over selve koden?

Et softwareprojekt kan omfatte behovsafdækning, design, udvikling, test, idriftsættelse og dokumentation. Det er typiske projektposter, men ikke nødvendigvis en del af ethvert tilbud. Spørg derfor leverandøren, hvilke faser og leverancer der er inkluderet, og hvad der håndteres særskilt. DCA Logic kombinerer rådgivning og softwareudvikling, men de konkrete faser og ydelser bør afklares i dialogen.

Omfanget kan også påvirkes af antallet af brugerroller, data der skal flyttes, integrationer til andre systemer og eventuel tilknytning til hardware. Flere roller kan betyde forskellige adgangsbehov og arbejdsgange, som skal afklares og afprøves. Jo tydeligere I beskriver disse forhold fra begyndelsen, desto bedre grundlag får I for at vurdere estimatet og leverancen.

Hvilke faktorer påvirker prisen på skræddersyet software mest?

Prisen formes især af fire forhold: funktionelt omfang, teknisk kompleksitet, integrationer og krav til drift. Et enkelt værktøj til én afgrænset opgave stiller andre krav end en løsning, der skal understøtte flere afdelinger, brugerroller og arbejdsgange. Flere variationer i processen kræver typisk mere afklaring og flere situationer at teste, før løsningen kan tages i brug.

Det er derfor ikke nok at tælle funktioner. Beskriv også, hvem der bruger dem, hvilke data de bygger på, og hvad der skal ske, hvis noget går galt. Et klart afgrænset første omfang gør estimatet mere gennemskueligt. Ønsker uden for den aftalte ramme kan derefter vurderes særskilt, så prioriteringer ikke blandes sammen med nødvendige leverancer.

Hvordan påvirker funktioner og integrationer udviklingsomfanget?

En løsning til én arbejdsgang kan have få afhængigheder. Hvis løsningen skal forbinde flere afdelinger og eksisterende systemer, skal dataformater, adgangsforhold og ansvar mellem systemerne undersøges. Det bør ske tidligt, før omfang og estimat fastlægges. At en integration er ønsket, er ikke i sig selv en garanti for, at den kan etableres uden tekniske eller organisatoriske afklaringer.

Operia er et eksempel på DCA Logics erfaring med logistik- og facility-anvendelser, herunder intern logistik og pakkemodtagelse. Sådanne arbejdsgange kan involvere forskellige brugere og overdragelser. Kortlæg derfor både procestrin, data og undtagelser, når I beskriver behovet, ikke kun den ønskede hovedfunktion.

Hvordan påvirker drift, sikkerhed og videreudvikling totaløkonomien?

En projektleverance og den efterfølgende drift er forskellige dele af økonomien. Afklar særskilt, om aftalen omfatter support, fejlrettelser, opdateringer eller videreudvikling, og hvem der har ansvaret. Beskriv også cybersikkerhed, adgangsroller og dokumentation som konkrete krav, så de kan indgå i planlægning og test frem for at blive uklare forventninger efter lanceringen.

Totaløkonomien omfatter både udviklingsfasen og de ressourcer, der kræves for at holde løsningen anvendelig over tid. Det gælder eksempelvis løbende drift, vedligeholdelse, ændringer i arbejdsgange og afhængigheder til andre systemer. Sammenlign derfor tilbud ud fra både den beskrevne projektleverance og det efterfølgende ansvar, ikke alene udviklingsdelen.

Gør dialogen konkret ved at samle arbejdsgange, brugerbehov, systemafhængigheder og sikkerhedskrav i en prioriteret oversigt. Hvis I vil afklare, hvordan kravene hænger sammen med jeres softwarebehov, kan I læse mere om DCA Logics softwareløsninger.

Standardsoftware eller specialudvikling: Hvad giver bedst værdi?

Valget bør afhænge af, hvor godt løsningen passer til jeres processer, ikke alene af om den købes som standard eller udvikles særskilt. En standardløsning kan være effektiv, hvis den dækker arbejdsgangen uden større kompromiser. Omvendt kan gentagne omveje, manuelle trin eller manglende forbindelser til andre systemer gøre det relevant at undersøge tilpasning eller specialudvikling. Den laveste anskaffelsespris fortæller ikke nødvendigvis, hvad der giver bedst værdi over tid.

Løsningstype	Passer typisk, når	Afklar især
Standardsoftware	Færdige funktioner dækker behovet med få ændringer i arbejdsgangen.	Licensvilkår, funktioner, integrationer og leverandørens ansvar for opdateringer.
Konfigurerbart standardsystem	Grundfunktionerne passer, men opsætning af roller eller arbejdsgange er nødvendig.	Hvad der kan konfigureres, og om ændringerne kræver særlige tilvalg eller hjælp.
Specialudvikling	Processer eller krav ikke understøttes tilstrækkeligt af standardløsninger.	Udviklingsomfang, test, rettigheder, drift og ansvar for videreudvikling.

Hvornår er standardsoftware eller en abonnementsbaseret løsning et godt valg?

Vælg standardsoftware som første mulighed, hvis de tilgængelige funktioner passer til jeres arbejdsgang uden væsentlige tilpasninger. Det kan også være relevant, hvis I vil afprøve en løsning hurtigt og har begrænset behov for særskilte processer. Sammenlign de konkrete vilkår: Funktioner, integrationer, prisstruktur og ansvar for vedligeholdelse varierer fra leverandør til leverandør. Vurder også, om arbejdsgangen skal ændres for at passe til systemet, og hvad det kræver i den daglige drift.

Hvornår bør virksomheden overveje en specialtilpasset løsning?

Overvej specialudvikling, når centrale processer, integrationer eller krav til tilknyttet hardware ikke understøttes tilstrækkeligt af de løsninger, I har undersøgt. Det kan give en bedre pasform, men kræver, at virksomheden prioriterer kravene og tager stilling til test og fremtidig videreudvikling. Aftal også, hvem der har ansvar for drift, og hvilke rettigheder virksomheden får til løsningen. Vurder prisen på skræddersyet software sammen med den værdi, en bedre procespasform kan skabe, og de forpligtelser, der følger med.

Hvis netværket indgår som en del af den samlede infrastruktur, kan I også læse guiden om TP-Link Omada til erhverv. Den relevante løsning afhænger fortsat af jeres konkrete krav og systemer.

Beslutningsregel: Vælg standardsoftware, når arbejdsgangen er almindelig og dækkes tilfredsstillende. Undersøg konfiguration, hvis kun opsætningen skal tilpasses. Overvej specialudvikling, når processens særpræg eller krav ikke kan dækkes uden væsentlige kompromiser.

Sådan forbereder I budget og sammenligner tilbud på softwareudvikling

Et brugbart budget begynder med en tydelig beskrivelse af problemet, ikke en løs ønskeliste over funktioner. Når leverandører får samme grundlag, bliver deres estimater lettere at sammenligne. Bed dem beskrive forudsætninger, afgrænsninger og usikkerheder sammen med deres forslag.

Hvilke oplysninger bør være klar før et estimat?

Beskriv, hvordan arbejdet foregår i dag, hvem der udfører det, hvor flaskehalsene opstår, og hvilken forbedring I ønsker. Notér også eksisterende systemer, datakilder og eventuelle afhængigheder til hardware. Skeln mellem det, I ved, og det, der endnu skal undersøges. Så kan leverandøren tydeligere vise, hvilke dele af estimatet der bygger på fakta, og hvilke der afhænger af antagelser.

Brug denne proces til at forberede kravene:

• Afgræns problemet: Beskriv arbejdsgangen, der skal forbedres, og hvorfor den nuværende løsning ikke er tilstrækkelig.
• Kortlæg brugerne: Notér brugergrupper, deres opgaver og eventuelle forskelle i adgang eller ansvar.
• Beskriv sammenhængene: Skriv, hvilke systemer og data løsningen skal arbejde med, og om tilknyttet hardware indgår.
• Prioritér funktionerne: Del kravene op i nødvendige funktioner, muligheder der kan komme senere, og ønsker I bevidst fravælger.
• Fastlæg resultatet: Beskriv, hvordan I vil kunne se, at løsningen understøtter arbejdsgangen som ønsket.

Prioriteringen hjælper med at afgrænse den første leverance. Den gør det også lettere at spørge, hvad det vil kræve at tilføje de øvrige ønsker senere.

Hvordan sammenligner I leverandørtilbud på et fair grundlag?

Sammenlign tilbud på samme kravliste, og kontrollér, om de dækker de samme funktioner og leverancer. Se også efter undtagelser, opgaver for kunden, tidsplan og afhængigheder. Tjek særskilt, hvordan test, idriftsættelse, dokumentation, brugerstøtte og ændringer efter projektstart er beskrevet. Hvis et tilbud ikke omtaler et punkt, så spørg, om det er udeladt eller blot ikke specificeret.

Et konkret estimat bør forklare, hvilke opgaver og forudsætninger det bygger på, hvad der er inkluderet, og hvilke forhold der kan ændre omfanget. Spørg, hvordan nye krav påvirker prioriteringen og estimatet, før arbejdet begynder. Så vurderer I prisen på skræddersyet software ud fra en tydelig leverance frem for et enkelt tal uden sammenhæng.

Har I brug for at afklare arbejdsgange og krav før leverandørdialogen, kan I kontakte DCA Logic om jeres softwarebehov.

Sådan kan DCA Logic hjælpe med at afklare jeres softwarebehov

Når I har kortlagt processerne og overvejet, om standardsoftware dækker behovet, er næste skridt at få kravene vurderet konkret. DCA Logic leverer kundetilpassede softwaresystemer til virksomheder og offentlige organisationer og kan sparre med jer om arbejdsgange, software og relevant infrastruktur. Det kan hjælpe med at undersøge, om processen bedst understøttes af en eksisterende løsning, konfiguration eller specialudvikling.

Fra arbejdsgang til afklaret løsningsbehov

En indledende behovsdialog kan tage udgangspunkt i, hvem der udfører arbejdet, hvilke trin processen består af, og hvor information eller opgaver skal videre. Beskriv også de systemer, medarbejderne bruger i dag, og hvilke udfordringer I ønsker at løse. Så får I et mere præcist grundlag for at prioritere krav og tale om omfang, før I beslutter udviklingsform.

Skeln mellem krav, der er nødvendige fra begyndelsen, og ønsker, der eventuelt kan vente. DCA Logic arbejder med specialtilpassede systemer til arbejdsgange, som standardsoftware ikke dækker. Den konkrete løsning afhænger af jeres behov og skal afklares med virksomheden. Det samme gælder mulige integrationer og eventuelle krav til hardware eller netværk, som bør undersøges frem for at blive forudsat.

Hvornår er en dialog med DCA Logic relevant?

Dialogen kan være relevant, hvis jeres virksomhed har særlige behov inden for intern logistik, pakkemodtagelse eller andre drifts- og serviceprocesser, hvor standardværktøjer ikke passer godt nok. Et konkret eksempel er Operia, DCA Logics platform til blandt andet intern logistik, pakkemodtagelse, aktivstyring, ruteplanlægning og facility service. Operia er en eksisterende platform, mens et kundetilpasset projekt skal vurderes ud fra jeres særlige krav. De nævnte anvendelser er ikke i sig selv en garanti for, at platformen dækker alle virksomheders processer.

DCA Logic kombinerer rådgivning og softwareudvikling med tilknytning til hardware og netværksinfrastruktur. Det kan være relevant, når jeres behov går på tværs af flere dele af driften, men konkrete sammenhænge og integrationsmuligheder skal afklares. En tydelig kravbeskrivelse giver samtidig et bedre grundlag for at vurdere pris på skræddersyet software, forventet omfang og næste skridt.

Har I en arbejdsgang, der er vanskelig at understøtte med jeres nuværende systemer, kan I drøfte jeres softwarebehov med DCA Logic og afklare, hvilke krav der bør undersøges nærmere.

Tag næste skridt med et tydeligt beslutningsgrundlag

Den rette løsning afhænger af, hvor godt den passer til jeres arbejdsgange. Standardsoftware kan være et godt valg, når funktionerne dækker behovet, mens tilpasning eller specialudvikling kan være relevant, hvis processerne stiller særlige krav. I får et bedre grundlag for at vurdere prisen på skræddersyet software, når I har afgrænset funktioner, integrationer, kvalitetskrav og ansvar efter lanceringen.

Et gennemarbejdet oplæg gør leverandørtilbud mere sammenlignelige. Beskriv brugere, arbejdsgange, eksisterende systemer og det resultat, I ønsker, og bed om tydelige forudsætninger og afgrænsninger. Så kan I prioritere omfanget og tage stilling til næste skridt på et bedre grundlag.

DCA Logic kombinerer rådgivning og softwareudvikling med relevant IT-infrastruktur. Operia er et eksempel på en platform, der understøtter arbejdsgange inden for intern logistik og facility service. Den konkrete løsning afhænger af jeres krav og bør afklares i dialogen.

Drøft jeres softwarebehov med DCA Logic, og afklar, hvilke muligheder der passer til jeres processer.

Ofte stillede spørgsmål

Hvad koster skræddersyet software?

Prisen på skræddersyet software afhænger af omfanget, herunder funktioner, integrationer, dataoverførsel, test og krav til drift. Bed om et konkret estimat baseret på jeres krav frem for at støtte jer til generelle prisintervaller. Leverandøren bør beskrive, hvad estimatet omfatter, hvilke forudsætninger det bygger på, og hvordan ændringer håndteres. Sammenlign også udgifter og ansvar efter idriftsættelsen.

Hvad påvirker prisen på specialsoftware mest?

Funktionernes omfang, antallet af arbejdsgange og integrationer har ofte stor betydning for udviklingsarbejdet. Sikkerhedskrav, adgangsroller, datamigrering, test, dokumentation og drift kan også påvirke omfanget. Bed leverandøren forklare, hvordan de enkelte krav indgår i estimatet, og hvilke antagelser der ligger bag. Så kan I sammenligne tilbud ud fra samme behov frem for kun at se på den samlede pris.

Er specialudviklet software dyrere end standardsoftware?

Det kan ikke afgøres uden at kende jeres krav og prismodellen. Standardsoftware kan være et godt valg, når funktionerne dækker arbejdsgangene uden større kompromiser. Tilpasning eller specialudvikling kan være relevant, hvis processerne har særlige behov. Sammenlign derfor anskaffelse, implementering, integrationer, drift, videreudvikling og det interne arbejde, løsningen kræver. En lavere startomkostning afgør ikke alene, hvad der giver bedst værdi.

Hvordan får man et realistisk tilbud på softwareudvikling?

Beskriv den nuværende arbejdsgang, hvem der bruger løsningen, hvilke resultater I ønsker, og hvilke systemer der allerede indgår. Lav derefter en prioriteret kravliste, hvor nødvendige funktioner adskilles fra ønsker til senere faser. Bed leverandøren tydeliggøre leverancer, afgrænsninger, forudsætninger, test og håndtering af ændringer. Et konkret og afgrænset behov giver et bedre grundlag for at vurdere, om tilbuddet passer til opgaven.

Hvad skal et tilbud på skræddersyet software indeholde?

Et brugbart tilbud bør beskrive formål, omfang, leverancer, forudsætninger og afgrænsninger. Det bør også tydeliggøre integrationer, test, idriftsættelse, dokumentation og jeres egne opgaver. Spørg, hvordan ændringer håndteres, og hvad der gælder for support og videreudvikling efter leverancen. Når I vurderer prisen på skræddersyet software, bør tilbuddene beskrive sammenlignelige leverancer og ansvar.

Kan man starte med en mindre version af specialsoftwaren?

Det kan ofte være muligt at prioritere de vigtigste arbejdsgange først og overveje mindre kritiske funktioner senere. Om opgaven kan opdeles, afhænger dog af tekniske afhængigheder, integrationer og krav, der skal være opfyldt fra begyndelsen. Bed leverandøren vurdere, hvilke funktioner der er nødvendige i første fase, og hvilke der kan vente. En tydelig prioritering gør beslutningen mere overskuelig.

Hvem ejer softwaren efter udviklingen?

Ejerskab og brugsrettigheder afhænger af aftalen mellem jer og leverandøren. Få vilkårene om kildekode, dataadgang, drift og rettigheder beskrevet skriftligt, før projektet starter. Spørg også, hvem der står for dokumentation, support, sikkerhedsopdateringer og videreudvikling. Betaling for udviklingsarbejdet betyder ikke nødvendigvis, at alle rettigheder overdrages, så få punktet afklaret konkret i aftalen.