Wat we meenemen uit het onderzoek
Onze visie bouwt op de onderzoeksoutput van Service Heroes die OOM met ons heeft gedeeld: persona’s, behoeften, use-cases, Must Haves en een eerste applicatierichting, uitgewerkt en gevalideerd. Dat geeft een duidelijk beeld van het werknemersplatform. Tegelijkertijd zijn nog niet alle journeys, rollen, integraties en keuzes concreet genoeg om het MVP volledig vast te leggen. Die vertaalslag maken we samen met OOM.
Werknemers willen zelf een volgende stap kunnen zetten, zonder voor iedere ontwikkelvraag eerst afhankelijk te zijn van hun werkgever.
Te veel stappen, onduidelijke regelingen en moeilijke taal kunnen werknemers ervan weerhouden bestaande ondersteuning te gebruiken.
De behoefte begint lang niet altijd bij een cursus. Werknemers willen vooral snel weten: wat kan ik nu doen en wie of wat kan mij daarbij helpen?
De vier persona’s uit het onderzoek
Wil zelf kunnen beginnen, zonder eerst naar zijn werkgever te hoeven.
Wil in zo min mogelijk stappen passende ondersteuning vinden.
Wil kunnen kiezen welke vorm van hulp past, zonder taalbarrière.
Wil laagdrempelig vragen kunnen stellen, ook zonder veel digitale ervaring.
Deze behoeften onderzoeken we niet opnieuw. Ze vormen het vertrekpunt voor de verdere uitwerking.
Van cursuscatalogus naar centrale hulpvraag
Een belangrijk kantelpunt in het eerdere traject was de verschuiving van een platform rond cursussen naar één centrale hulpvraag. De werknemer hoeft daardoor vooraf niet te weten welke regeling, welk loket of welk systeem nodig is.
mij verder wil ontwikkelen”
De werknemer begint bij zijn eigen behoefte. Van daaruit helpt het werknemersplatform richting een passende vervolgstap:
Cursus
Opleiding, workshop of activiteit
Mens
Werkgever, coach, mentor, collega of OOM
Kennis
Relevante informatie, video of andere betrouwbare bronnen
De cursus blijft belangrijk. Alleen hoeft die niet meer altijd het startpunt te zijn.
Wat er achter de schermen samenkomt
De centrale hulpvraag is aan de voorkant eenvoudig. Daarachter moeten drie lagen goed op elkaar aansluiten. De maatstaf voor alle drie: iedere hulpvraag zo eenvoudig mogelijk naar de juiste vervolgstap brengen.
Cursussen, kennis, activiteiten, coaches, regelingen en persoonlijke gegevens: per onderwerp is duidelijk welk systeem de bron is. Dit raakt direct aan bestaande systemen zoals MijnOOM en Lure.
Wat vraagt iemand precies, en welke informatie of ondersteuning past daarbij? AI zetten we in waar het aantoonbaar waarde toevoegt; waar reguliere logica volstaat, houden we het bewust simpel.
De vervolgstap wordt op de juiste manier aangeboden: soms direct informatie, soms een aanvraag, soms contact met een coach, mentor, werkgever of OOM. Doorvragen voelt logisch, en coaches, werkgevers en OOM raken niet overbelast.
Eén ecosysteem, drie perspectieven
We zien het product als één digitaal ecosysteem waarin werknemer, werkgever en OOM vanuit hun eigen rol samenwerken. Bestaande systemen zoals MijnOOM en Lure blijven daarin gewoon meedoen; voor de gebruiker ontstaat één logische OOM-ervaring.
Een persoonlijke, laagdrempelige omgeving om mogelijkheden te ontdekken, vragen te stellen, ontwikkeling te volgen en vervolgstappen te zetten.
Een eigen perspectief om werknemers waar relevant te ondersteunen bij ontwikkeling, aanvragen, budgetten, acties en voortgang. De werkgever hoeft daarbij niet automatisch poortwachter te zijn voor iedere actie.
Aanbod en kennis beschikbaar stellen, hulpvragen en processen ondersteunen, gebruikers en rechten beheren en inzicht krijgen in gebruik en adoptie.
- Duidelijk wat je kunt doen, per rol
- Persoonlijke ontwikkeling en concrete vervolgstappen
- Verbonden met MijnOOM, Lure en andere systemen
- Rollen en rechten per proces
Ons beeld van de MVP-richting
De Must Haves uit het eerdere traject vormen ons inhoudelijke vertrekpunt; we beginnen dus niet met een blanco vel. We groeperen ze in drie onderdelen die samen één logische journey vormen.
Toegang en persoonlijke omgeving
Eenvoudig toegang tot een toegankelijke en meertalige omgeving, met een persoonlijk dashboard, relevante activiteiten en inzicht in voortgang, aanvragen en kosten.
Leren en ontwikkelen
OOM-gecertificeerd cursusaanbod vinden en filteren, cursussen aanvragen, inzicht in financieringsmogelijkheden en behaalde resultaten kunnen volgen.
Hulp en ondersteuning
Vanuit één centrale hulpvraag passende ondersteuning vinden, contact leggen met bijvoorbeeld een coach of mentor en de status en opvolging van een hulpvraag kunnen volgen.
Bijvoorbeeld: “ik wil mij verder ontwikkelen”
Juist die verbinding tussen de bestaande Must Haves bepaalt of het werknemersplatform straks als één product voelt.
Van behoefte naar concrete oplossing
Het onderzoek maakt duidelijk waar behoefte aan is. De volgende stap is bepalen hoe die behoefte het beste wordt ingevuld. Een behoefte aan veilige communicatie betekent bijvoorbeeld niet automatisch dat OOM een compleet nieuw chat- en videoplatform moet laten ontwikkelen. Hetzelfde geldt voor AI, authenticatie, aanvragen, financiering, werkgeversfunctionaliteit, rapportages en beheer.
Per belangrijke journey bepalen we
- wat de gebruiker nodig heeft
- welke rol werknemer, werkgever en OOM hebben
- welke data en bestaande systemen nodig zijn
- wat het werknemersplatform zelf moet doen
- waar koppelen met bestaande of gespecialiseerde dienstverlening logischer is
De techniek volgt de behoefte
Eerst bepalen we de gewenste journey, rollen en processen. Daarna kiezen we per onderwerp de passende oplossing:
Zo volgt de techniek de behoefte van OOM. Daarom is MVP-concretisering de logische volgende stap: de behoeften zijn onderzocht, de keuzes maken we nu samen concreet.
Technische visie
Op basis van de beschikbare informatie hebben we een conceptrichting bepaald voor de technische structuur. De kernwoorden daarbij: schaalbaarheid en scheiding. We verwachten grote verschillen in het aantal actieve gebruikers; de techniek moet in de basis compact zijn, maar automatisch fors kunnen opschalen. En zoals altijd bouwen we op open source.
Compact in de basis, automatisch fors opschalen bij piekgebruik. Autoscaling per onderdeel, niet als één log geheel.
Lagen staan los van elkaar en raken elkaar alleen via afgesproken, beveiligde routes. Nooit direct van gebruiker naar database.
Alle onderdelen draaien op open source techniek. Geen licenties per gebruiker, geen lock-in, de code is van OOM.
De structuur in één beeld
Iedere laag heeft één taak en praat alleen via de API met de rest. Zo blijft het geheel veilig, snel en per onderdeel schaalbaar.
De onderdelen
Backend
Laravel · FilamentHet managementplatform waarin Stichting OOM als applicatiebeheerder werkt: beheer van content, gebruikers, notificaties en instellingen. We bouwen met Laravel (open source PHP-framework) en Filament als beheerinterface. De backend vergrendelen we met twee-factor-authenticatie en/of single sign-on; dat bepalen we samen.
API
RESTVoor een snelle frontend en samenwerking met externe partners realiseren we een REST API, in directe samenhang met de backend. Verbinden kan alleen met de juiste authenticatie, beheerd vanuit de backend. Endpoints maken we zo generiek mogelijk, voor intern (frontend) en extern (partners). De API gebruikt batching en queueing voor het verwerken van verzoeken, met prioritering: een werknemer gaat altijd vóór een externe verbinding.
Headless frontend
React SPA · TypeScript · Redux · ViteWerknemers loggen in op een headless frontend: een lege huls die per ingelogde gebruiker via de API wordt gevuld met de data die voor diegene beschikbaar is. Er is dus altijd dubbele authenticatie tussen eindgebruiker en database, en functionaliteit wordt ontsloten op basis van rechten. Applicatie-elementen leggen we centraal vast in Storybook, een elementenbibliotheek: stijl- of designwijzigingen en nieuwe weergaves zijn daardoor snel doorgevoerd.
Automation
n8n · optioneelIndien gewenst richten we n8n in als automation-tool. Dat is handig wanneer specifieke triggers uit het werknemersplatform externe acties moeten starten waarvoor niet direct een op maat gebouwde API-koppeling nodig is.
Identity management
KeycloakLaravel biedt in de basis een prima authenticatiemethodiek, maar de ervaring leert dat bij grote aantallen gebruikers een specifieke tool gewenst is. In dat geval gebruiken we Keycloak: het ondersteunt nagenoeg alle gangbare authenticatiestandaarden en heeft out-of-the-box single sign-on-opties bij alle grote aanbieders.
Hosting
KubernetesAlle onderdelen draaien schaalbaar op een Kubernetes-platform. Door voor specifieke onderdelen met autoscaling te werken zijn we voorbereid op piekbelasting. Het cluster interacteert idealiter met een fysiek redundant uitgevoerd databasecluster, en met geavanceerde caching maken en houden we het geheel snel.
Versiebeheer en omgevingen
GitHub · OTAP · continuous deploymentHet gehele werknemersplatform beheren we met GitHub voor versiebeheer. Alle applicatie-onderdelen realiseren we installeerbaar (onder andere via Composer), zodat we snel van hostingomgeving kunnen wisselen als dat nodig is. We werken met vier omgevingen: test (bouw), acceptatie (controle), staging (pre-live) en productie (live). Publicaties verlopen via een deployment: de versie wordt automatisch getest, geïnstalleerd op de beoogde omgeving en eventuele database-aanpassingen worden vanuit migratiebestanden uitgevoerd. Zo houden we optimaal grip. We hanteren geen vaste releaseplanning en publiceren zoveel mogelijk doorlopend; voor grote releases stemmen we een launchdatum af, vaak met een servicewindow en een uitgebreide eindcontrole.