Uw privacy

Met uw toestemming gebruiken we analyse- en advertentietools en de ingebedde externe agenda. U kunt weigeren en verder surfen of een aanvraag versturen. U kunt uw keuze op elk moment wijzigen.

Naar de inhoud
Okys.
Praktische gidsen

Softwareontwikkeling tegen vaste prijs: wat moet u afbakenen?

Een vaste prijs is nuttig wanneer daar een duidelijk resultaat tegenover staat. Vergelijk offertes op wat uw team werkelijk kan doen, de oplevervoorwaarden en de kosten die na het project doorlopen.

Begin met één volledige taak

“We hebben een CRM nodig” beschrijft nog geen resultaat. Beschrijf een handeling: een verkoper maakt een aanvraag, een verantwoordelijke keurt die goed en de klant ontvangt een status. Benoem de betrokkenen, de nodige gegevens en het bewijs dat het proces werkt.

Zo scheidt u de eerste behoefte van latere verbeteringen. Offertes worden vergelijkbaar op inhoud, in plaats van alleen op het bedrag bovenaan.

Leg de grenzen vast vóór de bouw

De scope beschrijft gebruikers, schermen, bedrijfsregels en inbegrepen koppelingen. Tien nette bestanden migreren is ander werk dan een onvolledige geschiedenis reconstrueren. Datakwaliteit en beschikbare toegangen horen daarom bij de afbakening.

  • Eén prioritair proces en een verantwoordelijke voor acceptatie.
  • Voorbeeldgegevens en de rollen die deze mogen bekijken.
  • Koppelingen en voorwaarden waarvoor elke partij zorgt.
  • Uitsluitingen en een werkwijze om extra verzoeken te begroten.

Scheid bouwkosten van gebruikskosten

Vraag welke uitgaven blijven terugkomen: hosting, e-mail, API’s, abonnementen, back-ups en ondersteuning. Leg vast wie de accounts beheert en de werking opvolgt. Vergelijkbare startprijzen kunnen heel verschillende verantwoordelijkheden dekken.

De GOV.UK Service Manual raadt aan te kijken naar de totale eigendomskosten en de mogelijkheid later van technologie te veranderen. Die technische criteria helpen bij vergelijken; ze ramen uw projectkosten niet.

GOV.UK — Technologie kiezen

Spreek controleerbare acceptatie af

Vervang “het resultaat moet ons bevallen” door concrete scenario’s: een volledige aanvraag wordt opgeslagen, een onbevoegde kan ze niet lezen, een fout wordt zichtbaar en gegevens zijn exporteerbaar. Test dit met de mensen die het systeem gaan gebruiken.

Maak onderscheid tussen een fout tegenover de goedgekeurde scope en een nieuw idee. Correctie, acceptatie en wijzigingen horen in de offerte. Eigendom van de code vervangt niet de overdracht van accounts en gebruiksinstructies.

Wat de eerste Okys-sprint omvat

Okys biedt een eerste sprint van € 5.000 over 14 dagen voor één prioritair proces of een gericht MVP, met vooraf goedgekeurde scope. U betaalt de helft bij de start en het saldo bij oplevering van de afgesproken scope. De code is van u.

Dit belooft geen volledig ERP of alle SaaS-functies in één sprint. Toegangen, beperkingen en resultaat worden vóór bevestiging besproken. Na oplevering kunt u stoppen of een vervolg afbakenen. Geschikte projecten kunnen op afstand worden uitgevoerd, ongeacht het land.

Voordat u beslist

  • Beschrijf het proces dat het team moet kunnen afronden.
  • Verduidelijk uitsluitingen, gebruikskosten en toegangen.
  • Spreek acceptatietests en codeoverdracht af.
  • Leg vast hoe fouten en extra verzoeken worden behandeld.

Veelgestelde vragen

Omvat een vaste prijs onbeperkte wijzigingen?

Nee. De prijs dekt de afgesproken scope. Extra verzoeken vragen een aparte beoordeling en prijsafspraak voordat u zich verbindt.

Kunnen we starten met een onduidelijke briefing?

Ja, met een afbakeningsgesprek. Voor een bouwopdracht zijn daarna een voldoende concreet resultaat en acceptatiecriteria nodig om een offerte te maken.

Van behoefte naar een werkend resultaat

Bekijk de operations / CRM-sprintBekijk een gebouwd project