fase 0
discover.
week 1-2
scoping workshop, requirements op tafel, stack-keuze (next.js + supabase vs next.js + django) onderbouwd, drie locale-conventies vastgelegd, sow met vaste prijs en vaste leverdatum opgeleverd.
← brussel hub
brussel / custom apps / saas
webapp ontwikkeling in brussel.
calculators, dashboards, portalen en marktplaatsen, gebouwd op code die van jou wordt.
een brussels bedrijf met een rekenregel of een interne flow die uniek is, heeft geen baat bij weer-een-saas-abonnement. we bouwen de applicatie als next.js + supabase of next.js + django, drietalig vanaf dag 1, en leveren het in jouw github of gitlab. geen vendor-lock-in op de bouwer.
start een project01 . waarom brussel
de context die deze bouw vraagt.
een brussels bedrijf dat een eigen applicatie nodig heeft (verzekeringscalculator, member-portaal, marktplaats met geverifieerde aanbieders, interne workflow-tool, eu-tender-tracker) staat in 2026 voor twee paden. ofwel een saas-abonnement waar de eigen rekenregel afgevlakt wordt naar de gemene deler, ofwel een no-code-tool die op 80% blijft hangen en vendor-lock-in installeert. allebei niet ideaal. we bouwen het derde pad: een custom applicatie op een open stack, met de code in jouw eigen repo.
het bouw-default is next.js + supabase. supabase is een open-source postgres-laag met auth, storage en realtime, gehost op eu-data-centers in frankfurt en parijs. dat is een gdpr-veilige default voor een brusselse koper. voor zwaardere transactie-shapes (marktplaats met matching-logic, custom-rules-engine, integratie met legacy backends) bouwen ik next.js + django, met django als python-backend zodat data-science of ml-modellen later eenvoudig erop passen.
drietaligheid (nl, fr, en) zit in de architectuur van de applicatie, niet als post-launch i18n-pluk. routing, microcopy, validatie-berichten, mail-templates, pdf-export: allemaal per locale geconfigureerd. een waalse of brussel-fr eindgebruiker ziet een native franse applicatie, niet een vertaalde nederlandse master. dat is geen detail in brussel, dat is een adoptie-blocker als het verkeerd zit.
code-eigendom is hard. de bouw gebeurt in jullie github of gitlab repo (of ik zetten er een op en transferreren bij oplevering). geen verborgen build-pipeline, geen vendor-lock-in op piexels als bouwer. een tweede ontwikkelaar kan in elke fase de code lezen, want het is gewoon next.js en supabase, niet een private framework. typisch leveren ik ook een 20-pagina architectuur-document plus een interne style-guide voor de codebase, zodat opvolgers (intern of extern) productief zijn binnen drie dagen, niet drie maanden.
02 . wat we bouwen
concrete applicatie-types die we bouwen.
01
verzekerings-, financiele- en sector-calculators. regelgestuurde rekenmodules met validatie, pdf-export, mail-routing en multi-tier outputs. drietalig.
02
member-portalen en client-dashboards. auth via supabase of next-auth, role-based access, account-management, billing-events, document-vault. native nl + fr + en interface.
03
marktplaatsen met geverifieerde aanbieders. two-sided search, professional-onboarding flow, matching-logic, messaging, payments via stripe. webflow front-end op next.js + django backend (qlyr-pattern) is een proven shape.
04
interne workflow tools. custom inbox, approval-chains, status-tracking, slack of teams notificaties, audit-log. vaak het juiste antwoord op een excel-doodloop die de helft van het kantoor blokkeert.
05
eu-tender en regulator-trackers. scraping en monitoring van publieke databanken (boamp, ted, justel, jura) met alert-shapes, summary-generation via claude, en export naar het team-werkapparaat. brusselse niche, hoge marge.
06
data-visualisatie dashboards. chart.js of recharts op next.js, met live data uit supabase of via api. drietalige labels en tooltips. typisch voor finance- of consultancy-bedrijven die boardroom-output nodig hebben.
07
handover-pack. 20-pagina architectuur-document, internal style guide voor de codebase, twee opgenomen onboarding-sessies voor jullie ontwikkelteam of opvolg-partner.
03 . bewijs
de case die dit draagt.
04 . methode
de fases in volgorde.
fase 1
foundation.
week 3-5
supabase of django setup, auth-flow live, data-model gemodelleerd, eerste schermen op next.js met drie-locale routing, ci/cd pipeline naar staging.
fase 2
build.
week 6-10
feature-build per sprint, end-of-sprint demo, drietalige microcopy live, gdpr-laag geconfigureerd, payments of integratie-laag aangesloten, qa op staging.
fase 3
launch.
week 11-12
dns-migratie, ga4 of plausible verbonden, search console submit, handover-documentatie overhandigd, twee onboarding-sessies voor jullie team of opvolg-partner. 90-dagen care begint.
05 . vragen
wat brusselse kopers eerst vragen.
01
krijgen ik de code in eigendom?
ja. de bouw gebeurt in jullie github of gitlab repo (of ik zetten er een op en transferreren bij oplevering). geen verborgen build-pipeline, geen vendor-lock-in op piexels als bouwer. een tweede ontwikkelaar kan in elke fase de code lezen, want het is gewoon next.js, supabase of django, niet een private framework.
02
waarom supabase en niet firebase?
supabase draait op postgres, eu-hosted in frankfurt en parijs. firebase draait op google's nosql-stack, hoofdzakelijk us-hosted. voor een brussels bedrijf met eu-instelling-clienten of een gdpr-strikte sector is supabase de veiligere default. de developer-experience is op hetzelfde niveau, het queryapparaat is rijker (sql vs nosql).
03
wat als de scope groeit tijdens de bouw?
de sow is fixed-scope, fixed-price, fixed-delivery-date. scope-growth wordt apart geofferd na de discovery-week, niet stilletjes erbij gepleegd. dat is een hard contract-shape, en het is precies de reden waarom een fixed-price brusselse bouw werkt: ik dragen het scope-risico in fase 0, jullie dragen het scope-risico vanaf wijziging-aanvraag.
04
ik heb een eigen ontwikkelaar in huis. werken jullie hybride?
ja. typisch nemen ik de greenfield-bouw voor mijn rekening (weken 1-12), en gaat jullie interne ontwikkelaar mee in de sprint-reviews vanaf week 4 zodat de codebase op het einde overdraagbaar is. ofwel doen ik enkel de architectuur-laag en bouwt jullie team uit. de variant valt in week 1.
05
kunnen jullie integreren met een legacy belgische backend?
ja. ik heb gewerkt op soap-koppelingen op lisa erp (epic / hottlet), op codabox-formaten voor accountancy, op kleos rest-api voor legal, op bpost api voor shipping, op mollie en bancontact voor payments. brusselse legacy-backends die ik regelmatig tegenkomen (sap r/3, oracle ebs, ms dynamics av) hebben we ook al gekoppeld, met de specifieke api-laag of een lichte etl-laag indien nodig.
06
wat met security en penetration testing?
bij een applicatie met persoonsgegevens of payments leveren ik standaard een security-checklist mee: rls-policies op supabase, csrf-tokens, rate-limiting, secret-management via vault of github-secrets, audit-logging. voor eu-instelling-tier of finance-tier deployments raden ik een externe pen-test aan na launch, met een drietal belgische bureaus die we kunnen aanbevelen.
07
hoe lang duurt een typische brusselse bouw?
12 werkweken voor een mvp-tier applicatie (calculator, dashboard, member-portaal), 16-20 werkweken voor een marktplaats of een complexe workflow-tool, 8 werkweken voor een straight calculator zonder accounts. de scoping-week levert een vaste leverdatum op gebaseerd op de specifieke functionaliteits-tabel, niet op een gevoel.
06 . verder
aangrenzende oppervlakken.
klaar om te bouwen?
start een project.
schets jullie applicatie in vier zinnen: wat ze moet doen, voor wie, welke integraties al bestaan, en de talen. we antwoorden binnen een werkdag met een eerste scoping-voorstel.