Je hebt een proces dat net niet past in een standaardpakket. Koop je toch dat pakket en pas je het proces aan, of laat je software bouwen die precies doet wat jij nodig hebt? Die keuze is groter dan hij lijkt, zeker als je een sociale onderneming runt waar de administratie al ingewikkelder is dan bij een gewoon bedrijf.
Wat standaardsoftware je echt kost
De prijs op de website van een standaardpakket is zelden de prijs die je uiteindelijk betaalt. Je begint met een licentie van zeg 80 euro per maand. Dan wil je een koppeling met je salarisadministratie: 25 euro per maand extra. Je wilt rapportages die passen bij subsidieaanvragen: maatwerk binnen het pakket, 600 euro eenmalig. En dan blijkt dat de module voor loonkostensubsidies niet standaard meegeleverd wordt.
Verborgen kosten zitten in implementatie, training en het aanpassen van je werkprocessen. Dat laatste is het gevaarlijkst. Want als jij je proces aanpast aan de software in plaats van andersom, verlies je de controle over hoe je werkt. Voor een sociale onderneming is dat een serieus probleem. Jouw begeleiding, jouw registratie van uren en voortgang, jouw manier van rapporteren aan opdrachtgevers: dat is geen standaardproces.
Ik heb dit zelf meegemaakt met een pakket voor projectadministratie. Na zes maanden had ik een systeem dat technisch werkte maar waarbij ik elke maand handmatig gegevens moest overzetten naar een apart Excelbestand voor de subsidieaanvraag. Dat kostte me gemiddeld vier uur per maand. Vier uur keer twaalf is 48 uur per jaar. Reken dat maar eens door in je uurtarief.
Wanneer maatwerksoftware wél loont
Maatwerksoftware heeft een slechte reputatie omdat mensen denken aan grote, dure trajecten die uitlopen en nooit helemaal af zijn. Dat beeld klopt soms, maar het is niet het hele verhaal. De vraag is niet of maatwerk duur is, maar of de totale kosten over drie of vijf jaar lager uitvallen dan bij een standaardpakket dat nooit helemaal past.
Maatwerk loont als je een proces hebt dat echt uniek is en dat je niet wilt of kunt aanpassen. Sociale ondernemingen hebben dat vaker dan reguliere bedrijven. Denk aan de combinatie van urenstaten, loonkostensubsidie, begeleiding en impactmeting in één systeem. Dat bestaat gewoon niet als standaardpakket. Je plakt nu waarschijnlijk vier losse tools aan elkaar met handmatige stappen ertussen.
Een tweede situatie waarin maatwerk loont: als je verwacht dat je organisatie groeit en de software mee moet groeien. Standaardpakketten schalen in prijs mee met gebruikers. Maatwerk niet per se. Bedrijven als Aspect bouwen systemen die je zelf kunt uitbreiden zonder elke keer opnieuw te onderhandelen over licentiekosten. Dat maakt de rekening op de lange termijn soms verrassend gunstig. Maar dat geldt alleen als de initiële bouw goed is gedocumenteerd en je niet afhankelijk bent van één ontwikkelaar die alle kennis in zijn hoofd heeft.
Wat ik in de praktijk zie: organisaties die maatwerk laten bouwen zonder duidelijke specificaties vooraf, betalen twee keer. Eerst voor de bouw, daarna voor het repareren van alles wat niet goed doordacht was. Schrijf dus eerst op papier wat het systeem moet doen, welke uitzonderingen er zijn en wie ermee werkt. Dan pas ga je praten over bouwen.
Waar je op moet letten bij de keuze
De keuze tussen standaard en maatwerk is geen technische keuze, het is een bedrijfskundige keuze. En die moet je maken op basis van cijfers, niet op basis van wat een leverancier je vertelt.
Hieronder een aantal vragen die je jezelf moet stellen voordat je een beslissing neemt:
- Hoeveel uur per maand kost het je nu om gegevens over te zetten, rapporten te maken of fouten te corrigeren die het systeem niet automatisch opvangt?
- Hoeveel processen pas je aan om het huidige pakket te laten werken, en wat kost je dat in flexibiliteit?
- Wat zijn de totale kosten van het standaardpakket over drie jaar, inclusief licenties, koppelingen, training en aanpassingen?
- Wat zijn de totale kosten van maatwerk over drie jaar, inclusief bouw, onderhoud en eventuele uitbreidingen?
- Wie beheert het systeem als de leverancier stopt of de prijzen verhoogt?
- Is de data van jou, en kun je er altijd bij als het contract eindigt?
- Hoe lang duurt implementatie, en wat kost die overgangsperiode je in productiviteit?
Die laatste vraag wordt structureel onderschat. Een overgangsperiode van drie maanden waarin mensen dubbel werken, fouten maken en gefrustreerd raken, kost je meer dan je denkt. Zeker als je medewerkers begeleiding nodig hebben om nieuwe systemen te leren.
Subsidies en software: een vergeten combinatie
Weinig sociale ondernemers weten dat softwareontwikkeling soms in aanmerking komt voor subsidie of fiscale voordelen. De WBSO-regeling (Wet Bevordering Speur- en Ontwikkelingswerk) geeft belastingvoordeel op loonkosten voor technische ontwikkeling. Als je maatwerksoftware laat bouwen voor een proces dat technisch nieuw is, kan de ontwikkelaar of jijzelf in aanmerking komen.
Dat maakt de rekening voor maatwerk soms een stuk gunstiger dan hij op het eerste gezicht lijkt. Vraag dit na bij je accountant voordat je een offerte afwijst omdat hij te hoog lijkt. Het is niet voor elke situatie van toepassing, maar ik zie te vaak dat ondernemers dit niet eens onderzoeken.
Daarnaast geldt bij social return aanbestedingen soms dat de opdrachtgever meebetaalt aan tooling of systemen die nodig zijn om de opdracht goed uit te voeren. Dat staat zelden expliciet in de aanbestedingsdocumenten, maar het is bespreekbaar. Zeker als jij kunt aantonen dat een investering in betere software direct bijdraagt aan betere rapportage en meer transparantie voor de opdrachtgever.
Impactmeting is hier een goed voorbeeld. Opdrachtgevers willen steeds vaker zien wat jouw inzet oplevert, niet alleen in uren maar in uitstroom, ontwikkeling en terugkeer naar regulier werk. Als jij dat niet geautomatiseerd kunt aanleveren, kost je dat tijd en geloofwaardigheid. Een systeem dat dat automatisch bijhoudt, is dan geen luxe maar een basisvoorwaarde om serieus genomen te worden.
Veelgestelde vragen over software voor sociale ondernemingen
Kan ik een standaardpakket combineren met maatwerkaanpassingen?
Dat kan, maar het heeft risico’s. Zodra de leverancier een update uitbrengt, kunnen jouw aanpassingen breken. Je bent dan afhankelijk van de leverancier om die aanpassingen mee te updaten, wat extra kosten en vertraging oplevert. Als je toch voor deze route kiest, zorg dan dat de aanpassingen goed gedocumenteerd zijn en dat je contractueel hebt vastgelegd wie verantwoordelijk is bij problemen na een update.
Hoe lang duurt het gemiddeld om maatwerksoftware te laten bouwen?
Dat hangt sterk af van de complexiteit en hoe goed de specificaties vooraf zijn uitgewerkt. Een eenvoudig systeem voor urenstaten en voortgangsregistratie kan in drie tot zes maanden gebouwd zijn. Een volledig geïntegreerd systeem met koppelingen naar salarisadministratie, subsidiemodules en rapportages duurt al snel negen tot twaalf maanden. Reken altijd een buffer van twintig procent in je planning, want er komen altijd onverwachte vragen en keuzes tijdens de bouw.
Wat als de ontwikkelaar stopt of failliet gaat?
Dit is een terecht risico bij maatwerksoftware. Je kunt dit beperken door de broncode in een zogenaamd escrow-arrangement te laten plaatsen. Dat betekent dat een derde partij de broncode bewaart en jij er toegang toe krijgt als de ontwikkelaar niet meer beschikbaar is. Vraag hier altijd naar bij het sluiten van een contract. Goede ontwikkelaars hebben hier geen moeite mee, ze snappen dat dit voor jou een basisvoorwaarde is. Als een partij dit weigert, is dat een reden om verder te zoeken.
