Fast pris eller timepris på tilpasninger?
Når I får bygget en tilpasning til Business Central, kan prisen være aftalt som fast beløb eller afregnes efter forbrug. Begge dele kan være fornuftige, men de passer til forskellige opgaver. Artiklen forklarer, hvornår hver model virker bedst, hvad en fast pris kræver af beskrivelsen, og hvilke spørgsmål I bør stille, uanset hvem der giver tilbuddet. Den gælder uanset leverandør.
Fast pris
Med en fast pris kender I prisen på forhånd, hvis opgaven er klart afgrænset. Det passer til opgaver, hvor I ved, hvad I vil have: en rapport, et nyt felt med en regel, en afgrænset integration.
Risikoen ligger hos leverandøren, men kun så længe beskrivelsen holder. Ændres kravene undervejs, kommer der typisk et tillæg. Derfor er beskrivelsen det vigtigste.
Spørg også, hvad en fast pris indeholder af projektledelse og test. Hvis I selv skal teste, så skriv, hvor mange timer det forventes at tage hos jer, og hvem der gør det.
Hvis beskrivelsen er løs, vil et tilbud på fast pris enten være dyrt, fordi leverandøren indregner usikkerheden, eller blive til ændringsønsker undervejs. Beskrivelsen er derfor jeres bedste forhandlingsværktøj. Jo mere præcis den er, jo mere sammenlignelige bliver tilbuddene.
Timepris
Med timepris betaler I for det forbrug, der er. Det passer til opgaver, hvor omfanget er uklart: analyse, fejlfinding, udforskning af mulige løsninger eller tilpasninger, der udvikler sig undervejs.
Risikoen ligger hos jer. Bed om et estimat, et loft og løbende rapportering af timeforbrug, så I kan stoppe i tide.
Bed om en uge-for-uge rapport og et aftalt punkt, hvor I vurderer, om arbejdet fortsætter. Det giver kontrol uden at kræve en fuldstændig beskrivelse først.
Spørg også, om timeprisen er den samme for alle roller. Konsulenter, udviklere og projektledere kan have forskellige satser, og blandingen afgør den gennemsnitlige pris.
Hvad en god beskrivelse skal indeholde
Lad nogen, der ikke har skrevet beskrivelsen, læse den og stille spørgsmål. Hvis de er i tvivl, vil leverandøren også være det.
Uanset model bør en tilpasning beskrives skriftligt, før arbejdet begynder. Tjek, at beskrivelsen indeholder:
- Formål: hvilket problem løses, og for hvem
- Hvad der er med, og hvad der ikke er
- Hvordan det skal virke, gerne med eksempler og skærmbilleder
- Hvilke data og integrationer det rører ved
- Acceptkriterier: hvordan I afgør, at det er leveret
- Hvem tester, og hvornår
- Hvad ændringer undervejs koster
Spørgsmål, der afslører forskelle
Spørg, om det fast prissatte arbejde dækker test, dokumentation og rettelse af fejl efter levering, og hvor længe. Spørg også, hvem der ejer koden, og hvordan opdateringer håndteres. Microsoft opdaterer Business Central to gange om året, og en tilpasning skal fortsat virke efter opdateringerne. Se artiklen om tilpasning eller standard.
Spørg, hvad der sker, hvis opgaven viser sig større. Hvem betaler, og hvordan aftales det?
Spørg også, om prisen inkluderer undervisning af brugerne og en gennemgang, når tilpasningen er leveret. En tilpasning, som ingen ved, hvordan man bruger, skaber ikke værdi.
En mellemvej
Mange vælger en fast pris på en afgrænset analyse eller et første trin og derefter fast pris eller timepris på resten. Så er beskrivelsen blevet mere præcis, før den store beslutning tages.
Det kan også hjælpe at dele opgaven i faser med godkendelse imellem. Betaling kan følge faserne, så I ikke betaler for det hele på forhånd.
Hos Addverk
Vores ydelser og priser står på siden om ydelser og priser, hvor prisen er åben. Brug tjeklisten ovenfor til at sammenligne.
Korte, konkrete mails om det, kunderne oftest spørger os om. Vi skriver, når vi har noget, der er værd at læse.