Maatwerk software laten maken

De engineeringkant: wat je niet ziet

Een systeem bouwen is iets anders dan een scherm maken dat er goed uitziet. Het grootste deel van het werk zit onder de motorkap, en daar betaal je ook voor — ook al zie je het nooit.

Een datamodel dat klopt is het fundament: hoe je klanten, orders, facturen en gebruikers zich tot elkaar verhouden. Zit dat scheef, dan merk je dat pas over een jaar, als een rapport niet meer klopt of een koppeling niet te maken is. Verbouwen kost dan een veelvoud van wat het vooraf had gekost.

• Architectuur — de onderdelen zo scheiden dat je er één kunt vervangen zonder de rest te raken
• Datamodel — de structuur waarin je gegevens leven, met de juiste relaties en regels
• Validatie — fouten tegenhouden bij het invoeren, niet ontdekken bij de jaarafsluiting
• Rechten en rollen — wie mag wat zien en wijzigen, tot op veldniveau
• Logging en geschiedenis — wie deed wat wanneer, en kunnen terugdraaien
• Tests — zodat een wijziging van vandaag niet iets van vorig jaar sloopt
• Snelheid — queries en indexen die ook bij honderdduizend rijen nog werken
• Beveiliging — injectie, sessies, wachtwoorden, back-ups en herstel

Dit is het verschil tussen software die drie jaar meegaat en software die na negen maanden vastloopt. Een bureau dat alleen schermen maakt, levert het eerste jaar sneller en daarna duurder.

Wanneer maatwerk loont

Standaardsoftware is vaak de beste keuze: snel ingericht en getest door duizenden gebruikers. Maatwerk wordt interessant als:

• Je werkwijze je onderscheidt, en standaardpakketten je dwingen die op te geven
• Je drie pakketten gebruikt die niet met elkaar praten, en iemand de gaten met Excel opvult
• Je per gebruiker per maand betaalt voor functies die je niet gebruikt
• Je iets wilt aanbieden aan je eigen klanten: een portaal, een app, een platform

Is standaardsoftware voor jou beter, dan zeg ik dat. Soms is een koppeling tussen twee bestaande pakketten genoeg.

Wat ik bouw

• Webapplicaties en interne tools: planning, voorraad, urenregistratie, werkbonnen
• Klantportalen met logins, rollen, documenten en dashboards
• Koppelingen en API's tussen je bestaande systemen
• Dashboards met je eigen cijfers en meldingen bij drempelwaarden
• SaaS-producten die je zelf verkoopt
• Desktopsoftware, als het echt offline moet werken

Zo werk ik

1. Kennismaking — wat moet de software oplossen, en voor wie?
2. Voorstel — vaste prijs, planning, en wat er níét in zit.
3. Bouwen in korte rondes — elke week of twee iets werkends om te testen.
4. Oplevering — met uitleg, documentatie en de code op jouw naam.
5. Daarna — support, onderhoud en doorontwikkeling als je dat wilt.

Techniek zonder lock-in

Ik kies techniek die bewezen is en die andere ontwikkelaars ook kennen, zodat je nooit aan mij vastzit: TypeScript met React of Next.js voor webapps, Python voor data en automatisering, PostgreSQL of SQLite als database, en Cloudflare voor snelle, betaalbare hosting.

Wat het kost