Je mist onderbouwd inzicht in de kwaliteit, risico’s of beperkingen van het huidige systeem.
Software Audit →Maatwerksoftware.
Software die je bedrijfsproces ondersteunt, van de eerste invoer tot het laatste overzicht.
Bespreek jouw projectOnderzoeken, moderniseren of nieuw ontwikkelen?
Je wilt een gekozen onderdeel verbeteren of vervangen, met afspraken over beschikbaarheid tijdens de overgang.
Legacy Software Moderniseren →Je wilt een bedrijfsfunctie mogelijk maken die een bestaand pakket of de huidige omgeving onvoldoende ondersteunt.
Maatwerksoftware (deze dienst)Wanneer kies je voor maatwerksoftware?
Maatwerksoftware is software die wordt ontwikkeld rond specifieke gebruikers, processen en gegevens van je organisatie. Het is vooral een optie wanneer bestaande pakketten belangrijke beperkingen hebben of te veel workarounds vragen. Oxiae onderzoekt eerst wat al beschikbaar is en bepaalt welke onderdelen werkelijk eigen ontwikkeling nodig hebben.
Wanneer is dit passend?
Maatwerk kan passen bij een onderscheidend proces, complexe overdrachten of een productidee waarvoor standaardsoftware onvoldoende ruimte biedt. De voordelen moeten opwegen tegen ontwikkeling en langdurig beheer.
Wanneer kies je beter anders?
Voor een gangbaar proces dat een bestaand pakket goed ondersteunt, kan configuratie of een koppeling verstandiger zijn. Bouw niet opnieuw wat je zonder ingrijpende concessies kunt gebruiken.
Wanneer is maatwerksoftware de investering waard?
Maatwerksoftware is verdedigbaar wanneer een concreet bedrijfsproces onvoldoende past in beschikbare oplossingen. Ik vergelijk daarom eerst configureren, koppelen en nieuw bouwen. Naast functies beoordelen we eigenaarschap, afhankelijkheden, onderhoud en de kosten van fouten of handmatige omwegen in de huidige werkwijze. [1]
De eerste versie krijgt een duidelijke grens en toetsbare gebruikershandelingen. Rollen en rechten worden als onderdeel van het product ontworpen. Oplevering omvat ook broncode, configuratie, documentatie en beheerafspraken, zodat een volgende ontwikkelaar wijzigingen kan begrijpen en je niet alleen een werkende demonstratie ontvangt. [2]
Vragen om vooraf te beantwoorden
- Welke beperking blijft bestaan als standaardsoftware goed wordt ingericht?
- Wie beheert en betaalt wijzigingen na de eerste oplevering?
Maak de oplevering meetbaar
- Een onderbouwde bouwkeuze met afgebakende eerste gebruikersstroom.
- Een overdracht waarin installatie, rollen en herstel doorlopen kunnen worden.
Welke aanpak past bij jouw vraag?
Kies op basis van het werk, de betrokken mensen en wat je kunt beheren.
| Aanpak | Geschikt wanneer | Afweging |
|---|---|---|
| Standaardsoftware | Het proces past grotendeels binnen bestaande functies. | Minder vrijheid over gedrag, datamodel en productontwikkeling. |
| Standaardsoftware met koppelingen | De kern werkt, maar informatie moet tussen systemen bewegen. | Afhankelijkheid van de beschikbare API’s en pakketwijzigingen. |
| Maatwerksoftware | Eigen logica en gebruikersflows zijn essentieel. | Je moet ontwikkeling, onderhoud en overdracht organiseren. |
Wat is nodig om te starten?
- Gebruikers die het proces en de belangrijkste knelpunten kunnen toetsen.
- Een lijst met noodzakelijke functies en expliciet uitgestelde onderdelen.
- Afspraken over broncode, gegevens, toegang en beheer na oplevering.
Hoe beoordelen we het resultaat?
- Kernscenario’s werken met representatieve gegevens en gebruikersrollen.
- Gegevens kunnen gecontroleerd worden geïmporteerd en geëxporteerd.
- De oplevering bevat uitleg, relevante tests en afgesproken beheerinformatie.
Wat bepaalt de kosten?
Een bruikbare kosteninschatting begint bij de scope. Ik onderscheid ontwikkelwerk van terugkerende gebruiks- en beheerkosten. Dit zijn de belangrijkste factoren:
- Aantal gebruikersflows, rollen en uitzonderingen.
- Integraties, migratie en eisen aan beschikbaarheid.
- Onderhoud, hosting en de snelheid van verdere productontwikkeling.
Jouw uitdaging.
Een concrete toepassing.
Standaardpakketten sluiten onvoldoende aan en medewerkers gebruiken veel workarounds.
Maatwerksoftware kan verschillende vormen krijgen. Een webapplicatie beschrijft hoe gebruikers de oplossing bereiken, terwijl bedrijfssoftware op maat vooral draait om interne taken, rollen en gegevens. Kies eerst welk proces wordt ondersteund en welke bestaande systemen onderdeel van de oplossing blijven.
Welke beperkingen rechtvaardigen maatwerk en wat kan in bestaande software blijven?
Spreek de eerste stap af
Gebruik de randvoorwaarden, oplevercriteria en kostenfactoren hierboven om je opdracht af te bakenen. Spreek af wie het resultaat beoordeelt en wie de oplossing beheert. In onze werkwijze lees je hoe verkenning, uitvoering en overdracht samenhangen.
Bekijk onze werkwijzeJouw vragen.
Heldere antwoorden.
Wat kost maatwerksoftware laten maken?
Dat hangt vooral af van de functies, gegevensstromen, koppelingen en kwaliteitseisen. Een afgebakende eerste versie maakt de investering beter bespreekbaar. Ontwikkeling, externe diensten, hosting en onderhoud horen apart in het voorstel.
Van wie is de software na oplevering?
Afspraken over broncode, gebruiksrechten, externe componenten en overdracht moeten vooraf contractueel worden vastgelegd. Bespreek ook wie toegang heeft tot repositories en hosting en wie het beheer kan overnemen.
Bronnen en technische onderbouwing
Deze primaire bronnen onderbouwen de technische principes in deze uitleg. De projectaanbevelingen zijn de interpretatie van OXIAE; de uitgevers bevelen OXIAE daarmee niet aan. Productdocumentatie geldt voor het genoemde platform.
- Secure Software Development Framework, SP 800-218NIST
Beveiligingspraktijken gedurende ontwikkeling en overdracht.
Link en relevantie gecontroleerd: - Authorization Cheat SheetOWASP
Technische principes voor productrollen en toegangscontrole.
Link en relevantie gecontroleerd:
Bereid je projectgesprek voor.
Verken je Maatwerksoftware? Gebruik de projectchecklist om je taak, systemen en gewenste uitkomst te beschrijven. Verzamel open vragen en download een brief voor je gesprek.
Maak je projectbrief