Fast pris eller timepris på tilpasninger?

Når dere får bygget en tilpasning til Business Central, kan prisen være avtalt som et fast beløp eller avregnes etter forbruk. Begge deler kan være fornuftige, men de passer til ulike oppgaver. Artikkelen forklarer når hver modell fungerer best, hva en fast pris krever av beskrivelsen, og hvilke spørsmål dere bør stille uansett hvem som gir tilbudet. Den gjelder uansett leverandør.

Fast pris

Med en fast pris kjenner dere prisen på forhånd hvis oppgaven er klart avgrenset. Det passer til oppgaver der dere vet hva dere vil ha: en rapport, et nytt felt med en regel, en avgrenset integrasjon.

Risikoen ligger hos leverandøren, men bare så lenge beskrivelsen holder. Endres kravene underveis, kommer det typisk et tillegg. Derfor er beskrivelsen det viktigste.

Spør også hva en fast pris inneholder av prosjektledelse og testing. Hvis dere selv skal teste, så skriv hvor mange timer det forventes å ta hos dere, og hvem som gjør det.

Hvis beskrivelsen er løs, vil et tilbud på fast pris enten bli dyrt, fordi leverandøren regner inn usikkerheten, eller bli til endringsønsker underveis. Beskrivelsen er derfor deres beste forhandlingsverktøy. Jo mer presis den er, desto mer sammenlignbare blir tilbudene.

Timepris

Med timepris betaler dere for forbruket som er. Det passer til oppgaver der omfanget er uklart: analyse, feilsøking, utforsking av mulige løsninger eller tilpasninger som utvikler seg underveis.

Risikoen ligger hos dere. Be om et estimat, et tak og løpende rapportering av timeforbruk, slik at dere kan stoppe i tide.

Be om en uke-for-uke-rapport og et avtalt punkt der dere vurderer om arbeidet fortsetter. Det gir kontroll uten å kreve en fullstendig beskrivelse først.

Spør også om timeprisen er den samme for alle roller. Konsulenter, utviklere og prosjektledere kan ha ulike satser, og blandingen avgjør gjennomsnittsprisen.

Hva en god beskrivelse skal inneholde

La noen som ikke har skrevet beskrivelsen lese den og stille spørsmål. Hvis de er i tvil, vil leverandøren også være det.

Uansett modell bør en tilpasning beskrives skriftlig før arbeidet begynner. Sjekk at beskrivelsen inneholder:

Formål: hvilket problem som løses, og for hvem
Hva som er med, og hva som ikke er det
Hvordan det skal virke, gjerne med eksempler og skjermbilder
Hvilke data og integrasjoner det berører
Akseptkriterier: hvordan dere avgjør at det er levert
Hvem som tester, og når
Hva endringer underveis koster

Spørsmål som avslører forskjeller

Spør om det fastprisede arbeidet dekker testing, dokumentasjon og retting av feil etter levering, og hvor lenge. Spør også hvem som eier koden, og hvordan oppdateringer håndteres. Microsoft oppdaterer Business Central to ganger i året, og en tilpasning må fortsatt virke etter oppdateringene. Se artikkelen om tilpasning eller standard.

Spør hva som skjer hvis oppgaven viser seg å være større. Hvem betaler, og hvordan avtales det?

Spør også om prisen inkluderer opplæring av brukerne og en gjennomgang når tilpasningen er levert. En tilpasning som ingen vet hvordan man bruker, skaper ikke verdi.

En mellomvei

Mange velger en fast pris på en avgrenset analyse eller et første trinn og deretter fast pris eller timepris på resten. Da har beskrivelsen blitt mer presis før den store beslutningen tas.

Det kan også hjelpe å dele oppgaven i faser med godkjenning imellom. Betalingen kan følge fasene, slik at dere ikke betaler for alt på forhånd.

Spørsmål til oss

Bruk sjekklisten ovenfor til å sammenligne tilbud. Har dere spørsmål til oss, kan dere skrive til oss.