Digitaal platform laten maken
Digitaal platform laten maken
Werken medewerkers in verschillende systemen? Moeten klanten bellen voor een status, document of reservering? Of vraagt jouw dienstverlening om gebruikersrollen, goedkeuringen en gegevens die automatisch worden bijgewerkt?
Atom ontwikkelt digitale platformen voor organisaties die processen, gebruikers en systemen in één online omgeving willen samenbrengen. Van eerste uitwerking tot technische realisatie en verdere ontwikkeling.
- 25+Drupal specialisten in loondienst
- 15+jaar ervaring
- PlatinumDrupal partner
- ISO 27001Gecertificeerd
Voor organisaties als CZ, Gemeente Rotterdam en Gemeente Delft
-
czDigitaal Drupal-platform voor snelle, passende bedrijfszorg
Bekijk caseWerkgevers zoeken, boeken en beheren interventies en trainingen voor hun medewerkers. Werkgevers, leidinggevenden, HR-medewerkers en financieel verantwoordelijken hebben elk een eigen rol in hetzelfde goedkeuringsproces.
-
Gemeente RotterdamRaadsleden Dashboard Gemeente Rotterdam
Bekijk caseInformatie voor raadsleden stond verspreid over meerdere systemen en kanalen. Elk raadslid stelt nu een eigen dashboard samen en krijgt een melding bij nieuwe of ongelezen stukken.
Wat is een digitaal platform, en wanneer heb je er een nodig?
Een digitaal platform is een online omgeving waarin meerdere gebruikersgroepen, processen, gegevens en systemen samenkomen. Gebruikers vinden er informatie, dienen aanvragen in, werken samen, beheren documenten, maken reserveringen of raadplegen gegevens. Denk aan een klantportaal, ledenplatform, kennisomgeving, reserveringsplatform of dashboard voor medewerkers.
Een webapplicatie ondersteunt vaak één afgebakend proces, zoals een aanvraagformulier of een dashboard. Een digitaal platform heeft een bredere rol: het brengt meerdere processen, gebruikersgroepen en onderdelen van de dienstverlening samen.
Zoek je een partij voor een marktplaats of een platform als bedrijfsmodel, zoals Marktplaats of Airbnb? Dat is een ander type product, met eigen vragen over matching, groei en verdienmodel. Deze pagina gaat over platformen die de dienstverlening van een organisatie ondersteunen, zoals bij een gemeente, zorgverzekeraar, ledenorganisatie of kennisinstelling.
Vier signalen dat je een platform nodig hebt
In de praktijk zien we vier signalen die een project richting platformontwikkeling duwen. Ten eerste meerdere doelgroepen met een eigen informatiebehoefte: burgers zien andere content dan medewerkers, leden meer dan bezoekers. Ten tweede workflows met goedkeuringsstappen, zodra meer dan een handjevol redacteuren met verschillende bevoegdheden publiceren. Ten derde structurele koppelingen met een CRM, ERP of ander extern systeem, waardoor het platform een knooppunt tussen systemen wordt. Ten vierde eisen die een eigen traject vragen: de WCAG 2.2-richtlijnen, de Baseline Informatiebeveiliging Overheid (BIO) of de NIS2-richtlijn.
Eén van deze signalen alleen betekent nog geen platformtraject. Dan volstaat vaak een goed ingerichte website, een losse webapplicatie of een gerichte koppeling, en daar kijken we in het eerste gesprek ook kritisch naar. Komen twee of meer signalen samen, dan is een platform meestal de logische keuze.
Een digitaal platform wordt vaak vergeleken met een goed ingerichte website of met kant-en-klare portalsoftware. De belangrijkste verschillen in aanpak:
| Eigenschap | Digitaal platform (op Drupal) | Standaard Drupal-website | Kant-en-klare portalsoftware |
|---|---|---|---|
| Startpunt | Discovery: organisatie, systemen en gebruikers in kaart brengen | Ontwerp op basis van een bestaand patroon | Configuratie binnen de grenzen van het product |
| Rollen en rechten | Op maat, tot op veldniveau | Standaard redacteur/beheerder-rollen | Vooraf gedefinieerde rollen, beperkt aanpasbaar |
| Koppelingen | Eigen architectuurkeuze per koppeling (realtime, synchronisatie, federatie) | Meestal enkelvoudig of niet aanwezig | Vaak beperkt tot voorgedefinieerde integraties |
| Doorlooptijd | Meerdere maanden, discovery tot livegang | Enkele weken tot maanden | Snel op te zetten, beperkt aanpasbaar |
Wat kost een digitaal platform laten maken?
De investering hangt af van het aantal gebruikersrollen, workflows en koppelingen, de beveiligingseisen en de hoeveelheid eigen functionaliteit. Voor platformen met meerdere gebruikersgroepen, koppelingen en eigen proceslogica ligt de eerste ontwikkeling doorgaans tussen €75.000 en €150.000, met een bouwperiode van meerdere maanden. Onder die drempel is een goed ingerichte website meestal voldoende. Komen er een decoupled architectuur, meerdere enterprise-integraties en een meerjarig doorontwikkeltraject bij, dan beweegt een project richting enterprise Drupal. De volledige prijsopbouw per segment staat op wat kost een Drupal-website.
Elk platformtraject begint met een discovery. In twee tot vier weken brengen we gebruikers, processen, technische eisen en prioriteiten in kaart. Dat voortraject kost bij Atom doorgaans €3.000 tot €8.000 en levert een onderbouwde scope, planning en budgetindicatie op voordat de bouw begint.
En na de livegang?
Een platform groeit door met nieuwe wensen en gebruikers. Onderhoud loopt via één vast pakket van €199 per maand, met de module- en beveiligingsupdates. Support en doorontwikkeling reken je af op uurbasis (€110), zonder uren die vervallen. De code die we voor jouw platform schrijven is van jou. Voor grotere platformen adviseren we daarnaast een escrow: een broncodekluis gekoppeld aan de Git-omgeving, zodat er altijd een recente versie van de broncode veilig is opgeslagen.
Waarom elk platformtraject begint met een discovery
Bij een website is er meestal snel een beeld van wat er nodig is: een aantal paginatypes, een thema, een redacteur of twee. Bij een platform ontbreekt dat beeld vaak nog bij de opdrachtgever zelf. Daarom kan een ontwerp hier niet het startpunt zijn.
Een discovery is een gestructureerde analyse van drie dingen: hoe informatie door de organisatie stroomt, welke systemen daarbij een rol spelen, en wie welke beslissingen neemt over content en toegang. Zonder die analyse ontstaat het risico dat een architectuur wordt gebouwd op aannames in plaats van op de daadwerkelijke organisatiestructuur.
Bij platformontwikkeling is elk vraagstuk anders genoeg om niet zomaar een sjabloon toe te passen. Een ledenvereniging met regionale afdelingen kent een andere rechtenstructuur dan een gemeente met meerdere wijkcentra, ook als de technische bouwstenen sterk overeenkomen.
Voor Gemeente Delft betekende dat: eerst in kaart brengen hoe beheerders van de verschillende wijkcentra beschikbaarheid, prijzen en activiteiten bijhielden, voordat er één regel code werd geschreven. De uitkomst van die discovery bepaalde het datamodel voor Zoek en Boek Delft.
Rollen, rechten en workflows: wie mag wat, en wie controleert dat
Zodra een platform meerdere afdelingen, locaties of doelgroepen bedient, verandert de vraag van "kan iemand dit bewerken" naar "wie mag precies wat, en wie keurt dat goed". Zonder een doordacht rolmodel ontstaat het risico dat een medewerker van de ene locatie per ongeluk content van een andere locatie aanpast.
Drupal ondersteunt dit met rollen en rechten tot op veldniveau, meerdere publicatiestatussen met duidelijke overgangen, en revisies waarmee elke wijziging herleidbaar blijft. Voor toegang op gebruikersniveau koppelt Drupal met SSO-providers en ondersteunt het tweestapsverificatie, relevant zodra een portaal met persoonsgebonden gegevens werkt.
Bij CZ bouwde Atom een rollen- en rechtenstructuur voor werkgevers, leidinggevenden, HR-medewerkers en financieel verantwoordelijken, elk met een eigen rol in het goedkeuringsproces voor zorginterventies. Onderdeel van die bouw was een notificatiesysteem met automatische herinneringen en tokens, dat CZ zelf beheert. Werkgevers en medewerkers worden zo op het juiste moment geïnformeerd, zonder dat een beheerder dat handmatig bijhoudt.
Koppelingen: het platform als knooppunt tussen systemen
Bij dit type platformen draait de koppelingsvraag om het juiste patroon, en die keuze maak je het best vóór de bouw.
Een realtime koppeling werkt goed voor actuele data, bijvoorbeeld de beschikbaarheid van een ruimte, maar maakt het platform afhankelijk van de bereikbaarheid van het externe systeem. Een periodieke synchronisatie heeft minder last van storingen aan de andere kant, maar betekent dat er tijdelijk twee versies van dezelfde data bestaan. Een gefedereerde koppeling via een gedeelde inlog past bij situaties waarin Drupal het contentdeel voor zijn rekening neemt en een ander systeem het transactionele deel afhandelt.
Zoek en Boek Delft combineert meerdere van deze elementen. Drupal en Drupal Commerce brengen contentbeheer, reserveringen, betalingen en gebruikersbeheer samen in één platform, met een koppeling naar het administratiesysteem van de gemeente en betaalverwerking via iDEAL. Een buurtvereniging betaalt daarbij automatisch een ander tarief dan een commerciële huurder, en beheerders van de verschillende wijkcentra stellen zelf beschikbaarheid, prijzen en activiteiten in. Het platform is gebouwd volgens de WCAG-richtlijnen die voor overheidsorganisaties wettelijk verplicht zijn.
In de ontwikkeling gebruiken we bestaande Drupal-functionaliteit waar die goed aansluit, en bouwen we gerichte functionaliteit voor de eigen processen van de organisatie. Via Drupal-koppelingen en middleware verbinden we het platform met systemen als CRM, ERP, PIM, betaalproviders of Single Sign-On.
Een verkeerd gekozen koppelingspatroon herstel je zelden met een kleine aanpassing. Vaak moet dan een deel van het platform opnieuw worden gebouwd. Daarom hoort deze keuze bij de discovery.
Heb je al een digitaal platform?
Een bestaand platform hoeft niet opnieuw gebouwd te worden om verder te kunnen. Atom kan een bestaande Drupal-omgeving onderzoeken, overnemen en gericht verbeteren. Tijdens een intake, of een volledige Drupal-audit, kijken we onder meer naar codekwaliteit, beveiliging, onderhoud, technische risico's en de ruimte voor verdere ontwikkeling.
