Prijzen en samenwerking: duidelijke afspraken vóór de bouw.

Er is geen standaardbedrag dat een klantportaal, planningssysteem of integratie goed beschrijft. De prijs volgt uit wat de eerste versie moet kunnen, voor wie die bedoeld is en wat nodig is om ermee te kunnen werken. Daarom publiceren we geen vanafprijs die de belangrijkste onderdelen pas later zichtbaar maakt.

Je hoeft daarvoor niet zelf alle technische eisen te kennen. Tijdens de intake bekijken we het proces en de bestaande software. Bij een passende vraag maken we de richting zichtbaar in een demo. Daarna krijg je een projectplan met de scope, prijs, planning en verantwoordelijkheden waarop je een besluit kunt baseren.

Het aantal schermen zegt weinig zonder de regels erachter. Een klantdossier dat alleen wordt ingezien vraagt ander werk dan een dossier met verschillende rechten, goedkeuringen en synchronisatie met bestaande systemen. We bespreken vooral deze onderdelen:

• Werkstromen en uitzonderingen: wat gebeurt er vanaf de eerste invoer tot de afhandeling, ook als informatie ontbreekt?
• Gebruikers en toegang: welke rollen zijn er en wie mag gegevens zien, wijzigen of exporteren?
• Koppelingen en migratie: welke bronnen moeten aansluiten en welke bestaande gegevens moeten mee?
• Acceptatie en gebruik: welke tests, uitleg en overstap zijn nodig voordat het team ermee kan werken?
• Continuïteit: welke eisen gelden voor ondersteuning, back-ups en herstel?

Voor een uitgebreidere uitleg en een checklist om voorstellen te vergelijken, lees hoe een betrouwbare prijs voor maatwerk software ontstaat.

Ja, als die versie een volledige werkstroom kan ondersteunen. We kunnen bijvoorbeeld een specifiek registratie- of planningsproces afbakenen en andere onderdelen laten aansluiten op de bestaande werkwijze. Alleen het scherm bouwen en de benodigde controle weglaten is geen bruikbare besparing.

We zetten noodzakelijke onderdelen en uitbreidingen apart. Daarmee kun je kiezen wat nu nodig is en wat later waarde kan toevoegen. In onze werkwijze zie je welke keuzes we vóór en tijdens de bouw bespreken.

Nieuwe inzichten zijn normaal wanneer gebruikers werkende software zien. We beoordelen of feedback binnen de afgesproken uitkomst valt of nieuwe scope toevoegt. Bij een uitbreiding maken we de gevolgen voor budget, planning en andere onderdelen zichtbaar voordat we eraan werken.

Je kunt kiezen om de uitbreiding toe te voegen, iets anders te vervangen of de wens later op te pakken. Het besluit wordt vastgelegd. Zo blijft duidelijk welke versie we opleveren en wordt een groeiende wensenlijst niet ongemerkt een groeiende rekening.

De bouwprijs is niet automatisch inclusief hosting, externe abonnementen, verbruik of toekomstig onderhoud. We maken zichtbaar welke onderdelen van toepassing zijn, wie de contracten beheert en wat binnen de samenwerking valt. Beschikbaarheid of reactietijden gelden zoals overeengekomen, niet als onuitgesproken verwachting.

Standaard hoort bij het systeem een maandpakket met een minimale looptijd van twaalf maanden, tenzij schriftelijk anders afgesproken. Software en intellectuele eigendom blijven bij SiteJob of de betreffende rechthebbende; jullie aangeleverde data en content blijven van jullie. Gebruiksrechten, eventuele rechtenoverdracht en exitbegeleiding volgen de offerte en algemene voorwaarden.

Ook de inzet van jullie team hoort bij de planning: processen toelichten, gegevens voorbereiden, keuzes maken en testen vraagt tijd. Code, data, accounts en overdracht bespreken we vanaf het begin. Lees meer over doorontwikkeling en beheer als je wilt weten hoe we het vervolg organiseren.

Vertel welk proces vastloopt, welke software je gebruikt en wat de belangrijkste beperking is. Een gewenste deadline en een beschikbaar budget helpen om een haalbare richting te kiezen. Gebruik gerust een geanonimiseerd praktijkvoorbeeld; een uitgewerkt technisch document is niet nodig.

Plan een intake. Een aanvraag is geen opdracht tot bouwen. Eerst bepalen we samen welke volgende stap bij je vraag past.