Weet wat u bouwtvoor u ervoor betaalt.
Een tweede mening van ervaren engineers vóór een dure beslissing, of een heldere diagnose wanneer een systeem al pijn doet.
Sommige beslissingen zijn snel genomen en duur om terug te draaien. Welk framework draagt de volgende tien jaar van uw product? Moet de monoliet opgesplitst worden? Past het platform dat u wilt kopen nog wanneer u twee keer zoveel klanten hebt? Bij precies die beslissingen helpen wij, met senior engineers die systemen op dezelfde stack gebouwd en beheerd hebben. Geen presentatie van iemand die het zelf nooit gedaan heeft.
Leidt u het bedrijf, dan krijgt u een antwoord in begrijpelijke taal: wat het risico is, wat het kost om het op te lossen en wat er gebeurt als u niets doet. Bent u verantwoordelijk voor de technologie, dan krijgt u de werknotities achter dat antwoord: de bevindingen over code, database en infrastructuur, de afwegingen, en een ontwerp waarop uw team kan bouwen.
Elke opdracht eindigt op papier. Niet omdat een document het doel is, maar omdat een aanbeveling die u kunt lezen, betwisten en doorgeven meer waard is dan een goed gesprek dat niemand kan herhalen.
Wanneer dit de juiste keuze is
- Uw platform is bedrijfskritisch geworden en niemand heeft gecontroleerd of de fundamenten houden: de responstijden lopen op en elke nieuwe functie duurt langer.
- U staat op het punt een flink budget vast te leggen voor een product, leverancier of herbouw, en wilt een onafhankelijke kijk voor u tekent.
- U neemt een bedrijf over of erft een codebase, en wilt weten wat u krijgt en waar de verrassingen zitten.
- Uw team heeft nog nooit Spring Boot in Kubernetes gedraaid of een multi-tenant model ontworpen, en zou dat liever niet leren uit een storing.
- Een beslissing zit vast: Kotlin of Java, een gedeeld schema of een schema per klant, zelf bouwen of kopen. U wilt een onderbouwde aanbeveling.
Wat u krijgt
Een architectuurreview, gerangschikt naar risico
Een schriftelijk rapport over uw codebase, database en infrastructuur. Bij elke bevinding staat wat er gevonden is, waarom het ertoe doet en wat er nodig is om het op te lossen, gerangschikt naar risico en inspanning. Zo kunt u er maandag meteen mee aan de slag.
Technische due diligence
Voor u overneemt of investeert: een audit van de code, het datamodel, de afhankelijkheden (ook Java- of Spring-versies zonder ondersteuning), het deploymentproces en de testdekking. U krijgt een rapport dat geschikt is voor een raad van bestuur of een koper.
Een schriftelijk doelontwerp
Wanneer u beslist iets te bouwen of te veranderen: een ontwerp met domeingrenzen, het PostgreSQL-datamodel, het API-contract tussen front-end en backend, de deploymentvorm en de bekende risico’s. Bij elke raming staan de aannames.
Technologiekeuze en proof of concept
Een afweging tussen bouwen en kopen, of een toolselectie, met opties beoordeeld op uw echte beperkingen, niet op een lijst met functies. Is een beslissing te duur om op papier fout te nemen, dan beslist een kleine proof of concept die achteraf weggegooid wordt.
Praktische begeleiding van uw team
Pairing, code reviews en ontwerpsessies met uw engineers rond goede praktijken in Java, Kotlin, Spring Boot en PostgreSQL: modulegrenzen, teststrategie, CI/CD en monitoring. De goede gewoonten blijven, ook wanneer wij vertrekken.
Hoe het werkt
Opdracht
Een gesprek over de beslissing of het probleem, en over hoe een goed resultaat eruitziet. U krijgt een schriftelijke scope met kosten en timing.
Bekijken
Leestoegang tot uw repositories, database en cloud, en gesprekken met de mensen die het systeem bouwen en beheren. Wij veranderen niets.
Rapport
Schriftelijke bevindingen, gerangschikte aanbevelingen en, waar nuttig, een doelontwerp. Daarna een werksessie om het te bespreken en te beslissen wat volgt.
Opvolging
Optioneel: een maandelijkse adviesdag, begeleiding van uw team, of de uitvoering onder een aparte overeenkomst. U bent nooit verplicht ons ook te laten bouwen.
De technologie erachter
Kotlin & Java
Spring Boot
PostgreSQL
React & TypeScript
Docker & Kubernetes
CI/CD
Monitoring & alerting
Hetzner, AWS, Azure & DigitalOcean
Hoe een samenwerking er meestal uitziet
Een korte review aan een vaste prijs, met een schriftelijk rapport en een opvolgsessie om de volgende stappen te bepalen. Of een vaste adviesdag per maand naast uw eigen team.
Vragen die u misschien hebt
Hoe prijzen jullie dit?
Reviews en due-diligence-audits gebeuren aan een vaste prijs, schriftelijk afgesproken voor het werk start, zodat u de kosten kent voor u zich vastlegt. Doorlopend advies en begeleiding rekenen wij aan als een vast aantal dagen per maand. Groeit de scope tijdens een review, dan hoort u dat van ons voor de factuur, nooit erna.
Van wie zijn het rapport, het ontwerp en eventuele proof-of-conceptcode?
Van u. De code staat vanaf de eerste commit in uw repositories, en de intellectuele eigendom van het geleverde werk gaat bij betaling naar u over. Rapporten en ontwerpdocumenten leveren wij in een bewerkbaar formaat, en wij houden niets achter om het vervolgwerk van ons afhankelijk te maken.
Moet ik Experus inschakelen om te bouwen wat de review aanbeveelt?
Nee. Wij schrijven de review zo dat uw eigen team, of elke bekwame leverancier, ermee aan de slag kan. Zou een aanbeveling ons bevoordelen om het werk te doen, dan staat dat openlijk in het rapport, samen met het alternatief. Dat u het zelf kunt bouwen, is een prima resultaat.
Wat als de engineer halverwege ziek of met vakantie is?
Elke opdracht heeft schriftelijk afgesproken data. Halen wij die niet, dan hoort u dat meteen en kiest u: herplannen, of stoppen en enkel betalen wat geleverd is. Lopend werk staat vanaf dag één in uw repositories en accounts, dus er gaat niets verloren op een laptop. Is de engineer op uw project langer afwezig, dan kan een vertrouwde specialist uit ons netwerk het overnemen, met uw akkoord.
Hoe lang duurt een review?
Dat hangt af van de omvang van het systeem en de vragen die u beantwoord wilt zien. Daarom start elke review met een afgebakende opdrachtomschrijving. Een gerichte review van één toepassing met één duidelijke vraag is kleiner dan een volledige due-diligence-audit over meerdere systemen. In de schriftelijke scope krijgt u een datum, geen gok.
Een eerlijk antwoord voor het dure deel begint
Beschrijf de beslissing waarvoor u staat of het systeem dat pijn doet. U krijgt antwoord van de engineer die de review zou doen, met enkele vragen en een eerlijke inschatting of een review is wat u nodig hebt.