De fleste udviklingsprojekter faktureres pr. time. Det er nemt for leverandøren: kunden betaler for den tid der går, uanset hvor lang den er. Men det betyder også at al risikoen ligger hos kunden. Bliver opgaven sværere end forventet, er det kundens regning der vokser.
Vi gør det omvendt, og det er ikke fordi vi er flinke. Det er fordi det tvinger os til at gøre noget vi alligevel burde gøre.
Hvad fast pris kræver af os
Vi kan ikke sætte en pris på noget vi ikke forstår. Så inden vi giver et tal, skal vi have været igennem opgaven: hvilke systemer er i spil, hvad skal det kunne, hvor er de ubekendte. Det arbejde koster os tid, og den regning sender vi ikke videre.
Det er prisen for modellen, og den er værd at betale. Kunder der har fået en fast pris, ved hvad de siger ja til. Og vi ved hvad vi har lovet.
Hvad der sker når opgaven ændrer sig
Den gør den altid. Nogen finder på noget klogt undervejs, eller det viser sig at et system ikke kan det man troede. Så tager vi en snak om det: er det inden for rammen, eller er det en ny opgave med en ny pris? Det afgørende er at det er en samtale, ikke en overraskelse på fakturaen.
Inden for rammen
Små justeringer og bedre løsninger på det aftalte. Det tager vi uden ekstraregning.
Ny opgave, ny pris
Er det noget der ikke var med, sætter vi en pris på det, og I beslutter.
Bytte frem for at lægge til
Ofte kan noget nyt komme med ved at lade noget andet gå ud. Det koster ingenting.
Altid skriftligt
Ændringer skrives ned samme dag. Ingen skal huske hvad der blev sagt for tre uger siden.
Hvor modellen ikke passer
Vedligeholdelse og løbende udvikling egner sig dårligt til fast pris, fordi ingen ved hvad der dukker op. Dér arbejder vi med serviceaftaler: et fast antal timer om måneden, som I selv styrer hvad bliver brugt på. Det er stadig forudsigeligt, bare på en anden måde.
Hvordan kan vi hjælpe?
Vi bygger software, automatisering og AI til virksomheder der vil af med det manuelle arbejde — og beholde overblikket.