Maatwerk software laten maken: wanneer, kosten en eigendom

Maatwerk software laten maken loont als uw werkwijze niet in een standaardpakket past en u daar elke dag omheen werkt. Voor boekhouding, loon en mail is een pakket vrijwel altijd de betere keuze. Kiest u voor maatwerk, leg dan vóór de bouw vast van wie de code wordt, waar de broncode staat en wie het systeem daarna beheert.

Maatwerk software of een standaardpakket?

Een standaardpakket is gebouwd voor wat bij veel bedrijven hetzelfde gaat, en de leverancier verdeelt de kosten over al zijn klanten. Maatwerk volgt uw werkwijze, maar bouw en onderhoud komen voor uw rekening.

Een standaardpakket past als	Maatwerk past als
het proces bij elk bedrijf ongeveer gelijk loopt, zoals boekhouding, loon of mail	uw werkwijze u onderscheidt, bijvoorbeeld in hoe u calculeert, plant of rapporteert
u uw werkwijze zonder bezwaar aan het pakket kunt aanpassen	het pakket u dwingt tot omwegen die elke dag tijd kosten
u snel wilt starten	het werk nu in Excel en tussen losse systemen gebeurt
er weinig uitzonderingen zijn	de uitzonderingen juist de kern van het werk zijn

Vaak hoeft u niet te kiezen. U houdt uw boekhoudpakket en uw CRM, en laat alleen bouwen wat ertussen ontbreekt, zoals een koppeling of een app voor de buitendienst. Dat is de laag eromheen, de aanpak van Operium. Hoe zo'n koppeling met gangbare pakketten werkt, leest u in koppelen met Exact, Salesforce en Microsoft 365. Moet de software zelf oordelen over mail of documenten die steeds anders zijn, dan is een AI-agent laten bouwen de betere ingang.

Een eenvoudige toets: schrijf op wat u nu buiten uw pakketten om doet. Is dat vooral dubbel invoeren, dan volstaat een koppeling. Past de werkwijze in geen enkel pakket, dan is maatwerk het overwegen waard.

Hoe verloopt het traject?

Maatwerk begint met vastleggen wat de software moet doen; programmeren komt daarna. Bij Operium loopt het traject in vijf stappen, van de gratis QuickScan tot optimalisatie en support. Wat elke stap oplevert, staat bij werkwijze. Onderweg legt u vast:

• Workflow-analyse: welk proces de software ondersteunt, welke systemen blijven staan, waar de gegevens vandaan komen en wanneer het werk af is. Dat laatste zijn de acceptatiecriteria: de toetsen waarmee u straks beoordeelt of de software doet wat is afgesproken.
• Pilot: op welke echte gevallen, ook de lastige, de eerste werkende versie wordt getest.
• Implementatie & training: welke gegevens uit het oude systeem of uit Excel overgaan, wie welke rechten krijgt en welke handleiding erbij hoort.
• Optimalisatie & support: wie het systeem beheert en hoe u wijzigingen aanvraagt.

Hoe u een proces vooraf in stappen knipt en per stap kiest tussen een vaste regel, AI of een mens, staat in processen automatiseren met AI.

Wat bepaalt de kosten van maatwerk software?

Een prijs staat hier niet, want die hangt af van de scope. Deze factoren bepalen de kosten:

• Het aantal processen. Eén proces met een duidelijk begin en eind is iets anders dan een systeem voor het hele bedrijf.
• De koppelingen. Elk systeem waarmee de software gegevens uitwisselt, is een koppeling die gebouwd, getest en onderhouden moet worden. Een pakket met een goed gedocumenteerde API scheelt werk.
• Hoeveel echt maatwerk nodig is. Inloggen en overzichten zijn gangbare onderdelen. Uw eigen rekenregels, planningslogica en uitzonderingen worden van de grond af gebouwd.
• Oude gegevens overzetten. Gegevens uit Excel of een vorig systeem opschonen en overzetten is apart werk.
• Gebruikers en rechten. Vijf mensen op kantoor is iets anders dan ook monteurs op hun telefoon, elk met eigen rechten.
• Lopende kosten. Hosting, beheer, updates en doorontwikkeling lopen door na de livegang. Neem ze vanaf het begin mee in de begroting.

De QuickScan is gratis. Daarna krijgt u een concrete offerte.

Van wie is de code? Eigendom en broncode

Software valt onder het auteursrecht. De Auteurswet rekent "computerprogramma's en het voorbereidend materiaal" uitdrukkelijk tot de werken waarop auteursrecht rust (artikel 10, lid 1, onder 12°). Het auteursrecht ligt bij de maker (artikel 1). Maakt een werknemer het werk als onderdeel van zijn functie, dan geldt de werkgever als maker, tenzij anders is afgesproken (artikel 7).

Voor maatwerk betekent dat: schrijven de programmeurs van een softwarebedrijf uw software, dan ligt het auteursrecht in beginsel bij dat bedrijf. Een freelancer die u zelf inhuurt, is niet bij u in dienst; artikel 7 maakt u dan dus niet de maker. Betalen voor de bouw draagt het auteursrecht niet over. Er zijn twee manieren om het te regelen:

• Overdracht. Het auteursrecht gaat naar u over. De overeenkomst daarvoor wordt schriftelijk aangegaan (artikel 2, lid 3).
• Licentie. De maker houdt het auteursrecht en verleent u een licentie, voor het geheel of een deel van de rechten (artikel 2, lid 2). Gaat het om een exclusieve licentie, dan wordt ook die overeenkomst schriftelijk aangegaan (artikel 2, lid 3).

Welke vorm past, hangt af van uw plannen met de software. Dit is geen juridisch advies; laat de afspraken bij twijfel nalezen door een jurist. Leg in beide gevallen vast:

• dat u de software door een andere partij mag laten aanpassen en doorontwikkelen;
• dat de broncode met de volledige versiegeschiedenis staat in een omgeving waar u zelf toegang toe hebt;
• dat de accounts voor hosting, domeinnaam en koppelingen op naam van uw bedrijf staan;
• welke onderdelen van anderen erin zitten, zoals open-source bibliotheken, en onder welke licentie;
• dat uw gegevens op elk moment in een gangbaar formaat te exporteren zijn.

Staat er in de offerte niets over eigendom, lees dan de algemene voorwaarden van de bouwer en vraag het na voordat u tekent.

Beheer en doorontwikkeling

Software is na de livegang niet af. De onderdelen waarop ze draait krijgen beveiligingsupdates, de pakketten waaraan ze gekoppeld is passen hun API aan, en uw eigen werkwijze verandert ook. Spreek daarom vooraf af:

• wie het technisch beheer doet en hoe snel er iemand naar een storing kijkt;
• hoe u een wijziging aanvraagt en hoe die wordt getest voordat ze live gaat;
• wie in uw bedrijf eigenaar is van het systeem en over uitbreidingen beslist.

Bij Operium horen doorontwikkeling en support bij de laatste stap van het traject. Leg die afspraken net zo zorgvuldig vast als de bouw zelf.

Het risico van afhankelijkheid van één leverancier

Dit risico ontstaat in de jaren na de bouw, als nog maar één partij weet hoe het systeem in elkaar zit. Stopt die partij, of veranderen de voorwaarden, dan hebt u weinig keus. Ook bij een standaardpakket bent u afhankelijk, want daar bepaalt de leverancier wat er verandert. Bij maatwerk maakt u het risico met afspraken kleiner:

• Broncode en documentatie bij u. Met de broncode, de versiegeschiedenis en een beschrijving van de opbouw kan een andere ontwikkelaar ermee aan de slag.
• Gangbare techniek. Vraag welke programmeertaal en onderdelen de bouwer gebruikt, en of andere ontwikkelaars daarmee werken. Een eigen, afgeschermd platform van de bouwer maakt overstappen lastig.
• Houd het maatwerk klein. Hoe meer uw kernsystemen standaard blijven, hoe kleiner het deel dat u ooit zou moeten overdragen.
• Een exitregeling. Leg vast wat er gebeurt als de samenwerking stopt: welke code, gegevens en documentatie u krijgt, en binnen welke termijn.

Vraag de bouwer ook hoe een andere partij het systeem zou overnemen. Meer van zulke vragen staan in zeven vragen aan een AI-bureau.

Twijfelt u tussen een pakket en maatwerk? In de gratis QuickScan kijken we in twee werkdagen samen naar uw processen en wijzen we een eerste stap aan. Wat Operium bouwt, van een losse module tot een compleet ERP met koppelingen naar wat u al gebruikt, ziet u bij software op maat. Plan een gesprek.