Softwarebedrijf in Leuven

Leuven heeft een bijzonder soort softwareprobleem. Het onderzoek is uitstekend, het prototype werkt aantoonbaar, en dan vraagt een klant of het elke dag kan draaien zonder dat een doctoraatsstudent het opnieuw moet opstarten. Tussen die twee toestanden zit gewoon, weinig glamoureus engineeringwerk: authenticatie, tenancy, foutafhandeling, gegevensbewaring, uitrol, monitoring en een interface die iemand kan gebruiken zonder rondleiding.

Die kloof overbrugt Rui Codex voor spin-offs en onderzoeksgedreven bedrijven rond KU Leuven en het imec-ecosysteem. Wij zijn niet de mensen die uw algoritme uitvinden — dat hebt u al. Wij zijn de mensen die er een systeem van maken waarop uw eerste tien betalende klanten kunnen rekenen, zonder het deel te herschrijven dat al werkt.

Wat we doorgaans bouwen voor Leuvense spin-offs:

• Productisering — een werkend prototype omvormen tot een uitrolbare multi-tenantapplicatie met accounts, rollen en een operationeel verhaal, op ASP.NET Core.
• Platformen voor klanten — dashboards en portalen die het onderliggende onderzoek begrijpelijk maken voor een koper die geen expert is, en dat is meestal wat de deal binnenhaalt.
• Integratie en datapipelines — echte klantgegevens erin en resultaten eruit krijgen, betrouwbaar, volgens planning, met fouten die zichzelf melden.
• AI-engineering — modellen correct in productie brengen: versiebeheer, evaluatie, kostenbeheersing en een gecontroleerde terugval wanneer het model zich vergist.

We werken als extern engineeringteam samen met de oprichters, en we schrijven de overdrachtsdocumentatie in de veronderstelling dat u later eigen engineers aanwerft — omdat u dat zou moeten doen, en het werk geen afhankelijkheid van ons mag worden.

Gaat u ons prototype herschrijven?

Niet als we het kunnen vermijden. De onderzoekscode bevat meestal met moeite verworven kennis die een herschrijving stilletjes weggooit. De normale aanpak is ze in te kapselen — er een degelijke servicegrens rond zetten — en alleen de onderdelen te herbouwen die echt niet kunnen opschalen.

We hebben subsidies met vaste deliverables. Kunt u daarmee werken?

Ja, en dat is hier gebruikelijk. We bakenen af op de mijlpaal en zeggen expliciet wat productierijp is en wat bewust een demonstrator is, zodat het onderscheid zwart op wit staat in plaats van verondersteld te worden — wat heel belangrijk is wanneer de volgende financieringsfase het beoordeelt.

Wat gebeurt er als we onze eigen engineers aanwerven?

Dat is het beoogde resultaat. We documenteren gaandeweg, houden de stack conventioneel zodat u er mensen voor kunt aanwerven, en dragen over. Verschillende klanten zijn gegaan van wij die alles bouwen, naar wij die pull requests reviewen, naar wij die niet meer nodig zijn, en zo ziet succes eruit.

Kunt u een NDA ondertekenen en met gevoelige onderzoeksgegevens werken?

Ja. NDA's zijn routine, en waar de gegevens echt gevoelig zijn, werken we tijdens de ontwikkeling met geanonimiseerde of synthetische datasets en raken we productiegegevens alleen aan onder afgesproken controles.

Hoe klein mag een project zijn?

Klein genoeg om te bewijzen dat we het waard zijn om mee samen te werken. Een eerste opdracht is vaak enkele weken aan één duidelijk afgebakend onderdeel — een integratie, een dashboard, een uitrolpipeline — in plaats van een engagement voor een volledig platform.

Bestaat er Vlaamse steun voor een software- of automatiseringsproject?

Minder dan vroeger. Sinds 1 februari 2026 ondersteunt de kmo-portefeuille enkel nog advies over cyberbeveiliging, en aanvragen voor de kmo-groeisubsidie en de projectsubsidie voor digitale transformatie van VLAIO worden niet meer aanvaard. De subsidie voor ontwikkelingsprojecten van VLAIO staat nog open: ze dekt 25% tot 50% van een project dat nieuwe kennis vereist, met een minimum van € 25.000. Ga bij VLAIO na of u in aanmerking komt voor u een project daarrond plant.