Web-ontwikkeling · Gemeente & overheid

Gemeente website laten maken.

Een maatwerk gemeente-website die meer doet dan brochure: hoofdwebsite, digitale balie met DigiD- en eHerkenning-loket, e-formulieren, raadsinformatie en meldingen openbare ruimte — in één samenhangend platform dat past op uw bestaande GEMMA-architectuur en niet vastzit aan één leverancier. Gebouwd op Common Ground-principes, BIO-conform, en toegankelijk volgens WCAG 2.1 AA.

DoelgroepGemeenten & overheid
TypeHoofdsite + loket + portaal
ArchitectuurCommon Ground · NLX
ComplianceBIO · AVG · WCAG 2.1 AA
KoppelingenDigiD · eHerkenning · MijnOverheid
EigendomCode bij de gemeente

Wat betekent een gemeente website laten maken?

Een gemeente-website is allang geen statische brochure meer. Het is de digitale balie van een publieke organisatie — het kanaal waar inwoners een verhuizing doorgeven, een uittreksel aanvragen, een vergunning indienen, een melding doen over een kapotte lantaarnpaal, raadsstukken doorzoeken of bezwaar maken tegen een besluit. Een gemeente-website laten maken betekent dat al die functies, met hun verschillende beveiligings- en toegankelijkheidsverplichtingen, samen werken in één platform dat herkenbaar is voor de inwoner en beheersbaar voor de organisatie.

Wij ontwerpen en bouwen die platforms op maat. Geen standaard CMS-template waarin alle gemeenten op dezelfde manier vastlopen, en geen single-vendor-suite die elke uitbreiding tot een meerwerkdiscussie maakt. We werken volgens Common Ground — de VNG-referentiearchitectuur waarin data en functionaliteit gescheiden zijn en koppelingen via gestandaardiseerde API's lopen — en sluiten aan op de bestaande GEMMA-bouwstenen waar uw organisatie al mee werkt. Dat geeft technische ruimte om met de tijd mee te bewegen zonder elke vier jaar opnieuw te migreren.

Onze achtergrond ligt in maatwerksoftware voor gemeenten: zaaksystemen, e-formulieren-engines, koppelingen met basisregistraties, vergunningen-flows en domeinspecifieke applicaties. Een gemeente-website is voor ons dus geen brochure-project maar een front-office bovenop een serieuze procesarchitectuur. Dat verschil voelt u terug in elke keuze die we maken: in de informatie-architectuur, in hoe we DigiD aanvragen ontwerpen, in hoe we e-formulieren koppelen met uw zaaksysteem en in de manier waarop we het beheer naar uw eigen redactie inrichten.

Toepasbaar voor gemeenten van elke schaal — van de G4 met honderden e-formulieren tot kleinere gemeenten die een eerlijke, toegankelijke site willen zonder pakket-lock-in. Ook voor provincies, waterschappen, omgevingsdiensten en gemeenschappelijke regelingen: dezelfde architectuurprincipes en compliance-eisen, andere processen erbovenop.

Common Ground
VNG-architectuur als uitgangspunt — gescheiden data en functionaliteit, koppelingen via standaard-API's
BIO & AVG
Informatiebeveiliging en privacy als ontwerpvereiste — niet als afterthought
WCAG 2.1 AA
Toegankelijkheid volgens Besluit digitale toegankelijkheid overheid — testbaar en geverifieerd
Vendor-onafhankelijk
Code-eigendom bij de gemeente — geen heronderhandeling per nieuwe functie

Wanneer is een nieuwe gemeente-website logisch?

01
Aflopend contract

Uw huidige CMS-leverancier loopt op zijn eind

De licentie van een grote bestaande suite — BCT, PinkRoccade, Seneca, Tribe, GX of vergelijkbaar — loopt af, prijzen stijgen, of het pakket schaalt niet meer met de behoefte. In plaats van opnieuw vier of meer jaar vast te zitten aan één leverancier, is dit het natuurlijke moment om naar een Common Ground-opzet over te stappen. We bekijken samen welke onderdelen u écht moet vervangen en welke u juist kunt loskoppelen en hergebruiken, zodat de migratie hanteerbaar blijft.

02
Toegankelijkheid

Uw toegankelijkheidsverklaring scoort niet meer voldoende

Het Besluit digitale toegankelijkheid overheid verplicht WCAG 2.1 AA-naleving op alle gemeentelijke websites en apps. Veel oudere sites lopen tegen rapportages aan met een groot aantal openstaande punten — vooral op formulieren, PDF's en interactieve onderdelen. Een nieuwe website is dan vaak goedkoper en eerlijker dan blijven patchen. Wij bouwen toegankelijkheid in als ontwerpvereiste en laten een onafhankelijke audit uitvoeren voordat de site live gaat.

03
Digitale balie

De balie loopt vol, de website lost het niet op

Inwoners moeten naar het gemeentehuis voor zaken die online afgehandeld zouden kunnen worden. E-formulieren bestaan, maar landen op een ambtenaar in plaats van in het zaaksysteem. DigiD is gekoppeld voor sommige aanvragen maar niet voor andere. Het resultaat: dubbel werk, lange doorlooptijden, ontevreden burgers. Een goed ontworpen digitale balie verlicht het KCC zonder dat er voor elke nieuwe dienst maatwerk-meerwerk moet komen.

04
Compliance

BIO-audit of AVG-verbeterplan vraagt om nieuwe architectuur

Een audit van uw CISO, een DPIA-bevinding van de Functionaris Gegevensbescherming, of een rapport van de Algemene Rekenkamer of Autoriteit Persoonsgegevens kan ertoe leiden dat een grondige verbouwing van het websiteplatform onvermijdelijk wordt. Voor structurele AVG- en BIO-issues helpt patchen op de oude stack zelden — een nieuw gebouwd platform met goede scheiding van data en presentatie lost het probleem aan de wortel op, en is voor toezichthouders een veel uitlegbaarder antwoord. Zie ook onze aanpak voor compliant software.

Wat onze gemeente-websites onderscheidt.

Onderscheid 01

Common Ground als principe, niet als brochure

We werken met de VNG-referentiearchitectuur als basis. Data en functionaliteit gescheiden, koppelingen via standaard-API's (NLX, Haalcentraal), zaakgericht werken integraal meegenomen. Dat klinkt abstract maar het effect is concreet: u zit niet vast aan één leverancier voor één set functies, en uitbreidingen worden eenvoudiger in plaats van duurder.

Onderscheid 02

Bouwers van gemeentelijke software

Wij komen uit de softwareontwikkeling, niet uit een reclamebureau. Het team dat uw site bouwt is hetzelfde team dat gewoon is om met gemeentelijke maatwerksoftware, DigiD/eHerkenning-koppelingen, zaaksystemen en basisregistraties te werken. De website is voor ons de front-office bovenop processen die we begrijpen, en dat verschil voelt u in elke keuze die we maken.

Onderscheid 03

Eigendom bij de gemeente

De code staat in een repository van uw gemeente, niet in een gesloten leveranciersomgeving. Documentatie is volledig en in het Nederlands. Bij verandering van leverancier — wij of een opvolger — neemt iemand anders het over zonder dat data of logica gegijzeld zit. Voor publieke organisaties is dat geen marketingvoordeel maar een uitlegbare basis-eis. Lees ook ons informatiebeveiligingsbeleid.

De onderdelen van een gemeente-platform.

Een gemeente-site is in de praktijk een verzameling samenhangende onderdelen. We bouwen ze als modules op één platform, zodat u niet vier verschillende inlog-omgevingen aan inwoners hoeft uit te leggen — maar wel onderdelen los kunt vervangen of uitbreiden.

Hoofdwebsite (gemeente.nl)

De publieke informatie-laag: bestuur, organisatie, nieuws, beleid, regelingen, contact, openingstijden. Headless CMS waarin redactie en eindredactie zelf publiceren, met workflow en archief.

Digitale balie & DigiD-loket

Het ingelogde deel waar inwoners hun zaken regelen. DigiD-koppeling, sessiebeheer, controle op machtigingen, opname in het zaaksysteem en terugkoppeling naar MijnOverheid.

E-formulieren-platform

Een formulieren-engine die uw redactie zelf beheert — eenvoudige meldingen tot meerstap-aanvragen met bijlagen, voorwaarden-logica, automatische vooringevulde velden vanuit basisregistraties en directe routing naar het juiste zaaktype.

Mijn-Gemeente burger-portaal

Inzage-portaal voor inwoners: lopende zaken, betaalstatus, vergunningen, meldingen, correspondentie. Veilig ontsloten via DigiD, gesynchroniseerd met MijnOverheid en het zaaksysteem.

Melding openbare ruimte

Snel en mobiel: een inwoner kan met foto en locatie een melding maken — kapotte lantaarn, overhangend groen, illegaal geplaatst afval. Direct gerouteerd naar de juiste cluster, met terugkoppeling per status-update.

Vergunningen-aanvraag

Aanvraagstromen voor evenement, kap, omgeving, bestaande bouw. Gekoppeld aan DSO, BAG en eventueel de eigen vergunningen-software, met begeleide vooringevulde velden en een transparante doorlooptijd-indicatie.

Raadsinformatie

Raadskalender, vergaderstukken, B&W-besluiten, moties, amendementen. Gekoppeld aan iBabs of gelijkwaardig raadsinformatiesysteem en op detail-pagina volledig doorzoekbaar door inwoners en pers.

Zoek & eventueel AI-assistent

Een echte zoekfunctie over de hele site én optioneel een AI-zoek-laag voor veelgestelde vragen — mits binnen een verantwoorde scope. Aanvraag-classificatie en bezwaarbesluit blijven mensenwerk; AI is hier alleen wegwijzer.

Voor welke publieke organisaties werken we?

Gemeenten zijn de hoofdcontext, maar de architectuurprincipes — Common Ground, BIO, WCAG 2.1 AA, code-eigendom — gelden voor de hele publieke laag.

G4 & G40

Grote gemeenten

Honderden e-formulieren, meerdere zaaktypen, redactie verspreid over directies. Decompositie is cruciaal: één hoofdsite met losse, eigenstandige modules waarin teams parallel werken zonder elkaars release in de weg te lopen.

G50 & middelgroot

Middelgrote gemeenten

Vaak de scherpste afweging tussen kant-en-klaar pakket en maatwerk. Onze aanpak werkt hier goed omdat we modulair bouwen — niet meer functionaliteit dan u nodig hebt, later uitbreidbaar als de organisatie groeit.

Kleinere gemeenten

Kleinere gemeenten en GR-verbanden

Strakker budget, kleiner redactieteam, behoefte aan een onderhoudsarm platform. We bouwen een lichtere variant met dezelfde compliance-basis — en koppelen samen met buurgemeenten op gedeelde infrastructuur waar dat verstandig is.

Provincies

Provincies

Beleidsinformatie, subsidies, statenstukken. Vergelijkbare architectuurprincipes, andere processen — met specifieke koppelingen met provinciale registers, omgevingsplan-instrumenten en het Provinciaal Blad.

Waterschappen

Waterschappen

Belastingaanslagen, meldingen, watervergunningen, dijkbeheer-communicatie. Eigen heffingen-systemen, samenwerking met BsGW en GBLT, eigen verkiezingsmoment — alles vraagt om eigen UX en koppelingen.

Samenwerkingsverbanden

Gemeenschappelijke regelingen

GR's voor sociaal domein, ICT, belastingen of omgeving bedienen meerdere gemeenten met verschillende huisstijlen en processen — een platform met multi-tenancy is dan vaak verstandiger dan een aparte site per partner.

Compliance: het kader waarbinnen we werken.

Een gemeente-website opereert in een dichter regelkader dan een corporate site. Dat is geen bijzaak — het is bepalend voor hoe het platform er aan de binnenkant uitziet.

De Baseline Informatiebeveiliging Overheid (BIO) is het gezamenlijke normenkader van Rijk, gemeenten, provincies en waterschappen. Het stelt eisen aan logging, autorisatie-beheer, kwetsbaarhedenbeleid, dataclassificatie en incidentafhandeling. Wij ontwerpen het platform vanaf het eerste schets-moment BIO-bewust: gescheiden omgevingen, audit-logs op het juiste niveau, geen onnodige opslag van persoonsgegevens, harden van de hosting-laag.

De AVG overlapt met BIO maar legt eigen accenten: doelbinding, dataminimalisatie, betrokkenenrechten, DPIA's voor risicovolle verwerkingen. Voor elke nieuwe functie kijken we samen met uw FG of de bestaande DPIA toereikend is. We documenteren actief welke gegevens waar, met welke grondslag, en hoe een verzoek tot inzage of verwijdering technisch wordt afgehandeld.

De Wet digitale overheid en het Besluit digitale toegankelijkheid overheid verplichten WCAG 2.1 AA-naleving en bijbehorende toegankelijkheidsverklaring. Geen vinkje achteraf maar een ontwerpvereiste die elk component raakt: kleurcontrast, focus-management, semantische HTML, AT-vriendelijke formulieren, schermlezer-ondersteuning, alternatieve teksten. We laten voor live-gang een onafhankelijke audit doen.

De AI Act raakt het platform zodra u AI-componenten toevoegt — een chatbot, een classifier op binnenkomende meldingen, een vooronderzoek-AI voor vergunningen. Wij behandelen dat als aparte beslisketen: voor elke AI-functie eerst de risicoclassificatie, dan registratie in het Algoritmeregister indien van toepassing, dan pas implementatie. Voor organisaties die actief willen onderzoeken wat AI hier kan, verwijzen we naar onze AI-workshop voor gemeenten.

Tot slot werken we met de standaarden van VNG en Geonovum: GEMMA voor architectuur, NLX voor inter-organisatie-koppelingen, Haalcentraal voor het bevragen van basisregistraties (BRP, BAG, BRK, BGT), en de gangbare zaak- en documenttypes voor zaakgericht werken.

Onze inhoudelijke uitgangspunten.

Uitgangspunt 01

Toegankelijkheid is ontwerpvereiste

WCAG 2.1 AA gebakken in elk component, niet als testronde-aan-het-eind. Toetsenbordnavigatie, schermlezer-ondersteuning, contrast en taalniveau zitten in de oplevering — onafhankelijk geverifieerd voordat de site live gaat.

Uitgangspunt 02

Headless & modulair

Het CMS en de presentatie zijn gescheiden. Inhoud kan via API ook naar een mobiele app, naar een burger-portaal of naar een nieuwe schil zonder migratie. Bouwstenen koppelen via NLX naar bestaande GEMMA-systemen.

Uitgangspunt 03

Eigenaarschap en uitlegbaarheid

Code in een repository van de gemeente, documentatie in het Nederlands, datastromen transparant. Geen black-box, geen lock-in. Voor toezichthouders en raadsleden een veel makkelijker verhaal dan een gesloten leveranciersomgeving.

Nog niet zeker over een groot traject?

Test je idee eerst — werkend prototype in 1 dag

Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.

Bekijk OneDayBuild →

Hoe een traject in de praktijk verloopt.

We starten met een intake. Aan tafel komen meestal de communicatie- of dienstverleningsadviseur die het project trekt, de CIO of een afgevaardigde van het CIO-office, een vertegenwoordiger vanuit Informatievoorziening en — afhankelijk van de scope — de Functionaris Gegevensbescherming en de CISO. Doel: welk probleem is nu het meest urgent (oud CMS, slechte toegankelijkheid, e-formulieren die nergens landen, raadsinformatie die niet doorzoekbaar is) en welke randvoorwaarden zijn er voor architectuur, hosting, beheer en koppelingen.

Daarna volgt een verkenningsfase waarin we het probleem aan de buitenkant en aan de binnenkant in kaart brengen. Buiten: wie zijn uw inwoners, welke type aanvragen domineren, waar lopen mensen vast. Binnen: welke registraties, welke zaaktypen, welke processen, welke koppelingen bestaan al. Eindresultaat: een functioneel-architectonisch ontwerp dat we met u — en met uw audit-rol — bespreken voordat we serieus gaan bouwen.

De bouwfase verloopt iteratief in sprints. Elke sprint levert iets opleverbaars op: een werkende module, een redactie-omgeving, een geïntegreerde DigiD-flow, een uitgewerkt formulier. Code staat in een repository van de gemeente, met een acceptatieomgeving voor redactie en testers en met een productieomgeving die we pas openen als de toegankelijkheids- en beveiligingsaudits goedgekeurd zijn.

Voor de go-live laten we een onafhankelijke WCAG-audit uitvoeren en — afhankelijk van scope en BIO-impact — een pentest en/of DPIA-update. Het rapport landt bij u en dient als basis voor de toegankelijkheidsverklaring en in-control-statement. Voor projecten met grotere security-impact verwijzen we ook naar onze aanpak voor ISO 27001-compliant software.

Na live-gang verzorgen wij beheer of we dragen over aan uw IT-afdeling of een derde partij. Bij overdracht leveren we volledige documentatie, een runbook en een herhaalbare deploy-pipeline. De code is van u.

Koppelingen die we standaard maken.

Koppeling 01

DigiD & eHerkenning

Authenticatie voor burgers en organisaties. Aanvraag, sessie-management, terugvalmechanismen, machtigingen. Wij verzorgen ook de routing van uw aanvraag bij Logius indien u een eerste DigiD-aansluiting nodig hebt.

Koppeling 02

MijnOverheid & Berichtenbox

Status-updates en berichten naar de inwoner via MijnOverheid, met respect voor de voorkeur van de burger (digitaal of nog op papier). Geïntegreerd met uw zaaksysteem zodat status-mutaties automatisch naar het juiste kanaal lopen.

Koppeling 03

Basisregistraties via Haalcentraal

BRP, BAG, BRK, BGT — de standaard-bevragingen lopen via Haalcentraal-API's. Dat geeft vooringevulde velden in formulieren, automatische validatie op adresgegevens en consistente data tussen front-office en back-office, zonder eigen kopieën van basisregistraties op te bouwen.

Koppeling 04

Zaaksysteem & documentmanagement

Routing van e-formulieren naar zaaktypen, terugkoppeling van status, archief-koppeling. Wij koppelen aan de gangbare zaaksystemen via standaard-API's en zorgen voor handover-momenten die uw zaakafhandeling logisch ondersteunen.

Koppeling 05

iBabs / raadsinformatie

Raadskalender, agenda's, stukken, besluitenlijsten en moties komen geautomatiseerd uit uw raadsinformatiesysteem op de site. Niet als embed-iframe maar volledig in eigen UI met goede zoekfunctie en blijvend doorzoekbaar archief.

Koppeling 06

Omgevingswet / DSO

Aansluiting op het Digitaal Stelsel Omgevingswet voor toepasbare regels, vergunningchecks en omgevingsplan-bevragingen. Vooronderzoek- en check-flows op de website worden ondersteund met de juiste DSO-aansluitingen.

Anti-lock-in: hoe we leveranciersafhankelijkheid voorkomen.

Voor gemeenten is leveranciersafhankelijkheid een serieus en herhaaldelijk pijnpunt. Een suite-leverancier die jaarlijks de licentie verhoogt zonder dat realistisch te migreren is. Een CMS waaruit data alleen via betaalde exports te halen is. Een loket-component dat alleen werkt in combinatie met andere componenten van dezelfde leverancier. Het is geen kwaadwilligheid — het is hoe het commercieel werkt als de architectuur niet open is.

Onze tegenstrategie is bewust en eenvoudig: geen pre-selectie van een vendor-stack. We bouwen op een open architectuur met code-eigendom bij u, met bewezen open-source bouwstenen als basis en gemeentespecifieke logica daarboven. Voor elke koppeling met een commercieel pakket (raadsinformatie, vergunningen, zaaksysteem) gebruiken we standaard-API's, niet leverancier-eigen interfaces, zodat vervanging van zo'n pakket geen herbouw van uw website veroorzaakt.

Concreet betekent dat ook: u zit niet vast aan ons. De code staat in uw repository, documentatie is volledig en in het Nederlands, en bij verandering van leverancier kan iemand anders het overnemen zonder dat data of logica gegijzeld zit. Voor de bredere context: zie ook onze web-ontwikkeling-praktijk en het gemeentelijke maatwerk-aanbod.

Veelgestelde vragen.

Bouwen jullie op een bestaand pakket (BCT, PinkRoccade, GX, Tribe) of helemaal vanaf nul?
Geen van beide als dogma. We werken op een open architectuur met bewezen open-source componenten als basis — een serieus headless CMS, een formulieren-engine, een zoekplatform — en bouwen daar gemeentespecifieke logica omheen. Geen pre-selectie van één commerciële suite, en geen "alles vanaf nul"-romantiek waarvoor publieke middelen onnodig zijn. De keuze van bouwstenen maken we op basis van uw bestaande landschap, uw IT-afdeling, en wat uw redactie comfortabel beheert. Voor inspiratie op architectuurkeuzes spiegelen we aan Common Ground-referentie-implementaties.
Hoe regelen jullie de DigiD-aanvraag bij Logius?
Wij begeleiden de aanvraag en zorgen voor de technische assessments die Logius vraagt — security-statement, pentest, BIO-onderbouwing — maar de aanvraag staat formeel op naam van de gemeente. Voor eHerkenning werkt het analoog. Heeft u al een aansluiting, dan migreren we die mee; heeft u die nog niet, dan plannen we het traject parallel met de bouwfase in.
Werkt dit ook als wij een gemeenschappelijke regeling of belastingsamenwerking zijn?
Ja. We bouwen multi-tenant waar dat zinnig is — één platform dat verschillende gemeenten of partners bedient met eigen huisstijlen, processen en regelgevingsruimte. Voor een GR sociaal domein, een ICT-samenwerkingsverband of een belastingsamenwerking bespaart dat per partner aanzienlijk in beheerkosten zonder dat eigenheid verdwijnt. Voor zelfstandige uitvoeringsorganisaties (omgevingsdiensten, RUD's, GGD's) geldt dezelfde aanpak: hetzelfde architectuurprincipe, andere domein-processen erbovenop.
Hoe lang doet uw team erover om een gemeente-site live te zetten?
Dat hangt heel sterk af van scope, omvang van het e-formulieren-bestand, het aantal koppelingen en de mate waarin uw eigen redactie en zaaksysteem klaar zijn voor de transitie. Een minimale variant met hoofdwebsite plus een set veelgebruikte formulieren kan in een traject van enkele sprints werkende staat bereiken; een volledige migratie van een grote G40-omgeving met honderden formulieren, raadsinformatie en een burger-portaal is een traject van meerdere sprints met afgesproken tussenmijlpalen. We werken nooit met een one-time big-bang oplevering; we leveren iteratief in stukken die los al waarde hebben, zodat u onderweg kunt bijsturen.
Wat doen jullie met onze bestaande content?
Content-migratie als apart spoor naast de bouw: inventarisatie, opschoning (veel oude pagina's verdwijnen of versmelten), automatische conversie waar mogelijk en hand-curatie waar dat moet. Aandacht voor 301-redirects zodat zoekmachine-vindbaarheid en inkomende links niet verloren gaan. PDFs uit het archief blijven beschikbaar, maar krijgen waar mogelijk een toegankelijke HTML-variant erbij.
Hoe past dit op onze GEMMA-architectuur?
GEMMA is voor ons leidend, niet sierlijk. We sluiten aan op de bouwstenen die uw gemeente al herkent: zaakgericht werken, NORA-principes, KING-/VNG-standaarden waar van toepassing. Voor koppelingen tussen organisaties — gemeente naar SVB, Belastingdienst, BsGW, andere gemeenten — gebruiken we NLX als routeringsstandaard. Voor het bevragen van basisregistraties Haalcentraal-API's. Geen schaduw-architectuur, geen folkloristische schermlaag — gewoon de standaarden die de sector zelf heeft afgesproken.
Wat als wij AI willen inzetten — chatbot, zoek-assistent, classificatie?
Dan behandelen we dat als aparte beslissingsketen. Voor elke AI-functie eerst de risicoclassificatie onder de AI Act, dan beoordeling op het Algoritmeregister, dan een DPIA-update, dan pas implementatie. Veel publieke AI-toepassingen vallen in de hoog-risico-categorie, en sociaal-domein-toepassingen vragen extra voorzichtigheid gezien de lessen uit SyRI en de toeslagenaffaire. Voor organisaties die de mogelijkheden eerst willen verkennen voordat ze bouwen, raden we de losse AI-workshop voor gemeenten aan als startpunt — zonder dat dit een vereiste is voor een websitetraject.
Geeft u garantie op de toegankelijkheidsverklaring?
We leveren een platform waarvan de bouwblokken bij oplevering door een onafhankelijke audit op WCAG 2.1 AA zijn getoetst. De toegankelijkheidsverklaring zelf is een verantwoordelijkheid van de gemeente; wij leveren de onderbouwing aan. Wij maken ook geen geheim van het feit dat redactie-content (PDFs, video-ondertiteling, taalniveau) de bottleneck blijft die uw eigen organisatie moet beheren — daar leveren we instructies en checklist-componenten in het redactiesysteem voor, maar de inhoudelijke discipline ligt bij uw mensen. Voor doorlopende audits en periodieke hertoetsing werken we met dezelfde externe partijen.
Kunnen onze eigen ontwikkelaars meedoen?
Graag zelfs. Voor gemeenten met een eigen ontwikkelteam of een ICT-samenwerkingsverband is dat een gezonde manier om kennis te borgen. We werken open, met code-reviews waar uw ontwikkelaars in meelopen, en bij overdracht ook met begeleiding zodat de eerste maanden na live-gang uw mensen comfortabel zijn met het platform. Voor kleinere gemeenten zonder eigen team verzorgen wij beheer, of dragen we over aan een derde partij die u kiest.
Wat als wij later willen overstappen naar een andere leverancier?
Dat moet kunnen, en daar werken we naartoe. De code staat in uw repository, documentatie is volledig, de architectuur volgt open standaarden. Bij overstap leveren we een nette overdracht aan uw nieuwe partij — geen dossier-onthouding, geen kunstmatige drempels, geen migratie-fee. Voor publieke organisaties is dat een principekeuze, geen marketingclaim. Voor toelichting op onze bredere werkwijze: zie onze web-ontwikkeling-praktijk en het informatiebeveiligingsbeleid.
Wat is het verschil met uw gemeentelijke software-praktijk?
De software-praktijk is breder: zaaksystemen, integratie-platformen, domeinspecifieke applicaties zoals een vergunningen-back-office, een schuldhulp-tool of een uitvoeringssysteem voor het sociaal domein. De website-praktijk waar deze pagina over gaat is daar de front-office laag van — de plek waar inwoners de organisatie ontmoeten. Voor gemeenten die zowel het front-office als de bijbehorende back-office laat moderniseren bouwen we beide trajecten parallel, met hetzelfde architectuur-team. Voor wie alleen een nieuwe site nodig heeft werkt deze pagina als beginpunt.

Praat met ons over uw gemeente-website.

Een kennismaking van een half uur waarin we doornemen waar u nu staat — aflopend contract, toegankelijkheidsverklaring met openstaande punten, balie die overloopt, of gewoon de wens om door te denken over een Common Ground-gebaseerde site. Daarna sturen we een concreet voorstel met scope, architectuur en sprint-planning.

Reactie binnen 1 werkdag
Vrijblijvend gesprek
Westerdoksdijk 599, Amsterdam
Delen LinkedIn Mail

Edit Content